TapHome
Érdeklődés felmérése Funkció

Szkriptadatok küldése a TapHome-ból: szöveges változó és HTTP a smart rule-okból

Egy integráció, amely smart rule-ok szkriptjeiben több száz értéket számol ki, ma nem tudja ezeket egyetlen kéréssel elküldeni egy külső szolgáltatásnak. Egy szöveges változó, megosztott gyűjtemények vagy HTTP-kérések a smart rule-ok szkriptjeiből lehetővé tennék, hogy bármelyik szkript összeállítson egy JSON-t és elküldje.

Today, values from several TapHome scripts reach the HTTP module only through hundreds of helper devices. With this idea, the scripts share one JSON value that the HTTP module sends to the API.
Today, values from several TapHome scripts reach the HTTP module only through hundreds of helper devices. With this idea, the scripts share one JSON value that the HTTP module sends to the API.

Ma a több szkriptben kiszámolt értékek csak több száz segédeszközön keresztül jutnak el ahhoz a modulhoz, amely a HTTP-kéréseket küldi. Ezzel az ötlettel a szkriptek egy közös értéket használnának, például egy teljes JSON-dokumentumot, és a modul egyetlen kéréssel küldené el.

Miért és hogyan használnád

Egyre több telepítés dolgozik együtt egy külső szolgáltatással: energiamenedzsment a spotpiacon keresztül, céges backend, riportkészítő eszköz. Egy ilyen szolgáltatás általában egyetlen, sok adatot tartalmazó kérést vár. A TapHome ki tudja számolni ezeket az adatokat, de nem tudja egyszerűen összeállítani és elküldeni őket:

  • A Szkript smart rule a telepítés minden eszközét olvasni tudja, és összetett számításokat végez, de HTTP-kérést nem tud küldeni. A SENDHTTPREQUEST csak a Packet parser szkriptekben működik.
  • Egy Packet parser modul tud kéréseket küldeni, de a szkriptjei csak az adott modul változóit és eszközeit látják.
  • A kettő között értékeket csak eszközökön keresztül lehet átadni, a Változó eszköz pedig egy számot tárol, nem szöveget vagy listát.

Egy tipikus eset: egy felhőszolgáltatás megtervezi, mikor töltődik, mikor merül és mikor ad el a hálózatba az otthoni akkumulátor. Kétpercenként egyetlen JSON-kérést vár a napenergia-hozam előrejelzéssel és a fogyasztási előrejelzéssel a mai és a holnapi nap minden órájára (4 × 24 érték), valamint a vételi és eladási spot árakkal minden 15 percre (2 × 96 érték). Ez 288 minta, mindegyik időbélyeggel, vagyis közel 600 szám. Az árak, az előrejelzés és a fogyasztási modell már a telepítés különböző szkriptjeiben vannak. Ahhoz, hogy eljussanak abba az egy modulba, amely a szolgáltatást hívja, a telepítőnek több száz Változó eszközre lenne szüksége, értékenként egyre.

Az eredmény visszaolvasása nem gond: egy Packet parser modul 20 másodpercenként lekérdezheti a szolgáltatástól az aktuális parancsot, és Többértékű kapcsolóként jelenítheti meg. Csak a kifelé vezető út hiányzik.

MaEzzel az ötlettel
600 elküldendő érték600 Változó eszközEgy közös érték
HTTP-kérésCsak Packet parserSmart rule-okból is
JSON összeállításaA küldő modulbanBármelyik szkriptben

Mi lesz lehetséges

Ezt az ötletet értékeljük, és még nem választottunk megoldást. Az alábbiak közül semmi sincs ütemezve, és a részletek még változhatnak. A fenti esetet bármelyik lehetőség megoldaná:

  • Szöveges változó. Olyan Változó eszköz, amely szám helyett szöveget tárol. Az egyik szkript összeállít és eltárol egy JSON-szöveget, egy másik szkript, például egy Packet parser modulban, kiolvassa és elküldi a kérés törzseként.
  • Megosztott gyűjtemények. Egyszer definiált értékgyűjtemény, például egy árlista, amelyet a smart rule-ok szkriptjei és a Packet parser szkriptek is olvashatnak.
  • HTTP-kérések a Szkript smart rule-ból. A SENDHTTPREQUEST vagy egy hasonló függvény közvetlenül a smart rule-ban, így az a szkript küldi el az adatokat, amelyik kiszámolja őket.
  • Küldés egy definiált csatornán. Egy célt, például egy HTTP-végpontot egyszer kellene definiálni, és bármelyik szkript küldhetne rá adatokat, hasonlóan egy értesítés küldéséhez.

