HomeMatic-Forum / FHZ-Forum

tsturm hat geschrieben: ↑

20.07.2019, 15:47

Du verwendest TCP als Protokoll

ja!

Hallo Eugen,

wir haben es zum Laufen bekommen... es war tatsächlich die Tatsache, dass die Verbindung schlecht war, und TCP das über mehrfache "Verhandlungen" zwischen Sender und Empfänger abgefangen hat (great feature!). TCP stellt dann die einzelnen Fragmente für die aufrufende Funktion zur Verfügung. Leider beitet TCP keine Standardfunktion, die gesamte Message einer Session zu liefern - sondern man muss es eine Ebene drüber abfangen (lesen, bis EOF kommt).

Eine Anregung des Modulentwicklers war, Syslog zu verwenden - damit wären die Wiffis kompatibel mit vielen anderen Systemen.

Vielleicht wäre es auch eine Anregung an den Wiffi Entwickler, die Informationen per Syslog zu versenden. Die Payload kann kann durchaus JSON sein. Jedenfalls wäre es ein Protokoll was in der IT weit verbreitet ist und einen definierten Aufbau hat.
Der Aufbau ist per RFC definiert. Einen Verweis darauf findet man im Device mit "get <name > versionNotes 1".

Spec hier:
https://tools.ietf.org/html/rfc5424

Ganze Diskussion zum Thema bei FHEM:
https://forum.fhem.de/index.php/topic,7 ... #msg958836

Net impact - statt den Wiffi ständig zu pollen, schickt der Wiffi jetzt seine JSON Telegramme an FHEM, wenn sich was tut - dann aber sofort. Dadurch klappt die Überwachung der Einschaltvorgänge deutlich besser.

Viele Grüße

Timmo

Schön, daß es jetzt läuft.
Aber mir ist es einfach zu zeitaufwändig, auch bei komplexen Netz-Konfigurationen alle Eventualitäten "abzufangen". Da kannst Du Tage verbringen, ohne nennenswert vorwärts zu kommen. Und ich bin nur eine "1-Mann-Show"

Ich bitte um Verständnis, das Netzwerkthema ist nicht mein Acker

Hi Eugen,

Sicher... das mit dem Syslog war eher auf generelle Funktionalität ausgerichtet. Ideenspeicher

Viele Grüße - Timmo

tsturm hat geschrieben: ↑

21.07.2019, 13:35

Eine Anregung des Modulentwicklers war, Syslog zu verwenden - damit wären die Wiffis kompatibel mit vielen anderen Systemen.

Da etwas auf ein anderes Protokoll umzustellen ist nicht einfach. Der Vorschlag lautet hier doch anstelle TCP UDP (Syslog geht über UDP) zu nehmen.

Es gibt eine Menge anderer Anwendungen (Beispielsweise: IOBroker Adapter oder Node-Red), die mit TCP wie es jetzt versendet wird problemlos klar kommen und da dann erst aufwendig umgebaut werden müssten.

Hallo Eugen,
wir sind durch, läuft gut.

Damit kann ich die JSON-Telegramme sauber nach FHEM schicken und dort weiter verarbeiten - ohne Nutzung von externen Zusatzmodulen.

Mein Setup ist unter https://forum.fhem.de/index.php/topic,8 ... #msg960650 beschrieben.

Vielen Dank nochmals für die Anpassung der FW!
VG Timmo

Sehr schön.
Habe einen Link zu Deiner Lösung in den WIFFI-pump Beitrag eingefügt!

Es ist ein neues Update verfügbar!
   
>> Größeres Update mit vielen Detailverbesserungen zur effektiveren Messwertübertagung an die CCU oder zum Datenserver.
>> Dem Modul kann jetzt mit dem neuen Befehl setip eine feste IP-Adresse zugewiesen werden.
>> Der  Schaltalgorithmus wurde verbessert und ist nun leichter (mit nur einem Kennwert) an die individuellen Heizungsverhältnisse anpassbar. 

Grüss dich Eugen,

habe das Update gerade eingespielt, danke Dir für die ständige Weiterentwicklung!

Eine Frage zum Parameter 5 - Senden des JSON Telegrams - ist das jetzt tatsächlich in min angegeben? Wenn ja wäre ein Hinweis fürs Update sinnvoll (unten mein Parameter nach dem Update ohne Anpassung - hatte vorher jede Stunde ein Telegramm)- alle Jahre wolle ich dann doch mal ein Telegramm haben ) Dito beim Weatherman.
Herzliche Grüße

Timmo

... da hast Du vermutlich noch alte Parameter im EEPROM. Mach ein Factory-Reset und gebe die Zugangsdaten neu ein.
Die Ursache liegt vermutlich darin, daß der Update-Vorgang an den letzten Stand angepasst wurde.