einsteigerfragen zum assoziieren eines fgms 001

the ratman · 01 März 2016, 13:48:22

hiho,

ich hab hier frisch einen stick "ZME_UZB1 Me" und 2 fibaro motion sensor "fgms 001".
das einbinden in fhem hat schon mal geklappt, der stick erkennt auch beide sensoren in der nodelist.
die sensoren werden scheints auch korrekt erkannt - irgendjemand hat da ja sogar passende werbebildchen in fhem eingebaut *g*.
der schritt "inclusion" scheint also erfolgreich abgeschlossen

beim schritt "association" hab ich wieder mal nen geistigen dreher ...
ich hab jetzt bei beiden sensoren ein

Code Auswählen

set zWaveDongle associationAdd 3 01gemacht, was mit einem lapidaren

Code Auswählen

Scheduled for sending after WAKEUP beantwortet.

wars das schon? mit der association, oder muß ich da noch was machen?
ich könnte jetzt jede menge im set-bereich der sensoren konfigurieren, aber wo seh ich die werte wir z.b. aktuelle temp.?

sorry für die sicher dummen fragen!
über ne weiterführende antwort mit noob-erklärung wär ich trotzdem dankbar.

wegen weiterführender infos von mir:
bei "assotiationAll" passiert gar nichts, bei "configAll" passiert ebenfalls nichts, ebenso beim aufruf von "versionClassAll" und bei "wakeupInterval" kommt wieder nur die nette sheduled for ... meldung

krikan · 01 März 2016, 14:16:17

Batteriebetriebe WakeUP-Geräte muss man Aufwecken, damit die Befehle vom Controller/FHEM an das Gerät geschickt und vom Gerät verarbeitet werden. Details: http://www.fhemwiki.de/wiki/Z-Wave#batteriebetriebene_Ger.C3.A4te

Die "get xyAll"-Befehle sind Sonderbefehle, bei denen "scheduled for" derzeit nicht kommt. Die Befehle werden dennoch korrekt in den Wakeup-Sendstack gelegt und beim nächsten Aufwachen des Gerätes verschickt/verarbeitet.

Gruß, Christian

A.Harrenberg · 01 März 2016, 14:20:41

Hi,

hast Du Dir im Wiki schon mal den Abschnitt über Batteriebetriebene Geräte und dem WakeUp Verhalten angeschaut?

Ok, das war eine rethorische Frage, da Deine Frage zeigt das Du das nicht gemacht hast...
http://www.fhemwiki.de/wiki/Z-Wave

Kurzfassung: Batteriebetriebene Geräte "schlafen" zur Batterieschonung die meiste Zeit und wachen nur bei Ereignissen (z.B. Bewegung) oder nach voreinstellten Zeitinterval auf. Kommunikation ist nur zu diesem Zeitpunkt möglich.

Die Nachricht "Scheduled for sending after WAKEUP" sagt genau das aus. Die Befehle werden auf einen Stack gelegt und werden abgearbeitet sobald das Gerät aufgewacht ist. Das voreingstellt Zeitintervall ist meist in der Größenordnung 1-4 Stunden, teilweise aber auch bis zu 12 Stunden eingestellt, da ist Geduld gefragt, oder man löst am Gerät manuell ein WakeUp aus, hierzu bitte die Anleitung vom Gerät studieren. Meist ist da eine Taste dran die 1 oder 3 mal gedrückt werden muss.

Ich würde Dich bitten den oben verlinkten Artikel in der Wiki mal zu lesen, der sollte alle Deine Fragen beantworten und Dir auch weiterführende Grundlagen geben.

Falls dann noch weitere Fragen offen sind, dann gerne wieder hier...

Gruß,
Andreas.

the ratman · 01 März 2016, 15:05:26

@krikan
thx

@h.harrenberg
nun, die unteren befehle stehen ja für die fehlersuche.
und wenn ich dort lese:

