Kein Inklusion mehr möglich

PNinBB · 27 März 2016, 10:45:06

Gestern (26.03.2016) wollte ich einen Fibaro Door/Window Senso (FGK-10x) includieren; aber seither eben immer erfolglos.
Schalte ich den Controller (RaZberry) in den 'addNode on'-Mode, so bleibt er nur für 1...2 Sekunden in diesem Zustand und springt dann sofort wieder in 'off' zurück; analoges Verhalten bei 'onNw' bzw. den anderen Optionen.
Ich habe auch verschiedene Entfernungen vom Controller ausprobiert, alles im Bereich von 5 m, aber eben alles erfolglos.
In der log-Datei finde ich nur bei 'verbose 5' ein paar Hinweise: 'timeout' !!??

Code Auswählen


. . . 
2016.03.27 09:51:26.800 4: WEB_217.232.36.44_8002 POST /fhem&detail=ZWAVE&dev.setZWAVE=ZWAVE&cmd.setZWAVE=set&arg.setZWAVE=addNode&val.setZWAVE=onNw; BUFLEN:0
2016.03.27 09:51:26.802 5: Cmd: >set ZWAVE addNode onNw<
2016.03.27 09:51:26.804 4: ZWDongle *** set ZWAVE addNode onNw
2016.03.27 09:51:26.805 5: ZWDongle_Write 004ac105 ()
2016.03.27 09:51:26.806 5: SW: 0105004ac10574
2016.03.27 09:51:26.808 5: Triggering ZWAVE (1 changes)
2016.03.27 09:51:26.809 5: Notify loop for ZWAVE addNode onNw
2016.03.27 09:51:26.831 5: ACK received, removing 0105004ac10574 from dongle sendstack
2016.03.27 09:51:26.832 4: ZWDongle_Read ZWAVE: rcvd 004a05070000 (request ZW_ADD_NODE_TO_NETWORK), sending ACK
2016.03.27 09:51:26.833 5: SW: 06
2016.03.27 09:51:26.834 5: ZWAVE dispatch 004a05070000
2016.03.27 09:51:26.835 4: CMD:ZW_ADD_NODE_TO_NETWORK ID:07 ARG:0000 CB:05
2016.03.27 09:51:26.836 5: Triggering ZWAVE (1 changes)
2016.03.27 09:51:26.836 5: Notify loop for ZWAVE ZW_ADD_NODE_TO_NETWORK failed
2016.03.27 09:51:26.843 4: ZWAVE ZW_ADD_NODE_TO_NETWORK failed
2016.03.27 09:51:26.847 4: WEB_217.232.36.44_8002 GET /fhem?detail=ZWAVE&fw_id=; BUFLEN:0
2016.03.27 09:51:27.099 4: name: /fhem?detail=ZWAVE&fw_id= / RL:26070 / text/html; charset=UTF-8 / Content-Encoding: gzip
 / 
2016.03.27 09:51:27.468 4: WEB_217.232.36.44_8002 GET /fhem/niceclocks/images/svg_analog.svg; BUFLEN:0
2016.03.27 09:51:27.690 4: name: /fhem/niceclocks/images/svg_analog.svg / RL:21712 / text/html; charset=UTF-8 / Content-Encoding: gzip
 / 
2016.03.27 09:51:27.694 4: WEB_217.232.36.44_8003 GET /fhem?cmd={AttrVal(%22ZWAVE%22,%22room%22,%22%22)}&XHR=1; BUFLEN:0
2016.03.27 09:51:27.695 5: Cmd: >{AttrVal("ZWAVE","room","")}<
2016.03.27 09:51:27.697 4: name: /fhem?cmd={AttrVal(%22ZWAVE%22,%22room%22,%22%22)}&XHR=1 / RL:31 / text/plain; charset=UTF-8 / Content-Encoding: gzip
 / 
2016.03.27 09:51:27.702 4: WEB_217.232.36.44_8005 GET /fhem?XHR=1&inform=type=status;filter=ZWAVE;since=1459065085;fmt=JSON&fw_id=571&timestamp=1459065088807; BUFLEN:0
2016.03.27 09:51:27.713 4: WEB_217.232.36.44_8006 GET /fhem?cmd={ReadingsVal(%22ZWAVE%22,%22addNode%22,%22%22)}&XHR=1; BUFLEN:0
2016.03.27 09:51:27.715 5: Cmd: >{ReadingsVal("ZWAVE","addNode","")}<
2016.03.27 09:51:27.717 4: name: /fhem?cmd={ReadingsVal(%22ZWAVE%22,%22addNode%22,%22%22)}&XHR=1 / RL:21 / text/plain; charset=UTF-8 / Content-Encoding: gzip
 / 
