HM-LC-Bl1PBU-FM missing ack

Begonnen von Mratlan, 23 Dezember 2012, 01:42:16

Vorheriges Thema - Nächstes Thema
Drucken
Nach unten Seiten1 2 Alle
Benutzer-Aktionen

Mratlan

23 Dezember 2012, 01:42:16
Hallo Zusammen,

möchte mich erst mal für eure tolle Arbeit bedanken. Bis jetzt habe ich nur immer still mitgelesen, leider bin ich an einem Problem am verzweifeln das in den Google-Groups auch schon vorkam, aber die vorgeschlagenen Lösungen haben bei mir noch nicht funktioniert. Ich hoffe Ihr habt eine Idee was das Problem sein könnte.

Konfiguration:
- FB7390
- CUL
- HM-LC-Bl1PBU-FM
- drei weitere Homematik-Komponenten (Bewegungsmelder, Steckdose und Fensterkontakt)
- Alles ganz frisch angeschlossen
- fhem auf den aktuellen Stand gebraucht mit "update fhem" (kleine Randbemerkung - im Einführungsdokument für Einsteiger fehlt das "Blank" es steht dort updatefhem auf Seite 35 in der Version 3.1 - hatte mich etwas verwirrt)

Problem:
- Rolladenaktor sendet missing ack bei Bedienung von FHEM-Web

Bisherige Lösungsansätze:
- Device noch mal komplett mit delete CUL_HM_blindActuator_1AB582 entfernt. -> Save Button
- shutdown restart von fhem
- Rücksetzen des HM-LC-Bl1PBU-FM mit 5 sec gedrückt halten (langsam blinken am Aktor), erneut 5 sec gedrückt halten (schnell blinken am Aktor)
- Prüfung ob Device aus config-File entfernt wurde
- set CUL_0 hmPairForSec 300 (Ein "set CUL_0 hmPairSerial JEQ0103XXX" hatte ich auch schon probiert)

(Mehrfach ein erneutes Pairen probiert - immer das beschriebene Verhalten)

Ergebnis:
fhem-2012-12.log:
2012.12.23 00:55:28 0: Server started (version Fhem 5.3 (DEVELOPMENT), $Id: fhem.pl 2271 2012-12-06 20:44:21Z martinp876 $, pid 6386)
2012.12.23 01:01:17 3: CUL_HM Unknown device CUL_HM_blindActuator_1AB582, please define it
2012.12.23 01:01:17 2: autocreate: define CUL_HM_blindActuator_1AB582 CUL_HM 1AB582 A1A0184001AB58200000021006A4A45513031303330313330010100
2012.12.23 01:01:17 3: CUL_HM pair: CUL_HM_blindActuator_1AB582 blindActuator, model HM-LC-Bl1PBU-FM serialNr JEQ0103013
2012.12.23 01:01:17 2: autocreate: define FileLog_CUL_HM_blindActuator_1AB582 FileLog ./log/CUL_HM_blindActuator_1AB582-%Y.log CUL_HM_blindActuator_1AB5822012.12.23 01:07:14 2: CUL_HM set CUL_HM_blindActuator_1AB582 on rxt:1
2012.12.23 01:07:35 2: CUL_HM set CUL_HM_blindActuator_1AB582 off rxt:1
2012.12.23 01:07:50 2: CUL_HM set CUL_HM_blindActuator_1AB582 on rxt:1


CUL_HM_blindActuator_1AB582  CFGFN  
DEF 1AB582
IODev CUL_0
NAME CUL_HM_blindActuator_1AB582
NR 63
STATE MISSING ACK
TYPE CUL_HM
lastMsg No:01 - t:00 s:1AB582 d:000000 21006A4A45513031303330313330010100
protCmdDel 2
protLastRcv 2012-12-23 01:01:17
protResnd 8 last_at:2012-12-23 01:07:53
protResndFail 4 last_at:2012-12-23 01:07:54
protSnd 4 last_at:2012-12-23 01:07:50
protState CMDs_done_events:3
Readings state MISSING ACK 2012-12-23 01:07:54

CUL_HM_blindActuator_1AB582
devInfo 010100
firmware 2.1
hmClass receiver
model HM-LC-Bl1PBU-FM
room CUL_HM
serialNr JEQ0103XXX
subType blindActuator


CUL_HM_blindActuator_1AB582-2012.log:
2012-12-23_01:01:21 CUL_HM_blindActuator_1AB582 MISSING ACK
2012-12-23_01:07:14 CUL_HM_blindActuator_1AB582 set_on
2012-12-23_01:07:18 CUL_HM_blindActuator_1AB582 MISSING ACK
2012-12-23_01:07:35 CUL_HM_blindActuator_1AB582 set_off
2012-12-23_01:07:39 CUL_HM_blindActuator_1AB582 MISSING ACK
2012-12-23_01:07:50 CUL_HM_blindActuator_1AB582 set_on
2012-12-23_01:07:54 CUL_HM_blindActuator_1AB582 MISSING ACK
2012-12-23_01:08:42 CUL_HM_blindActuator_1AB582 deviceMsg: 53 % (to ActionDetector) # -> manuelle Betätigung des Tasters
2012-12-23_01:08:42 CUL_HM_blindActuator_1AB582 motor: up:53 %
2012-12-23_01:08:42 CUL_HM_blindActuator_1AB582 53 %
2012-12-23_01:08:50 CUL_HM_blindActuator_1AB582 deviceMsg: 57 % (to ActionDetector)
2012-12-23_01:08:50 CUL_HM_blindActuator_1AB582 57 %

fatgary

#1
23 Dezember 2012, 14:25:38
Zitat von: Mratlan schrieb am So, 23 Dezember 2012 01:42Problem:
- Rolladenaktor sendet missing ack bei Bedienung von FHEM-Web

Bisherige Lösungsansätze:
- Device noch mal komplett mit delete CUL_HM_blindActuator_1AB582 entfernt. -> Save Button
- shutdown restart von fhem
- Rücksetzen des HM-LC-Bl1PBU-FM mit 5 sec gedrückt halten (langsam blinken am Aktor), erneut 5 sec gedrückt halten (schnell blinken am Aktor)
- Prüfung ob Device aus config-File entfernt wurde
- set CUL_0 hmPairForSec 300 (Ein "set CUL_0 hmPairSerial JEQ0103XXX" hatte ich auch schon probiert)

(Mehrfach ein erneutes Pairen probiert - immer das beschriebene Verhalten)


