HMUARTLGW: Modul für HomeMatic UART-Modul (RPi) und HomeMatic LAN Gateway

Begonnen von mgernoth, 11 Juni 2016, 20:10:46

Vorheriges Thema - Nächstes Thema

bitbiter

Hi Otto,
ich sehe gerade, ich habe etwas verwechselt:
Zitat von: bitbiter am 11 September 2016, 13:14:41
FHEMAN meint sicher, was ich auch brennend wissen würde, ob man den HMUARTLGW ANSTATT eines weiteren RPI´s nehmen könnte. Als Stand-Alone Lösung.

und zwar als Stand-Alone Lösung zum HM FAKE LAN GW --> https://github.com/leonsio/YAHM/wiki/YAHM-Module:-HM-FAKE-LAN-GW und nicht als Zentrale. Und ich habe übrigens den HM-FAKE-LAN-GW seit gestern im Betrieb.

Sorry für die Verwirrung.... mea culpa.
Gruss
Alex
Raspi mit Homematic-CCU, KeyMatic mit FB, HM-SEC-MDIR-2, HM-Sec-Sco, HM-MOD-RPI-PCB, 2x LCGW m. CUL868 / CUL433. == BananaPi mit fhem + SSD, MAX! FK und TS, Cube read-only (demn. Umstieg --> CUL), mehrere TFA/LC Sensoren, Milight Controller + Bulbs, Revolt, ECO Taster, Home-Easy, ESP8266 etc....

Otto123

Hi,

ich habe mal einen kurzen Versuch gemacht um Verzögerungszeiten zu ermitteln. Ich habe 13 Rolladenaktoren, HMLAN und HMUART zum Vergleich. FHEM läuft dabei auf dem Pi2.
Wenn ich die alle mit set Rollo.* zu|auf anstoße dauert es
beim HMLAN 2 sec
beim HMUART 4 sec
bis ich beim Letzten die erste deviceMsg erhalte. Das Attribute cmaCa spielte dabei keine Rolle.
Auch ein set Rollo.* statusRequest ergibt einen Unterschied von HMLAN und HMUART von 2 sec zwischen 1. und 13. Aktor

Also für mich unter der Wahrnehmbarkeitsgrenze  ;)

Gruß Otto
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

LuckyDay

@Otto123
wie steht denn bei dem Test das
attr hmLanQlen beim HMLan bei dir ?

gibt es sowas beim hmUart auch ?

Otto123

Zitat von: fhem-hm-knecht am 12 September 2016, 13:12:34
@Otto123
wie steht denn bei dem Test das
attr hmLanQlen beim HMLan bei dir ?
--> hmLanQlen 1_min (habe ich nie was geändert)

Zitatgibt es sowas beim hmUart auch ?
Also für mich nicht sichtbar.

Gruß Otto
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

frank

ZitatWenn ich die alle mit set Rollo.* zu|auf anstoße dauert es
beim HMLAN 2 sec
beim HMUART 4 sec
bis ich beim Letzten die erste deviceMsg erhalte.
sind die register für status-verzögerung und zufalls-verzögerung der rollos alle identisch, eventuell auch die maximalen wiederholungen der messages? ist die schalt-reihenfolge der rollos jeweils die selbe? rssi hmlan/hmuart => devices sind vergleichbar?

edit: zum vergleichen, müsste der zufallsanteil wohl auf 0 gesetzt werden.
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

Otto123

Zitat von: frank am 12 September 2016, 13:49:06
sind die register für status-verzögerung und zufalls-verzögerung der rollos alle identisch, eventuell auch die maximalen wiederholungen der messages? ist die schalt-reihenfolge der rollos jeweils die selbe? rssi hmlan/hmuart => devices sind vergleichbar?
Na da habe ich ja was angerichtet  ;)

