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

[Otto123]

Hi,

was genau machst Du da? Also konkret welches Gerät welche Schritte ...

nur kann ich kein Gerät pairen

Das hier ist eigentlich, naja ...

core_freq=25
force_turbo=1

aber wahrscheinlich wird der erste Fehler durch den letzen Eintrag überbügelt. Es läuft ja. 
Zur Info nochmal die Anleitung https://wiki.fhem.de/wiki/Raspberry_Pi#Verwendung_UART_f.C3.BCr_Zusatzmodule

Gruß Otto

[lneumann]

Hallo Otto,

core_freq=25
force_turbo=1

versage schon beim copy and paste. core_freq steht auf 250. Sollte ich dann Force_turbo raus nehmen?

was genau machst Du da? Also konkret welches Gerät welche Schritte ...

Habe zwei Geräte:
1. Homematic IP Homematic IP Komplettbausatz Wandtaster für Markenschalter 2fach HmIP-BRC2, für Smart Home / Hausautomationhttps://www.elv.de/elv-homematic-ip-wandtaster-fuer-markenschalter-2fach-hmip-brc2-komplettbausatz.html
Wenn ich dort den Pairing Knopf drücke, blinkt zwar die LED alle 10 sec gelb, jedoch passiert nix.
2. Homematic IP Rauchmelder HmIP-SWSD mit 10-Jahres-Lithium-Batteriehttps://www.elv.de/output/controller.aspx?cid=74&detail=10&detail2=55245
Deckenbefestigung abnehmen, zwei Minuten warten und wieder befestigen, LED blinkt gelb alle 10 sec, bei FHEM passiert nix

Ich hoffe das reicht als Erklärung

Danke Dir Lars

[gloob]

Habe zwei Geräte:
1. Homematic IP Homematic IP Komplettbausatz Wandtaster für Markenschalter 2fach HmIP-BRC2, für Smart Home / Hausautomationhttps://www.elv.de/elv-homematic-ip-wandtaster-fuer-markenschalter-2fach-hmip-brc2-komplettbausatz.html
Wenn ich dort den Pairing Knopf drücke, blinkt zwar die LED alle 10 sec gelb, jedoch passiert nix.
2. Homematic IP Rauchmelder HmIP-SWSD mit 10-Jahres-Lithium-Batteriehttps://www.elv.de/output/controller.aspx?cid=74&detail=10&detail2=55245
Deckenbefestigung abnehmen, zwei Minuten warten und wieder befestigen, LED blinkt gelb alle 10 sec, bei FHEM passiert nix

Ich hoffe das reicht als Erklärung

Danke Dir Lars

Homematic IP läuft nur mit einer CCU oder piVCCU oder RaspberryMatic oder Debmatic.
Du kannst das Modul nicht direkt unter FHEM dafür nutzen.

[lneumann]

  Schade eigentlich

[Otto123]

ich persönlich nutze core_freq=250

Wichtig ist eines von beiden, sonst geht das Modul nicht. Und wie gloob sagt, HM IP ist leider so nicht. Kannst Du nicht pairen.

Da hast Du Dich zu wenig vorab informiert. Passiert aber häufig.
Such einfach nach den Begriffen hier im Forum da wirst Du fündig.

Viel Erfolg
Otto

[Frank_Huber]

Die RasPi Funkmodule sind übrigens bei ELV wieder verfügbar.
Im Ebay Shop von ELV für 19,95 Versandkostenfrei.

Gesendet von meinem Doogee S60 mit Tapatalk

[simatic22]

Hallo zusammen,

ich arbeite auch gerade daran Homematic Geräte in FHEM zu integrieren. Hierbei stellt sich für mich die Frage ob ich physisch den HM-LGW-O-TW-W-EU benötige. Das HM-MOD-RPI-PCB ist bereits verbaut und aktiv. Hierüber komunizieren bereits meine MQTT Devices. Wäre super wenn Ihr mir hierbei weiterhelfen könntet. Danke!  Viele Grüße.

[fiedel]

Hallo zusammen,

weil nun mein schöner HM-USB-CFG den Tod aller HM-USB-CFGs gestorben ist,
hat kurzfristig ein HM-UART Modul direkt an einem CP2102 einzug gehalten.
Das passt sogar in das HM-USB-CFG- Gehäuse. 
Die FW steht bereits auf 1.4.1 und das Teil arbeitet nach unkomplizierter
Einrichtung und Einbindung in die vCCU wie gewünscht.

