Jalousieaktor HM-LC-BL1-FM peeren??

Begonnen von Tobias, 30 September 2013, 08:25:26

Vorheriges Thema - Nächstes Thema

Tobias

Hi,
habe meinen HM-LC-BL1-FM erfolgreich mit FHEM gepaired.
Allerdings fällt mir in den Reading auf, das die Message immer nach broadcast geht:
deviceMsg  50 % (to broadcast)
Ich hätte jetzt "to CUL_HM" erwartet. Meine HM-SEC-RHS FenstergriffKontrakte musste ich jedenfalls mit folgendem Befehl zusätzlich noch peeren, aber irgendwie scheint der BL1-FM das Kommando peerChan nicht zu kennen...
set RL_OG_Garten_L peerChan 0 F12005 single set
Unknown argument peerChan, choose one of clear down getConfig getRegRaw getSerial inhibit off on pair pct:slider,0,1,100 peerBulk press raw regBulk regSet reset sign statusRequest stop toggle unpair up


Ist "broadcast" also doch korrekt? Müsste nicht FHEM zumindest ein ACK schicken, was aber IMHO nur dann passiert wenn FHEM direkt angesprochen wird "to CUL_HM"??

Leider steht diesbezüglich nichts im Wiki
Maintainer: Text2Speech, TrashCal, MediaList

Meine Projekte: https://github.com/tobiasfaust
* PumpControl v2: allround Bewässerungssteuerung mit ESP und FHEM
* Ein Modbus RS485 zu MQTT Gateway für SolarWechselrichter

martinp876

Hallo Tobias,

eigentlich sollte die Devicemsg an <hmlan> gehen.
ist das peering korrekt, also ist PairedTo korrekt zu lesen?

peerChan erwartet den Sender immer an erster stellen. Also
set <sc> peerChan 0 RL_OG_Garten_L single set

Gruss Martin

Tobias

Hi Martin,
so sehen die Readings aus:

(siehe Anhang / see attachement)


Was meinst du mit <sc>? Es gibt keinen direkten Empfänger, nur FHEM, also mein CUL-Stick "CUL_HM" -> 0xF12005
set <sc> peerChan 0 RL_OG_Garten_L single set
Maintainer: Text2Speech, TrashCal, MediaList

Meine Projekte: https://github.com/tobiasfaust
* PumpControl v2: allround Bewässerungssteuerung mit ESP und FHEM
* Ein Modbus RS485 zu MQTT Gateway für SolarWechselrichter

martinp876

sc ist blödsinn.

aber du wolltest ein peerChan ausführen. da wollstet du mit einer remote-taste peeren  - oder?
Wenn nicht brauchst du es nicht.

Tobias

Hi Martin,
nein, der BL1-FM soll seinen Status nur nicht in die Welt, sondern direkt zum CUL_HM senden.

Beispiel: So sieht zb. einer meiner HM-SEC-RHS aus. Dieser sendet auch direkt zum CUL_HM

(siehe Anhang / see attachement)
Maintainer: Text2Speech, TrashCal, MediaList

Meine Projekte: https://github.com/tobiasfaust
* PumpControl v2: allround Bewässerungssteuerung mit ESP und FHEM
* Ein Modbus RS485 zu MQTT Gateway für SolarWechselrichter

martinp876

hi Tobias,

also gepairt ist dein BL1.
gepeert ist er noch nicht - jedenfalls sehe ich keine entsprechenden register.
Allerdings sehe ich auch keine deviceMsg hier. Wo ist die? war es eine Alte?
readings werden nicht automatisch gelöscht

Gruss Martin

Tobias

Hi Martin,
ich versteh dein Post nicht... im Screenshot ganz oben steht doch eine DeviceMsg..?? nämlich 50% (to broadcast).
Device ist ganz frisch angelegt, gepaired sowie auf 50% gefahren.
Maintainer: Text2Speech, TrashCal, MediaList

Meine Projekte: https://github.com/tobiasfaust
* PumpControl v2: allround Bewässerungssteuerung mit ESP und FHEM
* Ein Modbus RS485 zu MQTT Gateway für SolarWechselrichter

martinp876

hallo Tobias,

sorry, hatte das falsche Bild angesehen.

wenn der BL1 gepairt ist und immer noch den Status an Broadcast sendet fällt mich auch nichts ein. scheint die Implementierung des BL1 zu sein.

Gruss Martin