ZitatBei Konfigurationsänderungen an batteriebetriebenen Geräten mit set <name> config... sollte die korrekte Verarbeitung der Befehle immer mit dem entsprechenden get <name> config... oder -falls vorhanden- mit get <name> configAll überprüft werden, um eventuelle Funk-Telegrammverluste sofort festzustellen.

gehe ich davon aus, dass die befehle gehen ...

krikan · 01 März 2016, 15:12:45

Zitat von: the ratman am 01 März 2016, 15:05:26
und wenn ich dort lese: "..." gehe ich davon aus, dass die befehle gehen ...

Da ich den Text verbrochen habe, bräuchte ich jetzt Deine Hilfe:
Was irritiert Dich? Wie müsste das besser sein?

Danke, Christian

the ratman · 01 März 2016, 15:24:51

momentan irritiert mich mal so gut wie alles. im wiki steht sehr viel, auch sicher super fürs nachschlagen, aber leider wenig dass mir als neueinsteiger weiter hilft.

soll man nun die wakeup-time runter stellen, oder soll ich die ganze zeit immer mal wieder den b-button drücken um befehle an die sensoren zu kriegen, ...?
oder was muß ich machen, damit ich mal werte auslesen kann?
hab ich bei dem sensor mehrere association-groups, oder reicht die 3? schau ich mir fibaro-links an krieg ich nur klartext für gruppen und keine nummern, die ich eintragen könnte ...

sprich: ich denke, ich bin noch nicht mal fertig mit der grundlegenden einrichtung, bin mir aber nicht sicher, drum frage ich hier.
wenn also wer die sensoren auch hat, wär ich für ne genaue anleitung fürn anfang sehr dankbar.

krikan · 01 März 2016, 15:40:23

Zitat von: the ratman am 01 März 2016, 15:24:51
soll man nun die wakeup-time runter stellen, oder soll ich die ganze zeit immer mal wieder den b-button drücken um befehle an die sensoren zu kriegen, ...?

Kannst Du Dir aussuchen. Ich drücke lieber Buttons, andere verkürzen eben zur Konfiguration/Assoziation das wakeupInterval.

Zitatoder was muß ich machen, damit ich mal werte auslesen kann?

get-Befehl absetzen und wakeUp. Auch get-Befehle werden nur nach Aufwachen verarbeitet.

Zitathab ich bei dem sensor mehrere association-groups, oder reicht die 3? schau ich mir fibaro-links an krieg ich nur klartext für gruppen und keine nummern, die ich eintragen könnte ...

http://manuals.zwaveeurope.com/make.php?lang=de&type=&sku=FIB_FGMS-001 oder im pepper1-Link unter der FHEM-Device-Details des Sensors nachschlagen.
3 reicht eigentlich und wird durch FHEM während der Inklusion normalerweise automatisch gesetzt. 1 setzt FHEM auch, könnte man beim FGMS001 aber löschen.

the ratman · 01 März 2016, 16:42:40

ah, thx, jetzt kapier ich langsam
bei set und get aufwecken - das hat mich mal verwirrt *g* wie gsagt: sind meine ersten zwave-dinger, aber momematic hat halt leider ins sachen sensoren nicht grade die üppige auswahl *g*.

was würdest du den als wakeupinterval vorschlagen? lt. state hab ich da noch 86400 sek. ist das nicht n bisschen viel?

krikan · 01 März 2016, 16:55:11

Zitat von: the ratman am 01 März 2016, 16:42:40
was würdest du den als wakeupinterval vorschlagen? lt. state hab ich da noch 86400 sek. ist das nicht n bisschen viel?

Pauschale Aussagen sind schwierig; liegt an Deinen Anforderungen.
Meine Sensoren stehen alle auf 86400 (FHEM-Standard) oder mehr, da ich die Konfiguration einmal so anpasse, dass die von mir gewünschten Reports vom Sensor automatisch passend kommen. Kann man beim FGMS001 detailliert einstellen. Manuelle set/get per notify o.ä. brauche ich nicht. Ein häufiges Wakeup ist dann unnötig und frisst Batterien.