Nun hatte ich mit dem HM-USB-CFG per Attr "advaltrigger 1" die RSSI- Werte
mitgeschrieben. Dies scheint HMUARTLGW nicht zu erlauben. Irre ich mich da,
oder gibt es ein alternatives Verfahren zum Loggen von RSSI?
Die RSSI- Tabellenlösung kenne ich, aber die erlaubt ja kein kontinuierliches
Loggen.

Schon mal vielen Dank für eure Hilfe!

Gruß
Frank

[frank]

mit attr rssiLog bekommst du bei den devices entsprechende readings.

[fiedel]

Wow, vielen Dank! Das ging ja schnell und klappt auch. 

[frank]

na dann happy logging.
aber warum für alle devices? zum testen von seltsamem verhalten schon ok.

du kennst die rssi "statistik" in hminfo?
1. ein komprimiertes "übersichts" reading
2. get hminfo rssi

[fiedel]

Muss ich bei Gelegenheit alles mal probieren. Ich hab einige RSSI- Werte gern ständig im Blick (Plot), um den Zustand des Gesamtsystems zu beurteilen. Da läuft manchmal was aus dem Ruder und dann sehe ich z.B. warum mein Beregnungsablauf stehen geblieben ist: Rückmeldung vom Aktor nicht angekommen.
Bisher waren auch immer zu viele Werte im Log. Ich muss das noch sinnvoll ausdünnen. Vieleicht helfen mir dabei deine letzen Tipps...

Edit: Mittlerweile bekomme ich ein Log mit wenigen Werten per "attr rssiLog 1" und "attr event-min-interval rssi_at_HM_UART:1800,rssi_HM_UART:1800".
Das entspricht genau meinen Vorstellungen und ich konnte die Antennenposition des HM-UART- Moduls schon deutlich verbessern. Die "Problemaktoren" in der Stahlbetongarage (Linien Grün + Pink) sind jetzt stabil empfang- und steuerbar.

Nochmals vielen Dank!

[CBSnake]

Hi,

nachdem bei meinem FHEM das UART Modul schon länger per WLAN Gateway eingebunden ist, bin ich etwas eingerostet was die aktuelle Konfiguration der UART Schnittstelle angeht

Raspeberry: 3B Rev 1.2
Release: Buster

Bisher erfolgt:

Modul gelötet, kalte Lötstellen etc konnte ich keine erkennen, eingebaut und gestartet

nach diesem Link vorgegangen: https://wiki.fhem.de/wiki/Raspberry_Pi#Verwendung_UART_f.C3.BCr_Zusatzmodule

MyHmUART angelegt, aktuell auf closed, das es mir den Log zuballert:

Code Auswählen Erweitern


Internals:
   CNT        1
   Clients    :CUL_HM:
   DEF        /dev/ttyAMA0
   DevState   0
   DevType    UART
   DeviceName /dev/ttyAMA0@115200
   FUUID      5db2af5a-f33f-4252-8973-c81b8a76d86fbee6
   LastOpen   1571993033.31029
   NAME       myHmUART
   NOTIFYDEV  global
   NR         24
   NTFY_ORDER 50-myHmUART
   STATE      closed
   TYPE       HMUARTLGW
   XmitOpen   0
   model      HM-MOD-UART
   Helper:
     AckPending:
       1:
         cmd        00
         dst        0
         frame      FD00030001009E03
         resend     3
         time       1571993034.313
     LastSendLen:
       3
     Log:
       IDs:
   MatchList:
     1:CUL_HM   ^A......................
   READINGS:
     2019-10-25 10:41:19   D-type          HM-MOD-UART
     2019-10-25 10:44:04   cond            disconnected
     2019-10-25 10:41:19   loadLvl         suspended
     2019-10-25 10:44:04   state           closed
Attributes:
   room       102 I/O
   verbose    5

Nebst Auszug aus dem Log:

Code Auswählen Erweitern

