Probleme mit HM-LC-SW1-BA-PCB an HM USB-Konfigurationsadapter

Begonnen von Roaster, 16 September 2014, 20:40:31

Vorheriges Thema - Nächstes Thema

Roaster

Hi,

seit gestern habe ich den USB-Konfigurationsadapter am Raspberry Pi und somit auch im fhem am Laufen. Der Adapter wird erkannt und ich konnte (eigentlich) mein bisher einziges HM Gerät pairen. Per Autocreate wurde auch das Gerät erfolgreich in der fhem.cfg eingetragen.

Wenn ich alles richtig gemacht habe, dann ist mein selbst gelöteter Bausatz HM-LC-SW1-BA-PCB als Taster eingestellt, siehe auch Screenshots. Nur wenn ich im entsprechenden Geräte auf den Link mit "on" klicke, dann passiert gar nichts. Ich habe am Relais noch keinen Verbraucher dran. Dies sollte aber, und da müsst ihr mich bitte verbessern, wohl keinen Einfluss habe den Aktor haben.

Im Log stehen derzeit diese Zeilen:
Zitat2014-09-15_23:13:42 GaragentorLinksToggle battery: low
2014-09-15_23:14:23 GaragentorLinksToggle IOerr
2014-09-15_23:34:34 GaragentorLinksToggle ResndFail
2014-09-15_23:34:34 GaragentorLinksToggle MISSING ACK
2014-09-16_00:11:04 GaragentorLinksToggle ResndFail
2014-09-16_00:11:04 GaragentorLinksToggle RESPONSE TIMEOUT:RegisterRead
2014-09-16_20:15:00 GaragentorLinksToggle set_on
2014-09-16_20:15:08 GaragentorLinksToggle ResndFail
2014-09-16_20:15:08 GaragentorLinksToggle MISSING ACK

Was zunächst ins Auge fällt ist das mit Battery: low. Ich habe erstens eine 9V Batterie am Aktor hängen, die zwar nicht ganz neu ist, aber ein ext. Messgerät zeit immer noch gut 9V an. Un zweitens habe ich auch schon Mal den Befehl set GaragentorLinksToggle  regSet lowBatLimitBA 9 bzw. set GaragentorLinksToggle  regSet lowBatLimitBA 6 an das Gerät abgesetzt. Nur irgendwie scheint dies das Gerät nicht zu kümmern und somit wohl die Warnung mit Battery: low (?). Bringt man diese Warnung irgendwie raus?

Ab der Uhrzeit 20:15 habe ich, wie oben bereits geschrieben, noch weitere Fehler, nachdem ich auf den Status des Geräts auf "on" stellen wollte, siehe Screenshot "Device". Es sieht so aus als ob entweder der USB-Adapter nicht an den Aktor liefert oder der Aktor nicht in der Lage ist etwas zu empfangen. Wer weiß Rat?

Ich hoffe nicht, dass ich beim Zusammenlöten einen Fehler gemacht habe, da insbesondere das anzubringende Quarz etwas Schwierigkeiten bereitet hat.

Edit: fhem ist per update auch auf dem neuesten Stand.

Michael

Roaster

Noch eine Ergänzung: Ich habe den Loglevel des HMUSB Geräts nun eingeschaltet/erhöht und erhalte beim setzen des "oN" Status meines Aktors nun die folg. Fehler in der fhem.log:

Zitat2014.09.16 21:20:18 1: HMLAN_Parse: hmusb new condition ok
2014.09.16 21:20:23 3: CUL_HM set GaragentorLinksToggle statusRequest
2014.09.16 21:20:35 3: CUL_HM set GaragentorLinksToggle getConfig
2014.09.16 21:20:52 3: CUL_HM set GaragentorLinksToggle statusRequest
2014.09.16 21:22:42 3: CUL_HM set GaragentorLinksToggle on
2014.09.16 21:22:42 0: HMLAN_Send:  hmusb S:+291983,00,01,00
2014.09.16 21:22:42 0: HMLAN_Send:  hmusb S:S7FEABC76 stat:  00 t:00000000 d:01 r:7FEABC76 m:04 B011 823313 291983 0201C80000
2014.09.16 21:22:43 0: HMLAN_Send:  hmusb I:K
2014.09.16 21:22:43 0: HMLAN_Parse: hmusb V:03C7 sNo:LEQ0659418 d:2CC5AE O:823313 t:000838D6 IDcnt:0001
2014.09.16 21:22:44 0: HMLAN_Parse: hmusb R:R7FEABC76 stat:0008 t:00000000 d:FF r:7FFF     m:04 B011 823313 291983 0201C80000
2014.09.16 21:22:44 0: HMLAN_Parse: hmusb no ACK from 291983
2014.09.16 21:22:45 0: HMLAN_Send:  hmusb S:S7FEAC7A1 stat:  00 t:00000000 d:01 r:7FEAC7A1 m:04 B011 823313 291983 0201C80000
2014.09.16 21:22:48 0: HMLAN_Parse: hmusb R:R7FEAC7A1 stat:0008 t:00000000 d:FF r:7FFF     m:04 B011 823313 291983 0201C80000
2014.09.16 21:22:48 0: HMLAN_Parse: hmusb no ACK from 291983