the ratman · 01 März 2016, 17:00:27

thx

jetzt mal anfreunden mit den dingern ...

A.Harrenberg · 01 März 2016, 17:21:50

Hi,

anfreunden geht schnell... ,-)

Zum Thema WakeUp-Interval: Zu kurz kostet Batterie, wenn das Ding "nur" Bewegung melden soll und einmal eingestellt ist, dann reicht da auch ein langes Interval. Bewegung meldet er ja sofort, und Einstellen/Abfragen muss man im laufenden Betrieb ja eigentlich nichts.

Viele Leute hier fragen da alle möglichen Sensorwerte dauernd ab, wundern sich dann aber warum die Batterie so schnell aufgibt.

Für die "Testphase" würde ich da mal ein paar Stunden eintragen, wenn mal alles läuft dann aber möglichst bald wieder auf 1 Tag gehen. Da kann man dann z.B. auch mal die Batterie abfragen.

Gruß,
Andreas.

the ratman · 01 März 2016, 17:48:12

derzeit bin ich noch per sie mit den dingern *g*

das mit dem intervall hab ich verstanden soweit. nur ists dem guten stück egal, was ich ihm sende und dann mit aufwecken übergeb.
nur damit ich nicht wieder was verdreh: ich stell den wakeupinterval auf z.b. "60 01" das wären dann 60 sekunden das 01 die (hex)nodeid des sticks. hab ich das richtig kapiert?
weil passieren tut bei mir auf beiden sensoren dann mal gar nix. der sollte doch dann wenigstens beim state die neue zeit und/oder alle angefragten werte hinschreiben, oder? stehen tun immer noch "state wakeupInterval 86400 01"

wenn ich nur halb so dämlich bin, wie ich mir grad vorkomme, bin ich morgen entmündigt ...

A.Harrenberg · 01 März 2016, 18:25:41

Hi,

ich würde mal langsamer vorgehen... Erst mal nur mit einem Sensor beschäftigen und den anderen ignorieren.

Wenn Du mal ein "list <devicename_fgms>" machst, wirst Du unter den Internals soetwas finden:

Code Auswählen

 SendStack: 
     get:13ab02800225ab

Auf dem SendStack liegen die Befehle die auf das aufwachen des Gerätes warten. Bei Dir liegen da wahrscheinlich mittlerweile ein paar mehr Befehle rum...

Wenn Du jetzt noch mal hier (fhemwiki.de Welche Infos sollten Anfragen im ZWave-Forum enthalten?) schaust und das Loglevel mit "verbose 5" nach oben setzt dann sollte alles wichtige im Logfile auftauchen.

Bist Du sicher das Du per Taste einen WakeUp auslösen kannst? (Und hast das gemacht?)

Wenn Du das per Taste machst, sollte im Logfile in etwas soetwas stehen:

Code Auswählen

2016.02.29 20:25:07.299 4: ZWDongle_Read ZWDongle_0: sending ACK, processing 00040009028407
2016.02.29 20:25:07.299 5: SW: 06
2016.02.29 20:25:07.300 5: ZWDongle_0 dispatch 00040009028407
2016.02.29 20:25:07.300 4: ZWDongle_0 CMD:APPLICATION_COMMAND_HANDLER ID:09 ARG:028407

Die "028407" ist die "ich bin aufgewacht"-Meldung des Sensors.

Bzw. soetwas hier im Eventmonitor auftauchen:

Code Auswählen

2016-03-01 18:28:16.041 ZWave ZWave_SENSOR_MULTILEVEL_171 wakeup: notification