Also was ich sicher weiß: rssi ist vergleichbar die beiden liegen / hängen im Abstand von einem halben Meter.
    RolloAK         HMLAN1          RolloAK          -66.0  -66.4  -67.0< -66.0    24
    RolloAK         HMUART1         RolloAK          -69.0  -67.8  -69.0< -67.0    25
    RolloAK         RolloAK         HMLAN1           -65.0  -65.0  -65.0< -65.0     2
    RolloAK         RolloAK         HMUART1          -76.0  -75.0  -76.0< -74.0     5
    RolloAZL        HMLAN1          RolloAZL         -45.0  -44.3  -46.0< -42.0     6
    RolloAZL        HMUART1         RolloAZL         -30.0  -30.6  -32.0< -30.0     7
    RolloAZL        RolloAZL        HMLAN1           -42.0  -41.5  -42.0< -41.0     2
    RolloAZL        RolloAZL        HMUART1          -36.0  -36.0  -36.0< -36.0     4
    RolloAZLL       HMLAN1          RolloAZLL        -65.0  -66.0  -69.0< -62.0     9
    RolloAZLL       HMUART1         RolloAZLL        -59.0  -60.0  -67.0< -57.0     9
    RolloAZLL       RolloAZLL       HMLAN1           -63.0  -63.7  -64.0< -63.0     3
    RolloAZLL       RolloAZLL       HMUART1          -64.0  -64.0  -65.0< -63.0     4
    RolloAZR        HMLAN1          RolloAZR         -56.0  -56.7  -61.0< -55.0     7
    RolloAZR        HMUART1         RolloAZR         -37.0  -38.3  -41.0< -36.0     7
    RolloAZR        RolloAZR        HMLAN1           -51.0  -52.0  -53.0< -51.0     2
    RolloAZR        RolloAZR        HMUART1          -42.0  -42.2  -44.0< -41.0     5
    RolloBDu        HMLAN1          RolloBDu         -72.0  -71.0  -72.0< -69.0     8
    RolloBDu        HMUART1         RolloBDu         -77.0  -72.0  -77.0< -63.0     6
    RolloBDu        RolloBDu        HMLAN1           -71.0  -71.7  -73.0< -71.0     3
    RolloBDu        RolloBDu        HMUART1          -80.0  -80.3  -83.0< -78.0     3
    RolloBWa        HMLAN1          RolloBWa         -75.0  -75.6  -79.0< -74.0     9
    RolloBWa        HMUART1         RolloBWa         -77.0  -78.0  -81.0< -76.0     8
    RolloBWa        RolloBWa        HMLAN1           -70.0  -70.7  -73.0< -69.0     3
    RolloBWa        RolloBWa        HMUART1          -79.0  -81.4  -87.0< -79.0     5
    RolloGZL        HMLAN1          RolloGZL         -67.0  -65.0  -67.0< -63.0     9
    RolloGZL        HMUART1         RolloGZL         -63.0  -61.2  -64.0< -58.0     9
    RolloGZL        RolloGZL        HMLAN1           -64.0  -62.0  -64.0< -60.0     3
    RolloGZL        RolloGZL        HMUART1          -68.0  -66.8  -73.0< -62.0     6
    RolloGZR        HMLAN1          RolloGZR         -62.0  -61.3  -62.0< -60.0     7
    RolloGZR        HMUART1         RolloGZR         -58.0  -60.9  -68.0< -58.0     7
    RolloGZR        RolloGZR        HMLAN1           -59.0  -58.5  -59.0< -58.0     2
    RolloGZR        RolloGZR        HMUART1          -64.0  -64.0  -65.0< -63.0     4
    RolloKUL        HMLAN1          RolloKUL         -67.0  -66.8  -68.0< -65.0    10
    RolloKUL        HMUART1         RolloKUL         -74.0  -70.9  -74.0< -69.0     9
    RolloKUL        RolloKUL        HMLAN1           -68.0  -67.7  -68.0< -67.0     3
    RolloKUL        RolloKUL        HMUART1          -80.0  -79.5  -81.0< -77.0     8
    RolloKUR        HMLAN1          RolloKUR         -75.0  -76.5  -80.0< -72.0    17
    RolloKUR        HMUART1         RolloKUR         -62.0  -62.8  -66.0< -60.0    16
    RolloKUR        RolloKUR        HMLAN1           -73.0  -74.5  -78.0< -73.0     4
    RolloKUR        RolloKUR        HMUART1          -67.0  -68.6  -71.0< -67.0     8
    RolloSZ         HMLAN1          RolloSZ          -72.0  -72.2  -74.0< -71.0     9
    RolloSZ         HMUART1         RolloSZ          -78.0  -76.9  -80.0< -74.0     7
    RolloSZ         RolloSZ         HMLAN1           -73.0  -73.7  -75.0< -73.0     3
    RolloSZ         RolloSZ         HMUART1          -84.0  -82.8  -84.0< -82.0     4
    RolloWZL        HMLAN1          RolloWZL         -62.0  -66.2  -69.0< -62.0    12
    RolloWZL        HMUART1         RolloWZL         -64.0  -62.4  -64.0< -58.0    10
    RolloWZL        RolloWZL        HMLAN1           -61.0  -64.0  -67.0< -61.0     4
    RolloWZL        RolloWZL        HMUART1          -69.0  -68.5  -71.0< -67.0     4
    RolloWZR        HMLAN1          RolloWZR         -76.0  -78.3  -94.0< -76.0    20
    RolloWZR        HMUART1         RolloWZR         -70.0  -73.9  -81.0< -68.0    15
    RolloWZR        RolloWZR        HMLAN1           -80.0  -76.5  -80.0< -73.0     4
    RolloWZR        RolloWZR        HMUART1          -78.0  -79.2  -81.0< -78.0     4

