Aeon Labs Multi SensorProblem und Verständnisfrage

Baerli34 · 01 März 2015, 13:20:39

Moin moin,

leider habe ich trotz einiger Threads hier immer noch ein Problem mit den Sensorwerten die ich nicht übermittelt bekomme.
Setze ich wie beschrieben die set ZMSensor_A configGroupReports 225 dann hab ich beim erneuten auslesen 0 stehen ;(
Leider brauche ich ja die gesetzten Bits in der 101 (http://wiki.agocontrol.com/index.php/Zwave_basics) damit die Sensoren übermitteln....

Wie setzte ich denn die Werte manuell mit den configByte etc? In Dezimal (Umgerechnete Bits)? Hab auch hier schon vieles durch und kriege
keinen vernünftigen Wert gesetzt...

PS. PIR geht einwandfrei nur die Temp/Luminance etc. nicht...

Danke für die Hilfe und lg

Jörg

rudolfkoenig · 01 März 2015, 14:06:42

Was ist das model Reading fuer dieses Geraet (get ZMSensor_A model)
Gibt es Eintraege in der openzwave Datei fuer dieses Geraet? Wenn ja, dann stehen im Frontend "sprechende" Namen fuer die Config Werte bereit.
config Werte zu setzen sollte einfach sein: "set ZMSensor_A configByte X"

Baerli34 · 02 März 2015, 09:49:18

Hi,

danke für deine Antwort. Model etc ist bekannt und ja es stehen die sprechenden Namen da.
config: aeon_labs/alms.xml, modelid: 0086-0002-0005, Version: Lib 6 Prot 3.28 App 1.18
Setze ich wie gesagt aber dann z.b. configGroupReports auf 225 dann kommt beim get später eine 0 raus...

Anderes Bsp.
Help for configGroupInterval:
The interval of sending report group 3. 1 to 2678400 seconds
Setze ich da z.b. dezimal 60 dann kommt später beim get etwas wie 157188291 raus...

Gibt ja hier 2,3 Threads die sich mit dem Sensor schon beschäftigt haben - vielleicht kann mir hier noch jemand nen Tipp geben.
Wie gesagt PIR läuft nur er möchte keine Temperatur etc. melden. Dazu braucht es ja wie oben beschrieben das setzen des Wertes (siehe Link- umgerechnete Bits zu Wert 225).

015.03.02 09:26:57 4: ZWDongle_0 CMD:APPLICATION_COMMAND_HANDLER ID:13 ARG:033003ff
2015.03.02 09:27:02 4: ZWDongle_0 CMD:APPLICATION_COMMAND_HANDLER ID:13 ARG:03300300
2015.03.02 09:27:23 4: ZWDongle_0 CMD:APPLICATION_COMMAND_HANDLER ID:13 ARG:033003ff
2015.03.02 09:27:28 4: ZWDongle_0 CMD:APPLICATION_COMMAND_HANDLER ID:13 ARG:03300300
2015.03.02 09:28:00 4: ZWDongle_0 CMD:APPLICATION_COMMAND_HANDLER ID:13 ARG:033003ff
2015.03.02 09:28:05 4: ZWDongle_0 CMD:APPLICATION_COMMAND_HANDLER ID:13 ARG:03300300
2015.03.02 09:29:26 4: ZWDongle_0 CMD:APPLICATION_COMMAND_HANDLER ID:13 ARG:033003ff
2015.03.02 09:29:27 2: ZWave set WZ_Multi2 configGroupReports
2015.03.02 09:29:31 4: ZWDongle_0 CMD:APPLICATION_COMMAND_HANDLER ID:13 ARG:03300300
2015.03.02 09:31:08 4: ZWDongle_0 CMD:APPLICATION_COMMAND_HANDLER ID:13 ARG:033003ff
2015.03.02 09:31:13 4: ZWDongle_0 CMD:APPLICATION_COMMAND_HANDLER ID:13 ARG:03300300

Danke, vg

Jörg

wkarl · 02 März 2015, 10:15:20

Hallo Jörg,

mal so ins Blaue gedacht. Der Sensor hat ein wake up Interval, das lt manual auf default=0 gesetzt ist. Meiner Erfahrung nach heißt dies er wacht gar nicht auf. Hast Du schonmal versucht die Werte zu setzen in dem Du den Sensor manuell aufwachen lässt?

ciao walter

Baerli34 · 02 März 2015, 11:08:23

Hi,

ja der Wert ist auch sehr strange

Steht bei mir wie eingestellt angeblich auf "wakeupReport interval 240 target 1 2015-03-01 14:32:42" weil
ich schon einen ähnlichen Gedankengang hatte. Wie am Zeitstempel zu sehen müsste bei 240 sec er aber schon
lange wieder "aufgewacht" sein. Kommu geht aber denn PIR Sensorwerte kommen an

Hab den Sensor aber an dem USBPort hängen falls das von Interesse ist (keine Batterie).

vg, Jörg

krikan · 02 März 2015, 11:43:00

Zitat von: Baerli34 am 02 März 2015, 11:08:23
Hab den Sensor aber an dem USBPort hängen falls das von Interesse ist (keine Batterie).

Genau das könnte das Problem sein. Wenn Gerät wakeup-Class hat und nie ein Event "wakeup notification" kommt, werden Deine Einstellung auch nie an da Gerät übermittelt. Teste mal, die Class zu löschen und dann die Einstellungen vorzunehmen.

Baerli34 · 02 März 2015, 15:27:44

Hi Krikan,

netter Tip - hätte ich auch selber draufkommen können - so kann ich schneller debuggen

Aber: immer noch selbes Verhalten..
2015.03.02 15:19:34 5: ZWDongle_Read ZWDongle_0: 00131300
2015.03.02 15:19:34 5: ZWDongle_0 dispatch 00131300
2015.03.02 15:19:34 4: ZWDongle_0 CMD:ZW_SEND_DATA ID:00 ARG:
2015.03.02 15:19:34 4: ZWDongle_0 transmit OK for 13

ConfigGroupReports wie in einem anderen Thread beschrieben mit Dezimal "225" gesetzt (umgerechnete Bits 11100001) und
beim get leider wieder 0

Help for configGroupReports:
Which reports need to send automatically in timing intervals for group 3. Bitsets: 0 -> Battery report, 5 -> Temperature, 6 -> Humidity, 7 -> Luminosity

Dann mal ConfigGroupInterval versucht auf 60 zu setzen (The interval of sending report group 3. 1 to 2678400 seconds):
2015.03.02 15:24:31 5: ZWDongle_Read ZWDongle_0: 00131300
2015.03.02 15:24:31 5: ZWDongle_0 dispatch 00131300
2015.03.02 15:24:31 4: ZWDongle_0 CMD:ZW_SEND_DATA ID:00 ARG:
2015.03.02 15:24:31 4: ZWDongle_0 transmit OK for 13

Der get danach: configGroupInterval:1013678082

Also wer klärt mich auf was ich falsch mache

lg, Jörg

krikan · 02 März 2015, 15:47:11

Mmh, dann mal eine unverschämte Frage

:
Hast Du den Controller mit dem Sensor assoziiert? Nicht, dass Du derzeit nur die Nachrichten an Broadcast empfängst und darum auch keine Config-Befehle funktionieren !? Obwohl ich dann nicht verstehen würde, warum get funktioniert....

Rein interessehalber, damit ich wakeup besser verstehe. Was liefert bei USB-Anschluss:

Code Auswählen

get ZWDongle_0 nodeInfo <device>

Ansonsten vielleicht mal schrittweise von vorne loslegen und Dein Device-Config mal verraten.

Baerli34 · 02 März 2015, 17:50:05

Hi,

Assoziert habe ich - wie gesagt ich verstehe nicht ganz warum das set da nicht richtig geht - würde es gerne mal über configByte versuchen - muss da
dezimal rein (weil da auch wat anders rauskommt)?

ZWDongle_0 nodeInfo_13 => ROUTING_SLAVE SENSOR_BINARY sleeping frequentListening:0 beaming:16 routing 40kBaud Vers:4 Security:0

denke das ist ok?

lg, Jörg

Baerli34 · 02 März 2015, 20:40:21

OK- got it und ist wohl was für Rudolf

Das direkte setzen über das Auwahlmenü klappt nicht (configGroupInterval & Reports) bzw ich mach nen Fehler bei der Eingabe
(Dezimal) denn ich musste über BASIC-Class mit configLong die Werte setzen nachdem ich einen Komplettreset gemacht hatte.

Ergo sollte jemand auch die Probleme haben hier die Kurzform: BASIC als Class mit rein und dann
den Wert 101 über configLong auf 225 setzen (=11100001 für Temp/Luminance/Humi und Battery melden).
Wer möchte kann über ConfigLong auch den Interval von 720 Standard auf einen anderen Wert setzen (111-113) - funktioniert soweit einwandfrei.
Also z.b. configLong 111 60 (für 60sec bei temp)

Hier mal über Auswahlmenü gesetzt (Wert 225):
2015.03.02 20:33:08 2: ZWave set WZ_Multi2 configGroupReports
2015.03.02 20:33:08 5: SW: 010c0013130570046701e1051313
2015.03.02 20:33:08 5: ZWDongle/RAW: /06
2015.03.02 20:33:08 5: ZWDongle/RAW: /0104011301e8
2015.03.02 20:33:08 5: SW: 06
2015.03.02 20:33:08 5: ZWDongle_Read ZWDongle_0: 011301
2015.03.02 20:33:08 5: ZWDongle_0 dispatch 011301
2015.03.02 20:33:08 5: ZWDongle/RAW: /010500131300fa
2015.03.02 20:33:08 5: SW: 06
2015.03.02 20:33:08 5: ZWDongle_Read ZWDongle_0: 00131300
2015.03.02 20:33:08 5: ZWDongle_0 dispatch 00131300
2015.03.02 20:33:08 4: ZWDongle_0 CMD:ZW_SEND_DATA ID:00 ARG:
2015.03.02 20:33:08 4: ZWDongle_0 transmit OK for 13

Und über configLong:
2015.03.02 20:34:50 2: ZWave set WZ_Multi2 configLong
2015.03.02 20:34:50 5: SW: 010f0013130870046504000000e105131a
2015.03.02 20:34:50 5: ZWDongle/RAW: /06
2015.03.02 20:34:50 5: ZWDongle/RAW: /0104011301e8
2015.03.02 20:34:50 5: SW: 06
2015.03.02 20:34:50 5: ZWDongle_Read ZWDongle_0: 011301
2015.03.02 20:34:50 5: ZWDongle_0 dispatch 011301
2015.03.02 20:34:51 5: ZWDongle/RAW: /010500131300fa
2015.03.02 20:34:51 5: SW: 06
2015.03.02 20:34:51 5: ZWDongle_Read ZWDongle_0: 00131300
2015.03.02 20:34:51 5: ZWDongle_0 dispatch 00131300
2015.03.02 20:34:51 4: ZWDongle_0 CMD:ZW_SEND_DATA ID:00 ARG:
2015.03.02 20:34:51 4: ZWDongle_0 transmit OK for 13

Hoffe es hilft weiter - vielleicht habe ich ja auch einen Denkfehler^^

vg, Jörg

rudolfkoenig · 02 März 2015, 21:53:39

1. Das Erstellen der set/get Parameter aus openzwave_deviceconfig.xml ist mAn fehlerhaft, da es alle Zahlen ignoriert, und damit z.Bsp. configGroupReports macht aus "Group 1 Reports", "Group 2 Reports" und "Group 3 Reports" (d.h. aus 3 wird 1). Das habe ich jetzt geaendert, mit dem Nebeneffekt, dass viele config Namen sich geaendert haben. Ich habe ein diff der alten und neuen Namen gemacht, und ich meine, es wird deutlich besser, wer jemand noch Probleme sieht, bitte melden.

2. Der deviceconfig-Code hat nur die Laengen Word und Byte gekannt, Long wurde auch als Byte gesendet. Das habe ich geaendert.

Falls ich was vergessen habe, bitte melden.

Baerli34 · 03 März 2015, 08:31:58

Hi Rudolf,

danke - funktioniert soweit^^ Long wird jetzt korrekt geschrieben und es wird richtig ausgelesen.
Etwas problematisch sind natürlich die 2 weiteren unnützen configGroupReports aber da verstehe ich dein Dillemma mit der
XML Datei

configGroup1Interval 720 (Standard 720sec)
configGroup1Reports 224 (kein 225 weil ich keine Batterie brauche wegen USB-Anschluss)
configGroup2Interval 720
configGroup2Reports 0
configGroup3Interval 720
configGroup3Reports 0

Multisensor läuft damit jetzt rund und ich kann nur sagen Daumen hoch - mir gefällt er gut - vor allem mit der externen Stromversorgung
an meinen USB-Steckdosen

vg, Jörg

krikan · 03 März 2015, 18:52:12

Zitat von: rudolfkoenig am 02 März 2015, 21:53:39
Ich habe ein diff der alten und neuen Namen gemacht, und ich meine, es wird deutlich besser, wer jemand noch Probleme sieht, bitte melden.

Hallo Rudi,
habe bei der neuen Fassung leider Probleme beim Fibaro FGRM222 festgestellt:

Code Auswählen

model FIBARO System FGRM222 Roller Shutter Controller 2
modelConfig  fibaro/fgrm222.xml
modelId  010f-0301-1001

Probleme:
- Im Auswahlmenü von set/get sind je 2 Leerzeilen enthalten
- bei Auswahl der ersten Leerzeile in get sind folgende Auswahlwerte vorhanden: "RFProtectionActiveRollerShutter1", "NotSupported","NoProtectionRollerShutter0"
- bei set gibt es eine Auswahl ",ToggleSwitches,MomentarySwitches"
Wenn mehr Infos notwendig sind, lass es mich wissen.
Gruß, Christian

rudolfkoenig · 05 März 2015, 09:14:25

Danke fuer den Hinweis, ein Leerzeichen am Ende hat das Frontend verwirrt, habs gefixt.
Habe auch versucht die Optionen sinnvoller zu kuerzen (beim Satz Ende), hoffentlich ohne Nebeneffekte.

Tweaker · 31 März 2015, 22:12:39

Hello All,

I've installed the CUL (v3.4) and defined it as a ZWDongle, having status Initialized. Next to this I want to let it interface with the Aeotec 4in1 Multisensor (Gen 5, Z-Wave plus), now on about 1 meter distance. Setting the ZWDongle to addNode On and pressing the pair button on the multisensor has no effect: no logging details or whatsoever. I've read the FHEM manual, the Z-Wave Wiki and the device manual yet I can't get it working. Any suggestions?

Best regards, Tweaker

rudolfkoenig · 31 März 2015, 22:45:18

Can you tell me where you got the idea, that a CUL can act as a ZWDongle? Because it cant.

Tweaker · 01 April 2015, 21:39:42

I thought a CUL was a general purpose device, when combined with FHEM, capable of sending/receiving signals to/from all kinds of home automation devices on the same frequency. Anyhow, thank you for your answer. I will buy a dedicated Z-Wave controller in this case.

Best regards,

Tweaker