Wenn Du soetwas NICHT im Logfile bzw. im Eventmonitor findest, dann stimmt irgendwas mit den manuellen Aufwecken nicht und die Befehle (einschließlich des Befehls das WakeUp-Interval kleiner zu setzen) warten bis zum nächsten Aufwachen (1 Tag...).

Du musst allerdings auch aufpassen, manche Geräte haben eine Mindestzeit die man nicht unterschreiten kann, meist in der Größenordnung von 240 sekunden. Es KANN sein das kleinere Werte auf diese Grenze gesetzt werden, es KANN aber auch sein das der Befehl u.U. einfach ignoriert wird! Hier hilft nur Handbuch lesen.

Aber als erstes solltest Du mal versuchen das Ding manuell zu wecken. Danach sollten dann auch die ganzen Befehle die bereits auf dem Sendstack liegen abgearbeitet werden.

Gruß,
Andreas.

the ratman · 01 März 2016, 19:39:27

alle gelöscht, weil sinnlos *g*

ich kann meine zeiten einstellen!
und sags nicht weiter: ich war wieder der depp! man muß eig. nur die seite reloaden, damit dann auch mal die neuen readings steht. ich bilde mir zwar ein, dass öfter gemacht zu haben, aber scheints ... naja, egal, es scheint zu funzen. ist nur ungewohnt, immer alles extra holen zu müssen.
jetzt muß ich wohl nur mehr auf temp. änderungen warten, um z.b. auch diese zu sehen, denk ich mal

NACHTRAG
aber noch eine dumme frage:
ich hab mit "stateFormat Temperatur:temperature Helligkeit:luminance" versucht die readings gscheit zu formatieren
raus kommen tut dabei aber wenig. temperature exitiert als reading gar nicht und bei luminance krieg ich nur "0 Lux" oder "1 Lux"
was mach ich den nun wieder falsch?

the ratman · 02 März 2016, 10:43:51

ich hab hier mal ein list eingebracht, wies jetzt aussieht:

Code Auswählen