Die Reihenfolge ist jedesmal die gleiche: Rollo.* wird alphabetisch aufgelöst.

Die Aktoren sind die meisten HM-LC-BL1-FM aber ich habe auch HM-LC-BL1-PB-FM und HM-LC-Bl1PBU-FM. Bei allen habe ich nur Fahrtzeiten eingestellt. Die sind natürlich unterschiedlich.
Zitatedit: zum vergleichen, müsste der zufallsanteil wohl auf 0 gesetzt werden.
Aber wenn ich das 5 mal gemacht habe und das Ergebnis immer gleich ist? Ok die Zeitauflösung ist nur 1 sec und damit ziemlich ungenau. Aber es waren immer 2 sec Unterschied und damit irgendwas unter 200 ms pro Rollo.

Ich habe keinen richtigen Plan, wie man das mal exakt messen könnte. Aber diese Aktion (Alle Rollos auf oder zu) die läuft jeden Tag mindestens einmal und man hört die Aktion im Haus samt Verzögerung. Ich glaube als ich noch die CCU1 hatte war die Verzögerung deutlicher.

Gruß Otto
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

pcjogi

Hallo fhem-hm-knecht,

danke das noch vorhandenen Pairing war es.

Zentral-Fhem , Mehrere Sub-Fhem (433Mhz und 833Mhz; Alexa-Steuerung; Heizungssteuerung; Sicherheitsfunktionen; Energiesteuerung); IoBroker zur Darstellung (alles als Container auf Proxmox), untereinander verbunden über einen MQTT Broker, insgesamt über 200 Sensoren/Aktoren.

frank

ZitatNa da habe ich ja was angerichtet  ;)
bei behauptung einer 100% verzögerung, wohl kein wunder.  ;)

ich meine diese:
   1: statusInfoMinDly |   0 to 15.5s       |          | status message min delay special:unused
   1: statusInfoRandom |   0 to 7s          |          | status message random delay
   1: transmitTryMax   |   1 to 10          |          | max message re-transmit


