[00_CUL.pm] patch für verbesserte homematic kommunikation

Begonnen von frank, 20 Juli 2021, 15:22:20

Vorheriges Thema - Nächstes Thema

noansi

#30
Hallo Frank,


  • Was ist das für ein device?
  • Die kommunikation funktioniert flott, ist doch super.  ;)
  • die Restwartezeit muss mehr als 10ms betragen, weil das sonst nicht funktionieren soll (historische Abfrage mit historischem Kommentar im Code). Die kleinste Verzögerung kann daher auch auf ~50ms ausfallen.
  • Das device antwortet seinerseits zu schnell. Das lässt sich bezüglich Multi-IO leider nicht so einfach nur über Zeiten einfangen. Würde deutlich komplexer und erfordert zusätzlich noch mehr Änderungen bei anderen IO Typen, die ja noch nicht gefolgt sind.
  • Hast Du ein so flottes device, das damit Probleme hat? Sonst eher "no Change in a running system".

Gruß, Ansgar.

frank

hallo ansgar,

es ist eines der ersten homebrew devices  (universalsensor).

echte probleme habe ich noch nicht gesehen.
ich wollte sie eher vorsorglich ausschliessen.

ok, also erst einmal den bug als feature verkaufen:
=> dynamische timing anpassung.  ;)

gruss frank
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

noansi

Hallo Frank,

Zitates ist eines der ersten homebrew devices  (universalsensor).
Zitatok, also erst einmal den bug als feature verkaufen:

Hmm, ich würde es erst mal als Bug im hombrew device sehen, wenn es sich nicht ans Timing hält. :o
Natürlich ist es sehr vorteilhaft, wenn es trotzdem funktioniert.  :)
Und das auch noch rasant.  ;D
Auch sehr schön, sollte es beim Sensor Energie sparen. Der müsste ja sonst länger auf Antwort von der Zentrale warten. 8)
Brauchst Du noch mehr verschnörkelnde Argumente? ;)

Es wären zusätzliche Checks nötig, ob die gleiche message number und der gleiche message typ schon mal empfangen wurde und ob die übliche Wiederholzeit schon erreicht ist, um das einzufangen.
Aber erst, wenn konkrete Probleme mit der jetzigen zeitbasierten Lösung auftreten. Denn dann wieder einen Speedup für den hombrew wieder einzubauen sehe ich nicht.

Gruß, Ansgar.

dancatt

Zitat von: rudolfkoenig am 01 August 2021, 18:14:16
Habs eingecheckt.

Hallo, über ein Update bekomme ich aber keine Änderungen von "00_HMUARTLGW.pm".
Letzte Version ist bei mir  aus dem Jahre 2019.

Vielen Dank.

Gruß Daniel
Cubietruck: FHEM-Server 6.0

Homematic: HM-USB-CFG2, HM-CFG-LAN, HM-LC-SW1-FM, HM-LC-Sw1-Pl-DN-R1, HM-CC-RT-DN, HM-TC-IT-WM-W-EU, HM-SEC-SC-2, HM-SEC-SD, HM-PB-6-WM55

frank

#34
00_HMUARTLGW wurde noch nicht eingecheckt, da mgernoth noch nicht reagiert hat.

nimm solange die version aus antwort #26.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

mgernoth

Hallo zusammen,

Zitat von: frank am 30 August 2021, 10:30:32
00_HMUARTLGW wurde noch nicht eingecheckt, da mgernoth noch nicht reagiert hat.

sorry, ich hatte im letzten Jahr sehr viel um die Ohren und konnte mich nicht um Fhem kümmern :-(
Aktueller Patch von Ansgar sieht gut aus und ich habe ihn jetzt eingechecked.

Viele Grüße
  Michael