Ich bin auch ganz neu hier, CUL+gleiche FritzBox...
Die HM Geräte mit Unterfunktionen konnte ich sehen, nach Pairing und erst nach
230V-Taster-Druck während des Pairings.
"Die Paarung" von FHEM/CUL in Richtung Aktoren mit den beiden Aktoren,
die ich mir geliehen habe, habe ich erst hinbekommen, als ich in der
Oberfläche set CUL_XXX pair gezielt aufgerufen habe (nichts tippen,
nur im richtigen Kontext im WebGUI auswählen!(//images/smiley_icons/icon_wink.gif). Per Seriennummer habe ich
nicht ausprobiert...
Per Zeitfenster für automatisches Pairing habe ich das nicht hinbekommen.
Auch ich (wie schon andere) hatte erwartet, mit dem Save-Button eine direkte
Funktion zu veranlassen. Vielleicht sollte man die Zeile per Config freigeben,
damit sie keinen verwirrt.

In Hoffnung, dass der Hinweis brauchbar ist.

Mratlan

#2
23 Dezember 2012, 18:00:06
Ich wie du beschrieben hast folgendes ausprobiert:
- Anlernmodus an dem Jalousie-Schalter durch kurzes Tippen gestartet (Blinken der LED)
- Dann gleichzeitig an über FHEM-Web ausgewählt "Set CUL_HM_blindActuator_1AB582 pair" - Enter gedrückt

Leider immer noch missing ack

Auch wenn ich versuche Register auszulesen kommt sowas:
2012-12-23_17:06:55 CUL_HM_blindActuator_1AB582 RESPONSE TIMEOUT:RegisterRead
2012-12-23_17:06:57 CUL_HM_blindActuator_1AB582 RESPONSE TIMEOUT:PeerList
2012-12-23_17:06:59 CUL_HM_blindActuator_1AB582 RESPONSE TIMEOUT:RegisterRead
2012-12-23_17:10:18 CUL_HM_blindActuator_1AB582 MISSING ACK

Hast du noch was anders gemacht als ich? Sonst noch Vorschläge?

martinp876

#3
27 Dezember 2012, 08:37:15
Hi,

dein aktor schient keine Nachrichten zu empfangen. Moeglich ist, dass der Aktor Nachrichten sendet und HMLAN diese empfaegt - aber die andere Richtung nicht funktioniert. Ist der Abstand hoch so dass es zu uebertragungsproblemen kommen koennte?

Die einzige bestaetigte Nachricht ist die vom Anlernen. Um etwas tiefer blicken zu koennen musst du einmal die messages aufzeichnen. Dazu solltest du folgende Attribute setzen:

attr global mseclog 1
attr global verbose 1
attr <hmlan> hmProtocolEvents 3
attr <hmlan> loglevel 1

Die Traces werden ins logfile geschrieben.

Jetzt ein paar Aktionen durchführen:
- Anlernen druecken
- set <name> pair
- set <name> on

dann die Logs posten

Gruss
Martin

Mratlan

#4
27 Dezember 2012, 23:40:10
Hallo Martin,

Der Abstand ist hoch. Mein CUL ist im Keller an meiner Fritzbox. Der Jalousie-Aktor ist im 1. Stock in der Wand. Ein Test mit anderen HM-Geräten (Schaltbare-Mobile-Steckdose)hat aber auch noch im 2. Stock in allen Steckdosen die ich ausprobiert hatte immer funktioniert.
Kann natürlich sein, das der Wandeinbau für eine stärkere Abschirmung sorgt. Aber zumindest bekommt meine CUL immer alles mit was ich am Jalousie-Aktor durchführe.
Ich habe noch mal ein update fhem durchgeführt. Erneut getestet  keine Verbesserung. Dann habe ich noch wie du vorgeschlagen hast folgendes durchgeführt:

attr global mseclog 1
attr global verbose 1
attr <hmlan> hmProtocolEvents 3
attr <hmlan> loglevel 1

Bei set on, bzw. off erscheint folgendes im Hauptlog:
2012.12.27 22:31:03.501 1: SND L:0E N:04 F:A0 CMD:11 SRC:F11034 DST:CUL_HM_blindActuator_1AB582 0201C80000 (SET CHANNEL:0x01 VALUE:0xC8 RAMPTIME:2) (,BIDI,RPTEN)
2012.12.27 22:31:05.521 1: SW: As0E04A011F110341AB5820201C80000
2012.12.27 22:31:06.537 1: SW: As0E04A011F110341AB5820201C80000
2012.12.27 22:31:52.944 1: SW: As0E05A011F110341AB5820201000000
2012.12.27 22:31:52.960 1: SND L:0E N:05 F:A0 CMD:11 SRC:F11034 DST:CUL_HM_blindActuator_1AB582 0201000000 (SET CHANNEL:0x01 VALUE:0x00 RAMPTIME:2) (,BIDI,RPTEN)
2012.12.27 22:31:54.981 1: SW: As0E05A011F110341AB5820201000000
2012.12.27 22:31:55.998 1: SW: As0E05A011F110341AB5820201000000

Der Event-Monitor zeigt folgendes:
2012-12-27 22:31:03.480 CUL_HM CUL_HM_blindActuator_1AB582 set_on
2012-12-27 22:31:03.514 CUL CUL_0 SND L:0E N:04 F:A0 CMD:11 SRC:F11034 DST:CUL_HM_blindActuator_1AB582 0201C80000 (SET CHANNEL:0x01 VALUE:0xC8 RAMPTIME:2) (,BIDI,RPTEN)
2012-12-27 22:31:07.574 CUL_HM CUL_HM_blindActuator_1AB582 MISSING ACK
2012-12-27 22:31:52.940 CUL_HM CUL_HM_blindActuator_1AB582 set_off
2012-12-27 22:31:52.974 CUL CUL_0 SND L:0E N:05 F:A0 CMD:11 SRC:F11034 DST:CUL_HM_blindActuator_1AB582 0201000000 (SET CHANNEL:0x01 VALUE:0x00 RAMPTIME:2) (,BIDI,RPTEN)
2012-12-27 22:31:57.032 CUL_HM CUL_HM_blindActuator_1AB582 MISSING ACK

So, jetzt mal fhem auf pairen einstellen:
2012-12-27 22:37:34.200 CUL CUL_0 hmPairForSec 300

Jetzt kurz den Anlernen Button drücken:
2012-12-27 22:37:48.881 CUL CUL_0 RCV L:1A N:58 F:84 CMD:00 SRC:CUL_HM_blindActuator_1AB582 DST:broadcast 21006A4A45513031303330313330010100 (DEVICE_INFO FIRMWARE:0x21 TYPE:0x006A SERIALNO:JEQ0103013 CLASS:0x30 PEER_CHANNEL_A:0x01 PEER_CHANNEL_B:0x01 UNKNOWN:0x00) (,CFG,RPTEN)
2012-12-27 22:37:48.970 CUL CUL_0 SND L:10 N:06 F:A0 CMD:01 SRC:F11034 DST:CUL_HM_blindActuator_1AB582 00050000000000 (CONFIG_START CHANNEL:0x00 PEER_ADDRESS:0x000000 PEER_CHANNEL:0x00 PARAM_LIST:0x00) (,BIDI,RPTEN)
2012-12-27 22:37:49.119 CUL CUL_0 RCV L:0A N:06 F:80 CMD:02 SRC:CUL_HM_blindActuator_1AB582 DST:F11034 00 (ACK) (,RPTEN)
2012-12-27 22:37:49.139 CUL_HM CUL_HM_blindActuator_1AB582 CommandAccepted: yes
2012-12-27 22:37:49.160 CUL CUL_0 SND L:13 N:07 F:A0 CMD:01 SRC:F11034 DST:CUL_HM_blindActuator_1AB582 000802010AF10B100C34 (CONFIG_WRITE_INDEX CHANNEL:0x00 DATA: 02:01 0A:F1 0B:10 0C:34) (,BIDI,RPTEN)
2012-12-27 22:37:49.367 CUL CUL_0 RCV L:0A N:07 F:80 CMD:02 SRC:CUL_HM_blindActuator_1AB582 DST:F11034 00 (ACK) (,RPTEN)
2012-12-27 22:37:49.388 CUL_HM CUL_HM_blindActuator_1AB582 CommandAccepted: yes
2012-12-27 22:37:49.407 CUL CUL_0 SND L:0B N:08 F:A0 CMD:01 SRC:F11034 DST:CUL_HM_blindActuator_1AB582 0006 (CONFIG_END CHANNEL:0x00) (,BIDI,RPTEN)
2012-12-27 22:37:49.608 CUL CUL_0 RCV L:0A N:08 F:80 CMD:02 SRC:CUL_HM_blindActuator_1AB582 DST:F11034 00 (ACK) (,RPTEN)
2012-12-27 22:37:49.626 CUL_HM CUL_HM_blindActuator_1AB582 CommandAccepted: yes

2012-12-27 22:43:30.207 CUL CUL_0 SND L:15 N:09 F:A4 CMD:01 SRC:F11034 DST:broadcast 010A4a455130313033303133 (PAIR_SERIAL SERIALNO:JEQ0103013) (,CFG,BIDI,RPTEN)
2012-12-27 22:43:30.376 CUL CUL_0 RCV L:1A N:09 F:80 CMD:00 SRC:CUL_HM_blindActuator_1AB582 DST:F11034 21006A4A45513031303330313330010100 (DEVICE_INFO FIRMWARE:0x21 TYPE:0x006A SERIALNO:JEQ0103013 CLASS:0x30 PEER_CHANNEL_A:0x01 PEER_CHANNEL_B:0x01 UNKNOWN:0x00) (,RPTEN)
2012-12-27 22:43:30.402 CUL CUL_0 SND L:10 N:0A F:A0 CMD:01 SRC:F11034 DST:CUL_HM_blindActuator_1AB582 00050000000000 (CONFIG_START CHANNEL:0x00 PEER_ADDRESS:0x000000 PEER_CHANNEL:0x00 PARAM_LIST:0x00) (,BIDI,RPTEN)
2012-12-27 22:43:30.616 CUL CUL_0 RCV L:0A N:0A F:80 CMD:02 SRC:CUL_HM_blindActuator_1AB582 DST:F11034 00 (ACK) (,RPTEN)
2012-12-27 22:43:30.635 CUL_HM CUL_HM_blindActuator_1AB582 CommandAccepted: yes
2012-12-27 22:43:30.653 CUL CUL_0 SND L:13 N:0B F:A0 CMD:01 SRC:F11034 DST:CUL_HM_blindActuator_1AB582 000802010AF10B100C34 (CONFIG_WRITE_INDEX CHANNEL:0x00 DATA: 02:01 0A:F1 0B:10 0C:34) (,BIDI,RPTEN)
2012-12-27 22:43:30.858 CUL CUL_0 RCV L:0A N:0B F:80 CMD:02 SRC:CUL_HM_blindActuator_1AB582 DST:F11034 00 (ACK) (,RPTEN)
2012-12-27 22:43:30.877 CUL_HM CUL_HM_blindActuator_1AB582 CommandAccepted: yes
2012-12-27 22:43:30.895 CUL CUL_0 SND L:0B N:0C F:A0 CMD:01 SRC:F11034 DST:CUL_HM_blindActuator_1AB582 0006 (CONFIG_END CHANNEL:0x00) (,BIDI,RPTEN)
2012-12-27 22:43:31.101 CUL CUL_0 RCV L:0A N:0C F:80 CMD:02 SRC:CUL_HM_blindActuator_1AB582 DST:F11034 00 (ACK) (,RPTEN)
2012-12-27 22:43:31.123 CUL_HM CUL_HM_blindActuator_1AB582 CommandAccepted: yes
2012-12-27 22:45:02.556 CUL_HM CUL_HM_blindActuator_1AB582 set_off
2012-12-27 22:45:02.587 CUL CUL_0 SND L:0E N:0D F:A0 CMD:11 SRC:F11034 DST:CUL_HM_blindActuator_1AB582 0201000000 (SET CHANNEL:0x01 VALUE:0x00 RAMPTIME:2) (,BIDI,RPTEN)
2012-12-27 22:45:04.779 CUL CUL_0 RCV L:0E N:0D F:80 CMD:02 SRC:CUL_HM_blindActuator_1AB582 DST:F11034 010100005E (ACK_STATUS CHANNEL:0x01 STATUS:0x00 UP:0 DOWN:0 LOWBAT:0 RSSI:-94) (,RPTEN)
2012-12-27 22:45:04.797 CUL_HM CUL_HM_blindActuator_1AB582 CommandAccepted: yes
2012-12-27 22:45:04.825 CUL_HM CUL_HM_blindActuator_1AB582 deviceMsg: off (to CUL_0)
2012-12-27 22:45:04.825 CUL_HM CUL_HM_blindActuator_1AB582 motor: stop:off
2012-12-27 22:45:04.825 CUL_HM CUL_HM_blindActuator_1AB582 off
2012-12-27 22:45:10.057 CUL_HM CUL_HM_blindActuator_1AB582 set_on
2012-12-27 22:45:10.088 CUL CUL_0 SND L:0E N:0E F:A0 CMD:11 SRC:F11034 DST:CUL_HM_blindActuator_1AB582 0201C80000 (SET CHANNEL:0x01 VALUE:0xC8 RAMPTIME:2) (,BIDI,RPTEN)
2012-12-27 22:45:10.257 CUL CUL_0 RCV L:0E N:0E F:80 CMD:02 SRC:CUL_HM_blindActuator_1AB582 DST:F11034 010100105C (ACK_STATUS CHANNEL:0x01 STATUS:0x00 UP:1 DOWN:0 LOWBAT:0 RSSI:-92) (,RPTEN)
2012-12-27 22:45:10.277 CUL_HM CUL_HM_blindActuator_1AB582 CommandAccepted: yes
2012-12-27 22:45:10.309 CUL_HM CUL_HM_blindActuator_1AB582 deviceMsg: off (to CUL_0)
2012-12-27 22:45:10.309 CUL_HM CUL_HM_blindActuator_1AB582 motor: up:off
2012-12-27 22:45:10.309 CUL_HM CUL_HM_blindActuator_1AB582 off
2012-12-27 22:45:40.651 CUL_HM CUL_HM_blindActuator_1AB582 set_off
2012-12-27 22:45:40.683 CUL CUL_0 SND L:0E N:0F F:A0 CMD:11 SRC:F11034 DST:CUL_HM_blindActuator_1AB582 0201000000 (SET CHANNEL:0x01 VALUE:0x00 RAMPTIME:2) (,BIDI,RPTEN)
2012-12-27 22:45:44.739 CUL_HM CUL_HM_blindActuator_1AB582 MISSING ACK
2012-12-27 22:45:51.041 CUL_HM CUL_HM_blindActuator_1AB582 set_on
2012-12-27 22:45:51.075 CUL CUL_0 SND L:0E N:10 F:A0 CMD:11 SRC:F11034 DST:CUL_HM_blindActuator_1AB582 0201C80000 (SET CHANNEL:0x01 VALUE:0xC8 RAMPTIME:2) (,BIDI,RPTEN)
2012-12-27 22:45:55.132 CUL_HM CUL_HM_blindActuator_1AB582 MISSING ACK
2012-12-27 22:46:07.931 CUL CUL_0 RCV L:0D N:0F F:A4 CMD:10 SRC:CUL_HM_blindActuator_1AB582 DST:F11034 0601C800 (INFO_ACTUATOR_STATUS) (,CFG,BIDI,RPTEN)
2012-12-27 22:46:08.024 CUL CUL_0 SND L:0A N:0F F:80 CMD:02 SRC:F11034 DST:CUL_HM_blindActuator_1AB582 00 (ACK) (,RPTEN)
2012-12-27 22:46:08.054 CUL_HM CUL_HM_blindActuator_1AB582 deviceMsg: on (to CUL_0)
2012-12-27 22:46:08.054 CUL_HM CUL_HM_blindActuator_1AB582 motor: stop:on
2012-12-27 22:46:08.054 CUL_HM CUL_HM_blindActuator_1AB582 on
2012-12-27 22:47:38.982 CUL_HM CUL_HM_blindActuator_1AB582 set_off
2012-12-27 22:47:39.016 CUL CUL_0 SND L:0E N:10 F:A0 CMD:11 SRC:F11034 DST:CUL_HM_blindActuator_1AB582 0201000000 (SET CHANNEL:0x01 VALUE:0x00 RAMPTIME:2) (,BIDI,RPTEN)
2012-12-27 22:47:39.183 CUL CUL_0 RCV L:0E N:10 F:80 CMD:02 SRC:CUL_HM_blindActuator_1AB582 DST:F11034 0101C8205E (ACK_STATUS CHANNEL:0x01 STATUS:0xC8 UP:0 DOWN:1 LOWBAT:0 RSSI:-94) (,RPTEN)
2012-12-27 22:47:39.204 CUL_HM CUL_HM_blindActuator_1AB582 CommandAccepted: yes
2012-12-27 22:47:39.235 CUL_HM CUL_HM_blindActuator_1AB582 deviceMsg: on (to CUL_0)
2012-12-27 22:47:39.235 CUL_HM CUL_HM_blindActuator_1AB582 motor: down:on
2012-12-27 22:47:39.235 CUL_HM CUL_HM_blindActuator_1AB582 on
2012-12-27 22:48:36.904 CUL CUL_0 RCV L:0D N:11 F:A4 CMD:10 SRC:CUL_HM_blindActuator_1AB582 DST:F11034 06010000 (INFO_ACTUATOR_STATUS) (,CFG,BIDI,RPTEN)
2012-12-27 22:48:36.995 CUL CUL_0 SND L:0A N:11 F:80 CMD:02 SRC:F11034 DST:CUL_HM_blindActuator_1AB582 00 (ACK) (,RPTEN)
2012-12-27 22:48:37.024 CUL_HM CUL_HM_blindActuator_1AB582 deviceMsg: off (to CUL_0)
2012-12-27 22:48:37.024 CUL_HM CUL_HM_blindActuator_1AB582 motor: stop:off
2012-12-27 22:48:37.024 CUL_HM CUL_HM_blindActuator_1AB582 off

Wie man sehen kann ist es mir jetzt möglich gewesen die Jalousie zu steuern.

Rein von der Logik sollte das ja kein Unterschied machen mit welchen Log-Level ich arbeite.
Sieht man eigentlich irgendwo die Empfangsstärke?

Wenn ich jetzt noch mal ein Kommando über fhem-web absetzte wird dies ohne murren ausgeführt:
2012-12-27 23:07:38.057 CUL_HM CUL_HM_blindActuator_1AB582 set_on
2012-12-27 23:07:38.092 CUL CUL_0 SND L:0E N:12 F:A0 CMD:11 SRC:F11034 DST:CUL_HM_blindActuator_1AB582 0201C80000 (SET CHANNEL:0x01 VALUE:0xC8 RAMPTIME:2) (,BIDI,RPTEN)
2012-12-27 23:07:38.254 CUL CUL_0 RCV L:0E N:12 F:80 CMD:02 SRC:CUL_HM_blindActuator_1AB582 DST:F11034 010100105C (ACK_STATUS CHANNEL:0x01 STATUS:0x00 UP:1 DOWN:0 LOWBAT:0 RSSI:-92) (,RPTEN)
2012-12-27 23:07:38.279 CUL_HM CUL_HM_blindActuator_1AB582 CommandAccepted: yes
2012-12-27 23:07:38.311 CUL_HM CUL_HM_blindActuator_1AB582 deviceMsg: off (to CUL_0)
2012-12-27 23:07:38.311 CUL_HM CUL_HM_blindActuator_1AB582 motor: up:off
2012-12-27 23:07:38.311 CUL_HM CUL_HM_blindActuator_1AB582 off

Versuche ich während der Rolladen läuft weitere Kommandos zu geben hat der Aktor damit aber ein Problem, bzw. gibt mir wieder MISSING ACK:
2012-12-27 23:07:42.057 CUL_HM CUL_HM_blindActuator_1AB582 set_off
2012-12-27 23:07:42.089 CUL CUL_0 SND L:0E N:13 F:A0 CMD:11 SRC:F11034 DST:CUL_HM_blindActuator_1AB582 0201000000 (SET CHANNEL:0x01 VALUE:0x00 RAMPTIME:2) (,BIDI,RPTEN)
2012-12-27 23:07:46.147 CUL_HM CUL_HM_blindActuator_1AB582 MISSING ACK
2012-12-27 23:07:46.695 CUL_HM CUL_HM_blindActuator_1AB582 set_on
2012-12-27 23:07:46.727 CUL CUL_0 SND L:0E N:14 F:A0 CMD:11 SRC:F11034 DST:CUL_HM_blindActuator_1AB582 0201C80000 (SET CHANNEL:0x01 VALUE:0xC8 RAMPTIME:2) (,BIDI,RPTEN)
2012-12-27 23:07:49.416 CUL_HM CUL_HM_blindActuator_1AB582 set_off
2012-12-27 23:07:50.782 CUL_HM CUL_HM_blindActuator_1AB582 MISSING ACK
2012-12-27 23:07:54.692 CUL_HM CUL_HM_blindActuator_1AB582 set_on
2012-12-27 23:07:54.725 CUL CUL_0 SND L:0E N:15 F:A0 CMD:11 SRC:F11034 DST:CUL_HM_blindActuator_1AB582 0201C80000 (SET CHANNEL:0x01 VALUE:0xC8 RAMPTIME:2) (,BIDI,RPTEN)
2012-12-27 23:07:58.781 CUL_HM CUL_HM_blindActuator_1AB582 MISSING ACK

Erst nach dem der Rolladen seine Endposition erreicht hat, kann er wieder gesteuert werden  vielleicht ist das ja das Normalverhalten? Mir fehlt da die Erfahrung.

Ich wollte jetzt noch mal mit den ursprünglichen Log-Leveln testen. Das sollte sich automatisch wieder einstellen wenn ich ein shutdown restart durchführe, da ich ja die Änderungen in den Log-Leveln nicht gespeichert hatte.
Gesagt, getan und ein neuer Test:
2012-12-27 23:22:55 CUL_HM CUL_HM_blindActuator_1AB582 set_on
2012-12-27 23:22:59 CUL_HM CUL_HM_blindActuator_1AB582 MISSING ACK
2012-12-27 23:23:36 CUL_HM CUL_HM_blindActuator_1AB582 set_off
2012-12-27 23:23:40 CUL_HM CUL_HM_blindActuator_1AB582 MISSING ACK
2012-12-27 23:23:49 CUL_HM CUL_HM_blindActuator_1AB582 deviceMsg: on (to CUL_0)
2012-12-27 23:23:49 CUL_HM CUL_HM_blindActuator_1AB582 motor: stop:on
2012-12-27 23:23:49 CUL_HM CUL_HM_blindActuator_1AB582 on
2012-12-27 23:23:57 CUL_HM CUL_HM_blindActuator_1AB582 set_off
2012-12-27 23:24:01 CUL_HM CUL_HM_blindActuator_1AB582 MISSING ACK

Der Unterschied ist jetzt, das der Rolladen trotz der MISSING ACK nach oben, bzw. nach unten fährt.

Also ein wenig ist der Wurm noch drin, aber da mich der Rolladen-Aktor nicht mehr komplett ignoriert ist mir schon mal geholfen. Dafür erst mal vielen, vielen Dank Martin (ich war echt schon am verzweifeln...(//images/smiley_icons/icon_wink.gif).
Falls es da noch "Tuning"-Einstellungen gibt um das MISSING ACK abzuschalten würde ich das natürlich gerne noch mal ausprobieren.

Viele Grüße,
Werner

LuckyDay

#5
28 Dezember 2012, 00:17:43
Hi Mratlan,

Ich habe in deinem Log, RSSI:-94, -92 gesehen

da bist du jenseits von gut

ich habe bei mir in jedem Stockwerk inzwischen einen Sender

martinp876

#6
28 Dezember 2012, 10:04:04
Hi Hary,

ich interpretiere folgendes

beim ersten Versuch  hattest du evtl. noch nicht gepairt. Daher sind die Kommandos nicht akzeptiert worden. Sonst haette ich keine erklaerung.

Nach dem Anlernen sieht es erst einmal gut aus.

So - wenn ich es recht sehe schaltest du den Motor abwechselnd an/aus. Der Motor kommt nicht zum Stehen.

Interresant sind die mit unter langen antwortzeiten des Aktors. Schon beim Ersten off kommt das ACK erst nach 2,2sec. Das kann eigentlich nur von wiederholungen herkommen.

Werde es mal probieren...

Gruss
Martin

Mratlan

#7
28 Dezember 2012, 16:53:12
Hallo Martin,

Also, ich habe noch mal auf die Zeiten geachtet - wenn ich den Button auf der Weboberfläche klicke startet der Rolladen sofort. Also scheint der Befehl sofort anzukommen.
Siehe auch hier:
2012-12-28_16:43:32 CUL_HM_blindActuator_1AB582 set_off
2012-12-28_16:43:35 CUL_HM_blindActuator_1AB582 CommandAccepted: yes
Obwohl das CommandAccepted erst 3 Sekunden später kommt ist der Rolladen schon längst unterwegs...
 
2012-12-28_16:43:35 CUL_HM_blindActuator_1AB582 deviceMsg: 95.5 % (to CUL_0)
2012-12-28_16:43:35 CUL_HM_blindActuator_1AB582 motor: down:95.5 %
2012-12-28_16:43:35 CUL_HM_blindActuator_1AB582 95.5 %

Zu diesen Zeitpunkt hört man den Aktor kurz "klicken", also so als ob ein Relais schaltet:
2012-12-28_16:44:30 CUL_HM_blindActuator_1AB582 deviceMsg: off (to CUL_0)
2012-12-28_16:44:30 CUL_HM_blindActuator_1AB582 motor: stop:off
2012-12-28_16:44:30 CUL_HM_blindActuator_1AB582 off
Jetzt werden auch wieder Befehle akzeptiert.

Gruß,
Werner

PS.: Wer ist Hary? ;-)

Mratlan

#8
28 Dezember 2012, 17:08:46
Zitat von: fhem-hm-knecht schrieb am Fr, 28 Dezember 2012 00:17Hi Mratlan,

Ich habe in deinem Log, RSSI:-94, -92 gesehen

da bist du jenseits von gut

ich habe bei mir in jedem Stockwerk inzwischen einen Sender


Hi fhem-hm-knecht,

die Werte habe ich auch gesehen. Ich habe den CUL jetzt mal ein Stock höher gelegt (Per USB-Verlängerung durch einen Kabelschacht). Jetzt ist er quasi im EG. Im FHEM-Web steht folgendes:
CUL_HM_blindActuator_1AB582
CUL_0_MSGCNT 21
CUL_0_RAWMSG A0D08A4101AB582F110340601000014
CUL_0_RSSI -64
...
Ist das jetzt der Empfangswert Aktor -> CUL? Oder CUL -> Aktor?

Drehe ich noch mal den Log-Level hoch und gebe jetzt ein Kommando "off"
2012-12-28 17:03:07.531 CUL_HM CUL_HM_blindActuator_1AB582 set_off
2012-12-28 17:03:07.567 CUL CUL_0 SND L:0E N:0B F:A0 CMD:11 SRC:F11034 DST:CUL_HM_blindActuator_1AB582 0201000000 (SET CHANNEL:0x01 VALUE:0x00 RAMPTIME:2) (,BIDI,RPTEN)
2012-12-28 17:03:09.761 CUL CUL_0 RCV L:0E N:0B F:80 CMD:02 SRC:CUL_HM_blindActuator_1AB582 DST:F11034 0101BF205A (ACK_STATUS CHANNEL:0x01 STATUS:0xBF UP:0 DOWN:1 LOWBAT:0 RSSI:-90) (,RPTEN)
2012-12-28 17:03:09.782 CUL_HM CUL_HM_blindActuator_1AB582 CommandAccepted: yes
2012-12-28 17:03:09.811 CUL_HM CUL_HM_blindActuator_1AB582 deviceMsg: 95.5 % (to CUL_0)
2012-12-28 17:03:09.811 CUL_HM CUL_HM_blindActuator_1AB582 motor: down:95.5 %
2012-12-28 17:03:09.811 CUL_HM CUL_HM_blindActuator_1AB582 95.5 %
2012-12-28 17:04:05.457 CUL CUL_0 RCV L:0D N:0C F:A4 CMD:10 SRC:CUL_HM_blindActuator_1AB582 DST:F11034 06010000 (INFO_ACTUATOR_STATUS) (,CFG,BIDI,RPTEN)
2012-12-28 17:04:05.550 CUL CUL_0 SND L:0A N:0C F:80 CMD:02 SRC:F11034 DST:CUL_HM_blindActuator_1AB582 00 (ACK) (,RPTEN)
2012-12-28 17:04:05.581 CUL_HM CUL_HM_blindActuator_1AB582 deviceMsg: off (to CUL_0)
2012-12-28 17:04:05.581 CUL_HM CUL_HM_blindActuator_1AB582 motor: stop:off
2012-12-28 17:04:05.581 CUL_HM CUL_HM_blindActuator_1AB582 off

Findet man wieder den RSSI-Wert -90.

Aber wenn man zwischen den Kommandos wartet funktioniert das bis jetzt jedesmal. Mir ist die Bedeutung der unterschiedlichen RSSI-Werte noch nicht so klar.
Gruß,
Werner

Mratlan

#9
28 Dezember 2012, 18:23:54
Zitat von: martinp876 schrieb am Fr, 28 Dezember 2012 10:04Hi Hary,

ich interpretiere folgendes

beim ersten Versuch  hattest du evtl. noch nicht gepairt. Daher sind die Kommandos nicht akzeptiert worden. Sonst haette ich keine erklaerung.

Nach dem Anlernen sieht es erst einmal gut aus.

So - wenn ich es recht sehe schaltest du den Motor abwechselnd an/aus. Der Motor kommt nicht zum Stehen.

Interresant sind die mit unter langen antwortzeiten des Aktors. Schon beim Ersten off kommt das ACK erst nach 2,2sec. Das kann eigentlich nur von wiederholungen herkommen.

Werde es mal probieren...

Gruss
Martin

Nach dem ich noch weitere (andere HM-Devices) eingerichtet habe, reagiert der Motor auch auf ein direktes on oder off sofort:
2012-12-28_18:18:27 CUL_HM_blindActuator_1AB582 set_on
2012-12-28_18:18:27 CUL_HM_blindActuator_1AB582 CommandAccepted: yes
2012-12-28_18:18:27 CUL_HM_blindActuator_1AB582 deviceMsg: 20.5 % (to CUL_0)
2012-12-28_18:18:27 CUL_HM_blindActuator_1AB582 motor: up:20.5 %
2012-12-28_18:18:27 CUL_HM_blindActuator_1AB582 20.5 %
2012-12-28_18:18:28 CUL_HM_blindActuator_1AB582 set_off
2012-12-28_18:18:28 CUL_HM_blindActuator_1AB582 CommandAccepted: yes
2012-12-28_18:18:28 CUL_HM_blindActuator_1AB582 deviceMsg: 23.5 % (to CUL_0)
2012-12-28_18:18:28 CUL_HM_blindActuator_1AB582 motor: down:23.5 %
2012-12-28_18:18:28 CUL_HM_blindActuator_1AB582 23.5 %

Somit kann ich jetzt auch während des Fahrens schalten. Ursache ist mir nicht vollkommen klar. Kann natürlich auch damit zusammenhängen das ich die Entfernung Sender <-> Empfänger etwas verkürzt habe.

martinp876

#10
29 Dezember 2012, 09:37:42
Hallo Werner,

wenn es funktioniert ist es erst einmal gut.
Falls es tatsaechlich an der Entfernung oder sonstigen Stoerungen gelegen hat kann ich natuerlich nichts machen.

Der Aktor MUSS kommandos entgegennehmen, auch wenn der Motor noch fährt (und das klacken noch aussteht). Man muss den Motor ja auch stoppen koennen.

ich teste es noch einmal bei mir. So schnell hast du eigentlich nicht geschaltet....

Gruss
Martin

LuckyDay

#11
29 Dezember 2012, 13:29:39
Hallo Werner,

meine Erfahrung zu RSSI Werte

Werte zw 40 und 70 sind ok 80 -100 kann, muß aber nicht.
ich habe in meiner Installation 2 Hmlan und einen Cul,
jedes Device ist über attr io zugeordnet.
ich habe auch 2 launische schaltactoren, der eine redet nur mit dem Cul,
der andere nur mit dem Hmlan,
db werte um die 50, luftlinie 3m vom Sender... ist halt HF

Rollactor und die 3 RSSI werte

(siehe Anhang / see attachement)

Mratlan

#12
10 Januar 2015, 23:44:16
Hallo Zusammen,

ich muss das Thema noch mal nach über zwei Jahren aufmachen. Meine FHEM Installation habe ich grade von meiner FB auf einen RaspberryPi umgezogen. Leider tritt wieder das Problem mit dem "missing ack" auf.
Ich habe daraufhin den Abstand zwischen dem HM-LC-Bl1PBU-FM (leider mit der zumindest bei einigen anderen problematischen Firmware 2.1)  weiter verkürzt. Somit sollten aus meiner Sicht die Empfangsprobleme behoben sein. Zumindest sind die RSSI Werte jetzt in Ordnung, oder?
Ich habe schon versucht ein Firmware-Update des HM-LC-Bl1PBU-FM zu starten - das hat aber nicht geklappt.

Also habe ich erst mal meinen CUL auf einen aktuellen Firmwarestand gebracht:
Code Auswählen
state Initialized
version V 1.61 CUL868

Damit das pairen mit dem HM-LC-Bl1PBU-FM klappte musste ich die hmId vom CUL auf 000000 setzen. Sonst hatte mir der set hm configCheck immer ein Problem gemeldet. Vielleicht ist das ein Fehler?

Hier mal die Werte die mir im FHEM-Weboberfläche angezeigt werden.
Code Auswählen

CUL_0_MSGCNT 6
CUL_0_RAWMSG A0E05A0101AB5820000000100000000::-49:CUL_0
CUL_0_RSSI -49
CUL_0_TIME 2015-01-10 22:55:38
DEF 1AB582
IODev CUL_0
LASTInputDev CUL_0
MSGCNT 6
NAME jalu
NR 85
STATE MISSING ACK
TYPE CUL_HM
lastMsg No:05 - t:10 s:1AB582 d:000000 0100000000
protCmdDel 1
protLastRcv 2015-01-10 22:55:38
protResnd 3 last_at:2015-01-10 22:51:59
protResndFail 1 last_at:2015-01-10 22:52:04
protSnd 10 last_at:2015-01-10 22:55:38
protState CMDs_done
rssi_CUL_0 avg:-76 min:-76 max:-76 lst:-76 cnt:1
rssi_at_CUL_0 avg:-49.08 min:-49.5 max:-48.5 lst:-49 cnt:6

D-firmware 2.1 2015-01-10 01:47:29
D-serialNr JEQ0103013 2015-01-10 01:47:29
PairedTo 0x000000 2015-01-10 22:55:37
R-confBtnTime permanent 2015-01-10 00:23:25
R-driveDown 50 s 2015-01-10 00:56:19
R-driveTurn 0.5 s 2015-01-10 00:56:19
R-driveUp 50 s 2015-01-10 00:56:19
R-intKeyVisib invisib 2015-01-10 00:23:25
R-pairCentral 0x000000 2015-01-10 00:56:18
R-sign off 2015-01-10 00:56:19
RegL_00: 02:00 0A:00 0B:00 0C:00 15:FF 00:00 2015-01-10 22:55:37
RegL_01: 08:00 09:00 0A:00 0B:01 0C:F4 0D:01 0E:F4 0F:05 10:00 00:00 2015-01-10 22:55:37
deviceMsg off (to broadcast) 2015-01-10 22:50:57
fwUpdate fail:notInBootLoader 2015-01-10 00:59:44
level 0 2015-01-10 22:50:57
motor stop:off 2015-01-10 22:50:57
pct 0 2015-01-10 22:50:57
powerOn 2015-01-10 01:42:23 2015-01-10 01:42:23
recentStateType info 2015-01-10 22:50:57
state MISSING ACK 2015-01-10 22:52:04
timedOn off 2015-01-10 22:50:57


Ein set hm configCheck ergibt folgende Ausgabe:
Code Auswählen
configCheck done:
Also eine leere Ausgabe

Wenn ich mir das Logfile von jalu (steht für jalusie - früher im Post hatte ich das ganze Rollo genant - aber zu Testzwecken habe ich das mit anderen Namen eingefügt)
Code Auswählen
:57 jalu level: 0
2015-01-10_22:50:57 jalu pct: 0
2015-01-10_22:50:57 jalu deviceMsg: down (to broadcast)
2015-01-10_22:50:57 jalu down
2015-01-10_22:50:57 jalu timedOn: down
2015-01-10_22:50:57 jalu motor: stop:down
2015-01-10_22:51:45 jalu set_on
2015-01-10_22:52:04 jalu ResndFail
2015-01-10_22:52:04 jalu MISSING ACK


Im Hauptlog steht folgendes:
Code Auswählen
2015.01.10 22:48:05.091 0: Server shutdown
2015.01.10 22:48:05.135 4: CUL_send:  CUL_0X0 0.....
2015.01.10 22:48:09.441 1: Including fhem.cfg
2015.01.10 22:48:15.034 1: Including ./log/fhem.save
2015.01.10 22:48:15.110 1: usb create starting
2015.01.10 22:48:22.724 1: usb create end
2015.01.10 22:48:22.738 0: Server started with 11 defined entities (version $Id: fhem.pl 7358 2014-12-29 16:03:31Z rudolfkoenig $, os linux, user fhem, pid 6761)
2015.01.10 22:50:56.775 4: CUL_send:  CUL_0As 0B 01 A001 000000 1AB582 010E
2015.01.10 22:50:56.933 4: CUL_Parse: CUL_0 A 0E 01 8410 1AB582 000000 060100004C33 -48.5
2015.01.10 22:51:45.477 4: CUL_send:  CUL_0As 0E 02 A011 000000 1AB582 0201C80000
2015.01.10 22:51:49.983 4: CUL_send:  CUL_0As 0E 02 A011 000000 1AB582 0201C80000
2015.01.10 22:51:54.590 4: CUL_send:  CUL_0As 0E 02 A011 000000 1AB582 0201C80000
2015.01.10 22:51:59.644 4: CUL_send:  CUL_0As 0E 02 A011 000000 1AB582 0201C80000
2015.01.10 22:55:36.763 4: CUL_send:  CUL_0As 10 03 A001 000000 1AB582 00040000000000
2015.01.10 22:55:36.926 4: CUL_Parse: CUL_0 A 14 03 A010 1AB582 000000 0202000A000B000C0015FF32 -49
2015.01.10 22:55:37.030 4: CUL_send:  CUL_0As 0A 03 8002 000000 1AB582 00
2015.01.10 22:55:37.187 4: CUL_Parse: CUL_0 A 0C 04 A010 1AB582 000000 03000032 -49
2015.01.10 22:55:37.288 4: CUL_send:  CUL_0As 0A 04 8002 000000 1AB582 00
2015.01.10 22:55:37.302 4: CUL_send:  CUL_0As 10 04 A001 000000 1AB582 01040000000001
2015.01.10 22:55:37.477 4: CUL_Parse: CUL_0 A 14 04 A010 1AB582 000000 030800000001F401F4050031 -49.5
2015.01.10 22:55:37.578 4: CUL_send:  CUL_0As 0A 04 8002 000000 1AB582 00
2015.01.10 22:55:37.734 4: CUL_Parse: CUL_0 A 0C 05 A010 1AB582 000000 03000031 -49.5
2015.01.10 22:55:37.836 4: CUL_send:  CUL_0As 0A 05 8002 000000 1AB582 00
2015.01.10 22:55:37.850 4: CUL_send:  CUL_0As 0B 05 A001 000000 1AB582 0103
2015.01.10 22:55:38.018 4: CUL_Parse: CUL_0 A 0E 05 A010 1AB582 000000 010000000032 -49
2015.01.10 22:55:38.120 4: CUL_send:  CUL_0As 0A 05 8002 000000 1AB582 00


Wenn ich zum Beispiel folgendes Ausführe:
set jalu pair
Code Auswählen
2015.01.10 23:18:25.041 4: CUL_send:  CUL_0As 15 06 A401 000000 000000 010A4A455130313033303133
2015.01.10 23:18:25.263 4: CUL_Parse: CUL_0 A 1A 06 8400 1AB582 000000 21006A4A4551303130333031333001010032 -49


Ein
set jalu getConfig
ergibt das:
Code Auswählen
2015.01.10 23:20:06.163 4: CUL_send:  CUL_0As 10 07 A001 000000 1AB582 00040000000000
2015.01.10 23:20:06.339 4: CUL_Parse: CUL_0 A 14 07 A010 1AB582 000000 0202000A000B000C0015FF31 -49.5
2015.01.10 23:20:06.441 4: CUL_send:  CUL_0As 0A 07 8002 000000 1AB582 00
2015.01.10 23:20:06.597 4: CUL_Parse: CUL_0 A 0C 08 A010 1AB582 000000 03000031 -49.5
2015.01.10 23:20:06.699 4: CUL_send:  CUL_0As 0A 08 8002 000000 1AB582 00
2015.01.10 23:20:06.713 4: CUL_send:  CUL_0As 10 08 A001 000000 1AB582 01040000000001
2015.01.10 23:20:06.887 4: CUL_Parse: CUL_0 A 14 08 A010 1AB582 000000 030800000001F401F4050032 -49
2015.01.10 23:20:06.989 4: CUL_send:  CUL_0As 0A 08 8002 000000 1AB582 00
2015.01.10 23:20:07.145 4: CUL_Parse: CUL_0 A 0C 09 A010 1AB582 000000 03000033 -48.5
2015.01.10 23:20:07.247 4: CUL_send:  CUL_0As 0A 09 8002 000000 1AB582 00
2015.01.10 23:20:07.261 4: CUL_send:  CUL_0As 0B 09 A001 000000 1AB582 0103
2015.01.10 23:20:07.429 4: CUL_Parse: CUL_0 A 0E 09 A010 1AB582 000000 010000000033 -48.5
2015.01.10 23:20:07.531 4: CUL_send:  CUL_0As 0A 09 8002 000000 1AB582 00


So, noch ein paar Log-Ausgaben:
Code Auswählen
protoEvents done:
    name :State           |CmdPend   |Snd       |Resnd     #CmdDel    |ResndFail |Nack      |IOerr
    jalu : done           | -        |19:       |3:        #1         |1:        | -        | -
================================================================================================================
    sum  0                |0         |19        |3         #1         |1         |0         |0

    CUL_HM queue length:0

    requests pending
    ----------------
    autoReadReg          :
        recent           : none
    status request       :
    autoReadReg wakeup   :
    status request wakeup:
    autoReadTest         : jalu

    IODevs:CUL_0:Initialized condition:-

Und ich sehe wieder ein:
STATE             MISSING ACK
Steuern kann ich die Rolladen manuell über den Schalter, aber nicht mehr über die Oberfläche.
Ich probier schon seit ein paar Tagen, komme jetzt aber nicht weiter. Irgendwie steckt da der Wurm drin.

Ich hoffe Ihr habt eine Idee, was da noch falsch sein könnte?

Noch mal vielen Dank für eure tolle Arbeit an fhem!

Viele Grüße,
Werner

frank

#13
11 Januar 2015, 00:01:55 Letzte Bearbeitung: 11 Januar 2015, 00:04:57 von frank
ZitatDamit das pairen mit dem HM-LC-Bl1PBU-FM klappte musste ich die hmId vom CUL auf 000000 setzen.
hmid 000000 ist verboten!  ;)

ZitathmId
Set the HomeMatic ID of this device. If this attribute is absent, the ID will be F1<FHTID>. Note 1: After setting or changing this attribute you have to relearn all your HomeMatic devices. Note 2: The value must be a 6 digit hex number, and 000000 is not valid. FHEM won't complain if it is not correct, but the communication won't work.
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

Mratlan

#14
11 Januar 2015, 00:30:14
Das ist ja schon mal ein guter Hinweis. Danke Frank!. lso habe ich die hmid mal gesetzt
Code Auswählen
attr CUL_0 hmId AABBCC

Dann erhalte ich aber:
Code Auswählen
configCheck done:

PairedTo mismatch to IODev
    jalu paired:0x000000 IO attr: AABBCC.

Wenn ich versuche neu eine Verbindung herzustellen, kommt folgendes:
Code Auswählen
2015.01.11 00:21:50.127 4: CUL_Parse: CUL_0 A 0D 00 8410 1AB582 000000 0600643043 -40.5
2015.01.11 00:21:54.299 4: CUL_send:  CUL_0As 10 01 A001 AABBCC 1AB582 00040000000000
2015.01.11 00:21:58.338 4: CUL_send:  CUL_0As 10 01 A001 AABBCC 1AB582 00040000000000
2015.01.11 00:22:03.787 4: CUL_send:  CUL_0As 10 01 A001 AABBCC 1AB582 00040000000000
2015.01.11 00:22:08.526 4: CUL_send:  CUL_0As 10 01 A001 AABBCC 1AB582 00040000000000
2015.01.11 00:24:33.424 4: CUL_send:  CUL_0As 10 02 A001 AABBCC 1AB582 00040000000000
2015.01.11 00:24:39.048 4: CUL_send:  CUL_0As 10 02 A001 AABBCC 1AB582 00040000000000
2015.01.11 00:24:44.649 4: CUL_send:  CUL_0As 10 02 A001 AABBCC 1AB582 00040000000000
2015.01.11 00:24:50.046 4: CUL_send:  CUL_0As 10 02 A001 AABBCC 1AB582 00040000000000

bzw:
Code Auswählen
2015-01-11 00:24:55.113 CUL_HM jalu ResndFail
2015-01-11 00:24:55.120 CUL_HM jalu RESPONSE TIMEOUT:RegisterRead

Auch der Check zeigt das es da wohl ein Problem gibt
Code Auswählen
missing register list
    jalu: RegL_00:

PairedTo mismatch to IODev
    jalu paired:0x000000 IO attr: AABBCC.

Scheinbar kann ich das Paired zu 0x000000 nicht auflösen
Drucken
Nach oben Seiten1 2 Alle
Benutzer-Aktionen