also zb:
get hminfo param -f Rollo.* model firmware R-statusInfoRandom R-statusInfoMinDly R-transmitTryMax protResnd

standardverzögerung ist vermutlich minDly=2s + random=1s. vielleicht mit uart noch ein wiederholer +1s.
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

Otto123

Zitat von: frank am 12 September 2016, 15:05:37
bei behauptung einer 100% verzögerung, wohl kein wunder.  ;)
Na eigentlich wollte ich was positives sagen, nachdem Franky08 ja von spürbaren Verzögerungen mit dem HM-LGW berichtet hat. Und ich immer gelesen habe der hmlan hat ein super Timing und der HM-USB ist offenbar schlechter.
Aber jetzt zu Deiner Vermutung
    entity        : model                | firmware        | R-statusInfoRandom    | R-statusInfoMinDly    | R-transmitTryMax      | protResnd            |
    RolloAK              : HM-LC-BL1-FM    | 1.5            |  -              |  -              |  -              |  -
    RolloAZL            : HM-LC-BL1-FM    | 1.5            |  -              |  -              |  -              |  -
    RolloAZLL            : HM-LC-BL1-FM    | 1.5            |  -              |  -              |  -              |  -
    RolloAZR            : HM-LC-BL1-FM    | 1.5            |  -              |  -              |  -              |  -
    RolloBDu            : HM-LC-BL1-PB-FM | 1.6            |  -              |  -              |  -              |  -
    RolloBWa            : HM-LC-BL1-PB-FM | 1.6            |  -              |  -              |  -              | 2 last_at:2016-09-12 12:33:16
    RolloGZL            : HM-LC-BL1-FM    | 1.5            |  -              |  -              |  -              | 2 last_at:2016-09-12 12:33:17
    RolloGZR            : HM-LC-BL1-FM    | 1.5            |  -              |  -              |  -              | 1 last_at:2016-09-12 12:52:48
    RolloKUL            : HM-LC-Bl1PBU-FM | 2.2            | 0 s            | 3 s            | 6              | 2 last_at:2016-09-12 12:59:38
    RolloKUR            : HM-LC-BL1-FM    | 1.5            |  -              |  -              |  -              | 2 last_at:2016-09-12 12:59:39
    RolloSZ              : HM-LC-BL1-FM    | 1.5            |  -              |  -              |  -              |  -
    RolloWZL            : HM-LC-BL1-FM    | 1.5            |  -              |  -              |  -              | 1 last_at:2016-09-12 12:59:41
    RolloWZR            : HM-LC-BL1-FM    | 1.5            |  -              |  -              |  -              | 1 last_at:2016-09-12 12:59:41

Die Zeitpunkte protResnd sind genau meine Versuche.

Aber die Einstellungen der Devices sollten doch egal sein, da die Bedingungen ja immer die Gleichen sind.

Hast Du einen anderen Vorschlag um das mal zu testen?

Gruß Otto
Edit: Ist das nicht in etwa meine Verzögerung?
ZitatEs gibt eine Stelle, an der ich 300ms verzögern muss, da sonst Nachrichten (ohne Ack-Anforderung) evtl. nicht gesendet werden, das ist eigentlich die einzige Stelle, bei der ich mir das vorstellen kann...
Viele Grüße Michael
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

frank

ZitatHast Du einen anderen Vorschlag um das mal zu testen?
am meisten sieht man sicherlich beim sniffen der rollos, am besten mit beiden io's. resends kommen, glaube ich, im sekundentakt, könnten also die ursache sein.

da du nur einen aktor mit statusInfoRandom=0 hast, kann das nicht die ursache einer "zufälligen" verzögerung sein.
nebenbei: für RolloKUL gibt es ein fw-update.
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

Otto123

Zitat von: frank am 12 September 2016, 19:55:45
nebenbei: für RolloKUL gibt es ein fw-update.
Das wollte ich schon immer mal machen, geht ja nun auch mit dem HMUART, mein HMLAN konnte das ja nicht. Na mal sehen ob ich das hinbekomme  ;)
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