2019.10.25 10:43:27 3: Setting myHmUART serial parameters to 115200,8,N,1
2019.10.25 10:43:27 1: /dev/ttyAMA0 reappeared (myHmUART)
2019.10.25 10:43:28 4: HMUARTLGW myHmUART StartInit
2019.10.25 10:43:28 5: HMUARTLGW myHmUART send: 00 00
2019.10.25 10:43:28 5: HMUARTLGW myHmUART send: (8): fd00030001009e03
2019.10.25 10:43:28 5: SW: fd00030001009e03
2019.10.25 10:43:31 1: HMUARTLGW myHmUART did not respond for the 1. time, resending
2019.10.25 10:43:31 5: HMUARTLGW myHmUART send: (8): fd00030001009e03
2019.10.25 10:43:31 5: SW: fd00030001009e03
2019.10.25 10:43:34 1: HMUARTLGW myHmUART did not respond for the 2. time, resending
2019.10.25 10:43:34 5: HMUARTLGW myHmUART send: (8): fd00030001009e03
2019.10.25 10:43:34 5: SW: fd00030001009e03
2019.10.25 10:43:37 1: HMUARTLGW myHmUART did not respond for the 3. time, resending
2019.10.25 10:43:37 5: HMUARTLGW myHmUART send: (8): fd00030001009e03
2019.10.25 10:43:37 5: SW: fd00030001009e03
2019.10.25 10:43:40 1: HMUARTLGW myHmUART did not respond after all, reopening
2019.10.25 10:43:40 4: HMUARTLGW myHmUART Reopen
2019.10.25 10:43:40 3: myHmUART device closed

Was hab ich übersehen?

Grüße
Achim

[Otto123]

Hallo Achim,

eigentlich alles richtig. Ich behaupte aber vorsichtig: Es wurde mit dem Modul noch nicht geredet. Ich bin mir relativ sicher.
Ich habe bei mir gerade mal ohne ein Modul einfach das define gemacht. Da kommen exakt die gleichen Readings wie bei Dir und es wird zyklisch geloggt.

Also ich vermute es ist was mit dem Modul.
Hast Du deine Montage mit den Bildern im Wiki verglichen? Es ist leider schon paar mal vorgekommen, das die Seiten der Module verwechselt wurden.. Ich wills nur sagen und nichts unterstellen
Der Letzte Fall in der Art war glaub ich eine Zinnbrücke zwischen den Kontakten beider Module

Gruß Otto

[CBSnake]

 

Du hattest recht, ohh man, ich sollte Prioritäten setzen und während der Löterei nicht mit Kunden telefonieren 

Das Sendemodul war 180° verdreht drauf, rumgedreht, es scheint überlebt zu haben

Code Auswählen Erweitern

Internals:
   AssignedPeerCnt 0
   CNT        17
   Clients    :CUL_HM:
   DEF        /dev/ttyAMA0
   DEVCNT     17
   DevState   99
   DevType    UART
   DeviceName /dev/ttyAMA0@115200
   FD         8
   FUUID      5db2af5a-f33f-4252-8973-c81b8a76d86fbee6
   LastOpen   1571995559.45479
   NAME       myHmUART
   NOTIFYDEV  global
   NR         24
   NTFY_ORDER 50-myHmUART
   PARTIAL   
   RAWMSG     040200
   STATE      opened
   TYPE       HMUARTLGW
   XmitOpen   1
   model      HM-MOD-UART
   msgLoadCurrent 0
   msgLoadHistory 0/0/-/-/-/-/-/-/-/-/-/-
   msgLoadHistoryAbs 0/0/0/-/-/-/-/-/-/-/-/-/-
   Helper:
     CreditTimer 3
     FW         66049
     Initialized 1
     AckPending:
     LastSendLen:
       3
       3
     Log:
       IDs:
     RoundTrip:
       Delay      0.00296187400817871
     loadLvl:
       lastHistory 1571996161.93421
   MatchList:
     1:CUL_HM   ^A......................
   Peers:
   READINGS:
     2019-10-25 11:26:01   D-HMIdOriginal  6BD8XX
     2019-10-25 11:26:01   D-firmware      1.2.1 (outdated)
     2019-10-25 11:26:01   D-serialNr      PEQ2214795
     2019-10-25 11:25:58   D-type          HM-MOD-UART
     2019-10-25 11:26:01   cond            ok
     2019-10-25 11:26:01   load            0
     2019-10-25 11:26:01   loadLvl         low
     2019-10-25 11:25:59   state           opened
Attributes:
   room       102 I/O