2016.03.27 09:51:27.720 4: Connection accepted from WEB_217.232.36.44_8009
2016.03.27 09:51:27.724 4: WEB_217.232.36.44_8009 GET /fhem/niceclocks/images/svg_analog.svg; BUFLEN:0
2016.03.27 09:51:27.940 4: name: /fhem/niceclocks/images/svg_analog.svg / RL:21713 / text/html; charset=UTF-8 / Content-Encoding: gzip
 / 
. . .

Wie immer besten Dank für ein paar Hilfen und (trotzdem) schöne Feiertage.
Peter
P.S.: FHEM ist aktuell !

krikan · 27 März 2016, 11:14:42

Hallo Peter!
Dein Controller liefert die Fehlermeldung "failed". Hängt nicht mit Fhem zusammen. Bitte mache den Raspi mal komplett stromlos und starte neu. Erst wenn die Meldung " learnready" im Log/Event Monitor kommt, ist der Controller erfolgreich im Inklusionsmodus.
Gruß, Christian

PNinBB · 27 März 2016, 13:11:06

Vielen Dank; das hat geholfen. Allerdings so richtig befriedigend ist das nicht, wenn man nicht weiß, welches Ereignis/Sachverhalt in diese "Klemme'
geführt hat.
Nochmals Danke und noch schöne Feiertage !
Peter

krikan · 27 März 2016, 13:29:18

Zitat von: PNinBB am 27 März 2016, 13:11:06
und noch schöne Feiertage !

Danke, auch so.

Das "Aufhängen" des Controllers tritt bei Razberry leider manchmal auf. Warum ist mir leider auch unbekannt, würde aber kein Problem im eigenen System suchen.
Gruß, Christian

PNinBB · 28 März 2016, 13:04:05

Ich war allerdings - wie sich später zeigte - nur bedingt erfolgreich; also hat mir das keine Ruhe gelassen.
Auf der kleinen Aufsteckleiterkarte (RaZberry) leuchtet eine LED rot, wenn sich der Controller im Inklusion-Mode befindet. Dieser Zustand wird mit dem Befehl: 'set ZWaVE addNode on' bzw '... onNw' erreicht. Unmittelbar danach erscheint im Webortal wieder '... off' (siehe Bild).
Dies habe ich so interpretiert, dass damit der Inklusion-Mode wieder beendet wird.. Auf dem Controller zeigt aber die LED immer noch diesen Mode an. Eine Inklusion kann nun durchgeführt werden und war auch erfolgreich. Danach musste man explizit mit dem Befehl 'set ZWAVE addNode off' diesen Mode beenden, was auch auf dem Controller-LED erkennbar war. Dieses Verhalten war auch nach jedem Stoppen und erneut Booten des Rasberry reproduzierbar.
Deshalb meine Frage: wird - bzw. wenn ja, wie - der Controllerzustand im Webportal angezeigt ? Vielleicht unterliege ich hier einer Fehlinterpretation ?? Aber, wie ist es denn eigentlich gemeint ?
Besten Dank im Voraus !
Peter

krikan · 28 März 2016, 13:20:29

Du musst den Inklusionsmodus explizit mit dem Befehl "addNode off" beenden. Es gibt keine automatische Abschaltung durch Fhem.

Die Anzeige im Webfrontend ist einfach nur alphabetisch und sagt nichts über den Zustand aus.

Am besten immer den EventMonitor bei Inklusion/Exklusion paralell öffnen. Dort ist der Zustand anhand der letzten Events des Dongles erkennbar.

Was Du gestern im Log hattest, war tatsächlich ein hängengebliebener Controller. Hättest Du auch im EventMonitor gesehen.

Gruß, Christian

PNinBB · 28 März 2016, 16:57:22

Danke ! Wieder etwas gelernt !
Peter

rudolfkoenig · 29 März 2016, 11:35:49

ZitatDu musst den Inklusionsmodus explizit mit dem Befehl "addNode off" beenden. Es gibt keine automatische Abschaltung durch Fhem.

Seit ca. eine Woche generiert das ZWave Modul bei Eintreffen der Nachricht "ZW_ADD_NODE_TO_NETWORK protocolDone" ein
"set $ioName addNode off", da mich das staendige Ausschalten-Muessen genervt hat. Tut mir leid, dass ich das bisher nicht erwaehnt habe. Bei meinen Versuchen mit ZME/KFOB hat das auch funktioniert, d.h. nach einem erfolgreichen(!) Anlernen musste ich kein "set ZWDongle addNode off" absetzen.

krikan · 29 März 2016, 12:43:12

ZitatSeit ca. eine Woche generiert das ZWave Modul bei Eintreffen der Nachricht "ZW_ADD_NODE_TO_NETWORK protocolDone" ein