Internals: 
   DEF        fd0a9416 4 
   IODev      zWaveDongle 
   LASTInputDev zWaveDongle 
   MSGCNT     12 
   NAME       Sensor_Regal 
   NR         450 
   STATE      Temp:temperature Lum:0 Lux 
   TYPE       ZWave 
   homeId     fd0a9416 
   isWakeUp   1 
   lastMsgSent 1456908173.39451 
   nodeIdHex  04 
   zWaveDongle_MSGCNT 12 
   zWaveDongle_RAWMSG 00040004032001ff 
   zWaveDongle_TIME 2016-03-02 10:39:19 
   Helper: 
     Dblog: 
       Basicset: 
         Logdb: 
           TIME       1456911559.55267 
           VALUE      ff 
       Wakeup: 
         Logdb: 
           TIME       1456908173.399 
           VALUE      notification 
   Readings: 
     2016-03-01 23:40:38   CMD             ZW_APPLICATION_UPDATE 
     2016-03-01 20:17:36   assocGroup_1    Max 5 Nodes zWaveDongle 
     2016-03-01 20:17:37   assocGroup_2    Max 5 Nodes 
     2016-03-01 20:17:37   assocGroup_3    Max 1 Nodes 
     2016-03-01 20:17:36   assocGroups     3 
     2016-03-01 20:17:36   basicReport     ff 
     2016-03-02 10:39:19   basicSet        ff 
     2016-03-01 20:17:36   battery         100 % 
     2016-03-02 00:40:53   configAmbientIlluminationLevelAbove83 1000 
     2016-03-02 00:40:53   configAmbientIlluminationLevelBelow82 100 
     2016-03-02 00:40:53   configBASICOFFCommandFrameValue 0 
     2016-03-02 00:40:53   configBASICONCommandFrameValue 255 
     2016-03-02 00:40:53   configBasicCommandClassFrames12 BASICONAndBASICOFFCommandFrames0 
     2016-03-02 00:40:53   configIlluminationReportThreshold 200 
     2016-03-02 00:40:53   configIlluminationReportsInterval 300 
     2016-03-02 00:40:53   configIntervalOfTemperatureMeasuring 300 
     2016-03-02 00:40:53   configLEDBrightness 50 
     2016-03-02 00:40:53   configLEDIndicatingTamperAlarm LEDIndicatesTamperAlarm 
     2016-03-02 00:40:53   configLEDSignalingMode LongBlinkThenShortBlinkLEDColour10 
     2016-03-02 00:40:53   configMaximumTemperatureResultingInRed87 28 
     2016-03-02 00:40:53   configMinimumTemperatureResultingIn86 18 
     2016-03-02 00:40:53   configMotionAlarmCancellationDelay 30 
     2016-03-02 00:40:53   configMotionSensorSBlindTime2 15 
     2016-03-02 00:40:54   configMotionSensorSSensitivity 10 
     2016-03-02 00:40:54   configNightDay  200 
     2016-03-02 00:40:54   configPIRSensorOperatingMode PIRSensorAlwaysActive 
     2016-03-02 00:40:54   configPIRSensorSPulseCounter 1 
     2016-03-02 00:40:54   configPIRSensorSWindowTime 2 
     2016-03-01 20:17:35   configTamperAlarmBroadcastMode TamperAlarmIsNotSentInBroadcast0 
     2016-03-02 00:40:54   configTamperAlarmCancellationDelay 30 
     2016-03-02 00:40:55   configTamperOperatingModes Tamper 
     2016-03-02 00:40:56   configTamperSensitivity 15 
     2016-03-02 00:40:56   configTemperatureOffset 0 
     2016-03-02 00:40:57   configTemperatureReportThreshold 5 
     2016-03-02 00:40:58   configTemperatureReportsInterval 300 
     2016-03-01 20:17:33   luminance       0 Lux 
     2016-03-01 20:17:34   mcaSupportedGroupings 2 
     2016-03-01 20:17:34   model           FIBARO System FGMS001 Motion Sensor 
     2016-03-01 20:17:34   modelConfig     fibaro/fgms.xml 
     2016-03-01 20:17:34   modelId         010f-0800-1001 
     2016-03-01 20:09:07   neighborList    zWaveDongle 
     2016-03-01 20:17:33   reportedState   open 
     2016-03-01 20:17:33   state           open 
     2016-03-02 09:42:55   transmit        OK 
     2016-03-02 00:41:00   version         Lib 3 Prot 3.67 App 2.7 HW 1 FWCounter 1 FW 2.7 
     2016-03-02 09:42:53   wakeup          notification 
     2016-03-01 20:17:33   wakeupReport    interval 3600 target 1 
Attributes: 
   IODev      zWaveDongle 
   classes    SENSOR_BINARY WAKE_UP ASSOCIATION BATTERY MULTI_CMD CRC_16_ENCAP MANUFACTURER_SPECIFIC VERSION CONFIGURATION MULTI_CHANNEL_ASSOCIATION SENSOR_MULTILEVEL SENSOR_ALARM BASIC 
   room       zWave 
   stateFormat Temp:temperature Lum:luminance 
   vclasses   SENSOR_BINARY:1 WAKE_UP:1 ASSOCIATION:2 BATTERY:1 MULTI_CMD:1 NO_OPERATION:0 MANUFACTURER_SPECIFIC:1 VERSION:2 CONFIGURATION:1 MULTI_CHANNEL_ASSOCIATION:2 SENSOR_MULTILEVEL:5 SENSOR_ALARM:1 BASIC:1

wo krieg ich nun wirklich meine "temperature" und korrekte lux-werte her?
der alarm für den pir ist ja mit daueroffen auch nciht wirklich brauchbar.
nachdem der 2. sensor exakt genauso aussieht, nehm ich mal an, dass der fehler weiterhin bei mir liegt ... wie immer mit der bitte um hilfe.