Damit bekommst du natürlich keine Änderungen bei Bewegung oder Geräuschen direkt mit. Und Pollen ist keine gute Idee.
Das geschickte JSON sieht übrigens anders aus als das abgeholte ;).
Deshalb hatte ich im Frühjahr umfangreiche Kommunikation mit Eugen. Leider ohne abschließende Reaktion auf meine Ideen und eine finale Korrektur der Fehler im JSON. Die Hauptidee war jeweils die Daten in einem einzelnen Paket zu schicken, natürlich mit korrekten <ETX>, dann gäbe es kaum noch Probleme.
Die Version 75 ist leider auch nicht nutzbar, da sie einen HTML Header sendet und kein Endezeichen (<ETX)>) beinhaltet. Damit läuft mir gerade mein Puffer vom Testmodul über.
Ich habe damals mit Nall Chan extra einen Wifif Splitter erstellt, da die gesendeten Pakete, vermutlich aufgrund der üblichen Paketgrößen (ca. 1500 Bytes) im Netzwerkverkehr, nicht mehr immer in ein Paket passen. Dadurch kommen zwei, die auf IPS Seite gemanaged werden müssen. Also annehmen, wenn nicht <ETX> speichern, warten … und wenn das Paket komplett ist ans Script weitergeben.
Das Script funktioniert auch ohne den Splitter solange man nur einen Wiffi nutzt.
Schade eigentlich, dass das JSON immer noch fehlerhaft ist, die Wiffis laufen bis auf die falschen Pakete beim automatischen Neustart sehr stabil. Eigentlich hat/wollte Eugen einbauen, dass Daten erst nach 60 Sekunden geschickt werden, damit eventuelle Fehlmessungen bei Start/Neustart nicht gesendet werden. Das funktioniert aber nicht oder ist nicht (mehr) drin.
Und bei meine Langzeittests mit drei Wiffis nebeneinander werden weitgehend identische Daten geliefert. Also eigentlich eine tolle Entwicklung.
Ich nutze inzwischen an anderen Stellen zwei PI ZeroW mit den gleichen Sensoren und das GPIO Modul. Das funktioniert ebenfalls stabil.
So tief stecke ich in dem Thema natürlich nicht drin und tatsächlich interessieren mich Bewegung und Geräusch nicht. Gepollt wird bei mir nichts, ich versuche ständig ausführende Skripte wenn möglich zu vermeiden, da ich manchmal das Gefühl habe die SymBox zu überfordern. :rolleyes:
Den WIFFI habe ich mir als Einzelstück aus technischem Interesse zugelegt und im Grunde nutze ich die Möglichkeiten gar nicht intensiv aus. Aber es ist ein tolles Kästchen, das ich auch über die CCU2 angebunden habe.
Das JSON-Problem würde ich mit Eugen nochmals besprechen. Ich habe ihn als sehr freundlich und hilfsbereit kennengelernt und ich glaube, dass er das Problem sicher lösen kann.
Das geschickte JSON sieht übrigens anders aus als das abgeholte .
wie erkennt man das bzw. was ist der Unterschied zw. „geschickt“ und „abgeholt“?
Der WWW-Reader nutzt bei mir <ip>/?json, das dürfte die „abgeholte“ Variante sein.
Natürlich polle ich doch (Denkfehler), denn der WWW-Reader holt ja regelmäßig alle 300 Sekunden ab. :rolleyes:
Würde Deine ServerSocket-Lösung immer triggern, wenn der WIFFI eine Datenänderung hat?
Das ist dann das „geschickte“ JSON-Telegramm?
Korrekt, „geschickt“ sollte heißen, dass der Wiffi bei Änderungen bzw. nach bestimmten Zeiten (Expertenmodus) die Daten sendet. Damit er das macht muss param:27:1 gesetzt sein (JSON-Daten an CCU-Adresse verschicken). Die CCU Adressen ist dann der IPS Server Socket.