Mi nem lesz lehetséges

  • Új számítások a TapHome-ban. Az ötlet adatokat mozgat a szkriptek között és ki a TapHome-ból. Magához a TapHome-hoz nem ad optimalizálást vagy előrejelzést.
  • Több szerver egy modulból. Szöveges változóval vagy megosztott gyűjteményekkel is a Packet parser modul a beállításaiban megadott egyetlen címre küldi a kéréseit. Minden további szervernek továbbra is saját modul kell.
  • Korlátlan előzmény egy értékben. Az ötlet egy számítás adataira való, például a következő napok előrejelzésére, nem hónapnyi mérés tárolására.

Hogyan oldható meg ma

  • Végezz el mindent egy Packet parser modulban. A modul változóit a modul minden szkriptje és eszköze közösen használja, és egy teljes JSON-választ is tárolhatnak. Ha az adatok ugyanarról a szerverről jönnek, ahová küldöd őket, a modul smart rule nélkül le tudja tölteni, feldolgozni és elküldeni őket. Lásd: Szkriptek és segédváltozók a modulon.
  • Használj különböző útvonalakat ugyanazon a szerveren. A SENDHTTPREQUEST a modul címére küld, de az útvonal, a metódus, a törzs és a fejlécek minden hívásnál eltérhetnek. Lásd: Packet parser függvények.
  • A fogadó szolgáltatás gyűjtse be maga a nyilvános adatokat. Ha te üzemelteted az adatokat fogadó szolgáltatást, az maga is letöltheti a nyilvános bemeneteket, például a spot árakat. A TapHome ekkor csak azt küldi, amit egyedül ő tud, például az akkumulátor állapotát vagy a fogyasztást.
  • Eszközök a modulban néhány értékhez. A Szkript smart rule minden értéket a saját Változó eszközébe ír a Packet parser modulon belül. A modul írási szkriptje ki tudja olvasni a modul összes eszközét, és egyetlen kéréssel elküldi őket. Ez néhány tucat értékig működik; több száznál nem praktikus, mert minden értéknek saját eszköz kell.

Tudj meg többet

Melyik szolgáltatást szeretnéd csatlakoztatni, és mennyi adatra van szüksége? Szavazz erre az ötletre, kövesd, válaszolj a kérdőívre, és írd meg kommentben.

Ezek közül melyik oldaná meg az integrációdat? Jelöld be mindet, amelyik illik.

Élő eredmények · 0 fő

Jelentkezz be a válaszadáshoz

Kapcsolódó

Ajax riasztó a TapHome-ban: élesítés és hatástalanítás, Ajax érzékelők smart rule-okbanÉrdeklődés felmérése Kliens tanúsítvány HTTPS eszközökhöz a Packet ParserbenÉrdeklődés felmérése Wi-Fi a Core-hoz: a vezérlőegység csatlakoztatása az otthoni hálózathoz LAN-kábel nélkülÉrdeklődés felmérése

Állapottörténet

  • 2026. nov. 3. Érdeklődés felmérése Közzétéve

Hozzászólások 0

Csatlakozz a beszélgetéshez

Jelentkezz be a TapHome-fiókoddal a hozzászóláshoz. A csapat jóváhagyja a hozzászólásokat, mielőtt megjelennének.

Bejelentkezés Ingyenes fiók létrehozása

Még nincsenek hozzászólások.

Az ötletek irányvonalakat írnak le, nem kötelezettségvállalásokat. Nem teszünk közzé dátumokat; a kiadott funkciókat a kiadási megjegyzésekben jelentjük be.