Es scheint so als ob der Aktor sich nicht beim Adapter meldet. Ich habe bereits mehrmals neu gepaired, was jedes Mal reibungslos funktioniert. Somit kann ich mir nicht vorstellen, dass der Aktor nicht mit dem Adpater kommunizieren kann, order was meint ihr?

Michael

Roaster

#2
So, nach weiteren Versuchen, denke ich, habe ich die Lösung gefunden und zwar hier: https://groups.google.com/forum/#!topic/fhem-users/QdfJIvyTZSs

Genau genommen mit dieser Kurzanleitung:
ZitatBei mir geht' mit folgenden Schrittten:
1.    Sicherstellen, dass autocreate aktiv ist
2.    Am CUL/HMLAN o.ä. set HMLAN pairforsec 60
3.    Binnen 60sec Aktor in Anlernmodus bringen -> Device wird in fhem angelegt. zB CUL_HM_123456
4.    Nach Ablauf 60sec set <Aktor> pair -> Device wird mit fhem gepaired
5.    rename <Aktor> <AktorNameNeu> -> richtigen Namen zuordnen

Ich glaube, dass vor allem der Schritt 4 zum Erfolg geführt hat. Schritt 5 habe ich nicht mehr ausgeführt.

Mit zum Erfolg meinte ich, dass ich keine Timeouts, Missing ACK und dergleichen habe und das Toggeln als auch das Ein und AUS Setzen jetzt funktioniert.

Nur nach wie vor zeigt die Battery:low an. Reading R-lowBatLimitBA ist auf 10.5 V eingestellt. Doch auch ein Wechsel nach 6V läßt nach wie vor diese Batteriewarnung stehen  :(

Edit: der Thread wird mittlerweile ein richtiger Monolog, aber vielleicht hilfts auch anderen Mal mit gleichen (Anfänger-)problemen ;D
Nach dem Absetzen des 6V Levels und nach einem erneuten Auslösen eines Schaltvorgangs, scheint dieser Battery-Level nun auch beim Aktor angekommen zu sein. Jetzt steht nämlich bei Battery:OK  :D

Michael

franky08

Laut deinem Log sendet der hmusb aber dein Aktor antwortet nicht.
Zitat2014.09.16 21:22:48 0: HMLAN_Parse: hmusb no ACK from 291983
Also missingAck, du solltest vielleicht ein getConfig an den Aktor absetzen und kurz! die Anlerntaste am Aktor betätigen. Damit werden die Readings vom Aktor fhem bekannt gemacht, danach sollte es dan nicht mehr zu missingAck kommen und alles funktionieren.

VG
Frank
Debian Bookworm auf HUNSN / Debian Bullseye auf 2.ter HUNSN F2F an 2x RaspiB
mit FHEM aktuell
22Zoll ViewSonic als Infodislay (WVC)
3xHMLAN mit vccu, raspmatic_rpi3, HMIP-HCU1

Roaster

Danke dir Frank für deine Antwort! Wie bereits oben geschrieben bin ich bereits alle Fehlermeldungen (zumindest bis jetzt) los  ;)

Gott sei Dank, denn das war wahrlich ein steiniger Weg, bis alles lief und das bei nur einem HM Aktor bisher. Ich denke aber, dass alle weiteren dann ein wenig reibungsloser eingerichtet werden können.

Grüße,
Michael

franky08

Ja, ich sehe gerade das, dass was ich dir beschrieben habe deinem Punkt 4 entspricht und somit sollte jetzt alles OK sein. Aufpassen fhem macht süchtig!  :o

VG
Frank
Debian Bookworm auf HUNSN / Debian Bullseye auf 2.ter HUNSN F2F an 2x RaspiB
mit FHEM aktuell
22Zoll ViewSonic als Infodislay (WVC)
3xHMLAN mit vccu, raspmatic_rpi3, HMIP-HCU1

Bennemannc

Hallo,

zum Batteriestatus - der wird immer nur "mitgesendet" also wenn der Level geändert wurde, kommt der neue Status erst, wenn der Actor geschaltet wurde. Der Batterielevel wird nicht alleine geschickt.
Der Bausatz ist im übrigen ein Actor im gegensatz zu einem Taster - das ist ein Sensor. Das sollte auseinander gehalten werden, da es wichtig für das peeren - also das direkte Verbinden von zwei HM Geräten.
Taster sind Sensoren, es gibt ein paar Sonderfälle wie auch Deine Platine. Allerdings werden die "Signale" des eingabauten Tasters nur intern verarbeitet. Drücken auf den Taster sieht FHEM nicht, nur die Zustandsänderung des Actors (Ausgang) wird an FHEM gemeldet.

Gruß Christoph
Cubietruck, Fhem 5.8
CC-RT-DN|LC-SW2-FM|RC-12|RC-19|LC-SW4-BA-PCB|LCp-SW1-BA-PCB|ES-PMSw1-Pl|LC-Bl1PBU-FM|PBI-4-FM|CC-VD|CC-TC|SEC-SC(2)|RC-KEY3-B|LC-Sw1PBU-FM|PB-2-FM|WDS100-C6-O|WDC7000|LC-Bl1-FM
Module: Dewpoint,FB_Callmonitor,HCS,Panstamp,at,notify,THRESHOLD,average,DOIF