Warum hast Du "protocolDone" genommen? Zwapi sagt bei "done" ausschalten.

Hast Du probiert, was bei removeNode passiert? Wird dann auch "addNode off" abgesetzt, so wie ich es aus dem Code lese (besser: vermute). Ansonsten teste ich Ende der Woche.

Mich irritiert ein wenig, dass man bei "failed" jetzt noch manuell ausschalten muss, aber vermutlich lässt sich der Stick dann sowieso nur durch "Stromlos machen" reanimieren.
Ich würde jetzt eigentlich "addNode off" aus dem Wiki verbannen. Im Normalfall braucht man es nach meinem Verständnis nicht mehr. Korrekt?

rudolfkoenig · 29 März 2016, 14:27:12

ZitatWarum hast Du "protocolDone" genommen?

Vermutich weil ich nicht zu Ende gedacht habe, und es mir geholfen hat

Ich lass das auf der TODO-Liste, damit ich auch bei Failed & Done addNode off ausfuehre, das muss ich aber testen.

jeep · 29 März 2016, 21:00:50

Na super, des einen Freud, des anderen Leid. Ich muss nächste Woche bei einem Bekannten 12 Rollläden mit dem Fibaro (FGR-222) ausstatten. Bauseits sind sie schon eingebaut. Das heißt das ich jetzt 12 mal ein "addNode on" schalten muss. Oder ich mache vorerst kein Update.

Wenn man ein vorhandenes System erweitert, mag ein automatisches "addNode off" schon Sinn machen. Aber für eine größere Neuinstallation scheint mir dass eher nervig.

Grüße,
Josef

rudolfkoenig · 29 März 2016, 21:22:15

ZitatAber für eine größere Neuinstallation scheint mir dass eher nervig.

Ich kann das auch ausbauen, bin da eher leidenschaftslos.

rudolfkoenig · 30 März 2016, 12:15:25

ZitatWarum hast Du "protocolDone" genommen? Zwapi sagt bei "done" ausschalten.

Ich kriege kein "done", bei mir kommt learnReady, nodeFound, slave und protocolDone. Auch wenn ich addNode off auskommentiere. Ich habe aber jetzt fuer failed und done einen zusaetzlichen addNode off eingebaut.

ZitatHast Du probiert, was bei removeNode passiert? Wird dann auch "addNode off" abgesetzt, so wie ich es aus dem Code lese

Hoffentlich nicht:

Code Auswählen

      AnalyzeCommand(undef, "set $ioName addNode off")
         if($cmd eq 'ZW_ADD_NODE_TO_NETWORK');

krikan · 30 März 2016, 12:41:42

ZitatIch kriege kein "done", bei mir kommt learnReady, nodeFound, slave und protocolDone. Auch wenn ich addNode off auskommentiere. Ich habe aber jetzt fuer failed und done einen zusaetzlichen addNode off

Zumindest bei der Einbindung eines Sekundärcontrollers hatte ich das "done" schon einmal. Wenn ich mit meinen seit Monaten ruhenden Controllerexperimenten wieder beginne, komme ich spätestens wieder darauf zurück. Ob es in anderen Fällen in meinem Systemen auftritt, schaue ich mir noch mal an.

ZitatHoffentlich nicht:

Verstanden. Darum schrieb ich "(besser: vermute)". Habe diese if-Variante mit nachgestellter Bedingung in Perl immer noch nicht verinnerlicht und wenn das dann noch eine Zeile tiefer steht....

krikan · 31 März 2016, 09:27:14

Zitat von: rudolfkoenig am 30 März 2016, 12:15:25
Ich kriege kein "done", bei mir kommt learnReady, nodeFound, slave und protocolDone. Auch wenn ich addNode off auskommentiere.

Habe mir das Thema in meinem Logs und Notizen noch einmal angeschaut:
"done" kommt bei mir bei Slave-Inklusion grundsätzlich erst nach "addNode off", quasi als Antwort darauf
Bei den Controllerexperimenten hatte ich einmal nach ZW_REPLICATIONSEND-Versuchen ein "done" vor "addNode off". Danach hat sich aber der Controller aufgehängt; also nicht repräsentativ.

zwapi:
laut Text zu ZW_ADD_NODE_TO_NETWORK soll zwar nach "done" der Befehl "addNode off" aufgerufen werden, aber im Anhang im Ablaufschema wird nach protocolDone bereits "addNode off" aufgerufen. Jedoch irritierenderweise nach "done" als Antwort auf "addNode off" noch einmal "addNode off" $:-\$ .

Mein Fazit daraus: Lass es wie es ist, sollte richtig sein!

Btw:
Überlege, ob es nicht sinnvoll wäre, zumindest bei "failed" eine Rückmeldung im WebfrontEnd an den Benutzer zu geben.