Otto123

So, dass mit dem Firmwareupdate war an sich einfach. Nur das es FHEM auch anzeigt war jetzt ein bisschen Trial&Error.
8)
Habe gleich den Abschnitt im Wiki etwas ergänzt.

Gruß Otto
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

Ma_Bo

Hallo Leute,

mal ne Frage, hat jemand schon erfolgreich von HMLAN auf HMLGW umgestellt ?

Ich habe immer 3x HMLAN betrieben und seit kurzem, diese gelöscht und den HMLGW definiert.
Seit heute mittag bekomme ich alle paar Sekunden ein Meldung von perfmon, immer wieder ca 1,5sec, zwischendurch auch mal bis zu 6sec.
Ich habe nichts ausser diese Umstellung gemacht, vorher lief es ohne Probleme, nur halt die ab und an reboots eines HMLAN, aber auch nicht immer derselbe.

Arbeitet die HMLGW nonblocking?

Irgendwas muss es ja mit der HMLGW zu tun haben, ich habe auch schon ein Update heute gemacht, aber nach einer Zeit kommt es wieder zu den freeze´s von ca1,5sec.

Gerade spiel ich ein Backup ein, was ich noch habe, da ich im Moment nicht viel Zeit habe um mich um das Problem zu kümmern.

Vielleicht hat jemand einen Rat.

Grüße Marcel
NUC mit FHEM, HM Heizungsthermostate, HM Wandthermostate, Intertechno Funksteckdosen, 10" Tablet als Wanddisplay, KeyMatic, Fensterkontakte, Fensterkontakte umgebaut als Wassermelder und Briefkastenmelder, Aussenthermostat, Anwesenheitssteuerung über Fritz Box, Google Home usw. usw.

Omega

Auch ich habe jetzt das LAN-Gateway eingerichtet, bekomme aber laufend diese Meldungen in's Log:

2016.09.18 21:51:07 1: 192.168.0.23:2001 disconnected, waiting to reappear (HMLGW:keepAlive)
2016.09.18 21:51:09 1: 192.168.0.23:2000 disconnected, waiting to reappear (HMLGW)
2016.09.18 21:51:09 3: Opening HMLGW:keepAlive device 192.168.0.23:2001
2016.09.18 21:51:09 1: 192.168.0.23:2000 reappeared (HMLGW)
2016.09.18 21:51:09 3: HMUARTLGW HMLGW BidCoS-port opened
2016.09.18 21:51:09 3: HMLGW:keepAlive device opened
2016.09.18 21:51:09 3: HMUARTLGW HMLGW:keepAlive KeepAlive-port opened
2016.09.18 21:51:10 3: HMUARTLGW HMLGW currently running Co_CPU_App


Wie stelle ich das ab?
Kurzfristig habe ich attr HMLGW verbose 0 eingestellt, glaube aber nicht, dass das zielführend ist

Gruß
Holger

P.S.
D-LANFirmware ist 1.1.5
D-firmware 1.4.1

NUC6i3SYH (FHEM 5.8 in VM)
Homematic: HMLAN, HMUSB, HM-Sec-SD, HM-CC-RT-DN, HM-TC-IT, ... + diverse weitere
LaCrosseGateway, ESPEasy
ZWave

mgernoth

Hallo,

Zitat von: Omega am 18 September 2016, 21:58:16
Wie stelle ich das ab?

Bitte mal mit verbose 5 am HMLGW mitloggen. Ich brauche die Nachrichten kurz vor dem Disconnect (ca. 60s) bis zu "currently runnning Co_CPU...".

EDIT: Gibt es bei Dir blockierende Aktionen? Das HMLGW erwartet alle 15s ein KeepAlive, ansonsten bricht es die Verbindung ab.

Viele Grüße
  Michael