Kein Inklusion mehr möglich

[PNinBB]

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 Erweitern


. . .
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]

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]

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]

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]

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]

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]

Danke ! Wieder etwas gelernt !
Peter

[rudolfkoenig]

Du 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]

Seit 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]

Warum 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]

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]

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

Ich kann das auch ausbauen, bin da eher leidenschaftslos.

[rudolfkoenig]

Warum 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.

Hast 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 Erweitern

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

[krikan]

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

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.

Hoffentlich 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]

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.

[krikan]

Hallo Rudi!

Nachdem ich mit dem heutigen Stand probiert habe:
Wenn ich nach

Code Auswählen Erweitern

set <ZWDongle> addNode on
ohne Inklusion danach

Code Auswählen Erweitern

set <ZWDongle> addNode off
absetze, lande ich wegen "done" als Auslöser für "addNode off" in einer Endlosschleife.

Könntest Du Dir das bitte noch mal bei Dir anschauen und -falls reproduzierbar- vielleicht "done" doch nicht behandeln. Sorry.
Hattest Du mal in zwapi geschaut und das besser als ich verstanden?

Gruß, Christian

[rudolfkoenig]

absetze, lande ich wegen "done" als Auslöser für "addNode off" in einer Endlosschleife.

Ich habe addNode off bei "done" entfernt, auch wenn die Endlosschleife nur bei manchmal auftritt, ist der addNode fehl am Platz. Bzw. ich habs lokal entfernt, einchecken geht gerad nicht, da sourceforge spinnt.

Hattest Du mal in zwapi geschaut und das besser als ich verstanden?

Bis gerade eben nicht, jetzt sehe ich es aber auch.
Bin aber nicht sicher, dass wir zwapi als Referenz nehmen muessen.

[krikan]

Bin aber nicht sicher, dass wir zwapi als Referenz nehmen muessen.

Nein, keine Referenz, sondern nur Ideenlieferant. In diesem Fall eher Verwirrungsstifter.

addNode off bei "done" entfernt,

Danke.

[throbin]

Hi,

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

wäre eine sinnvolle Verbesserung, sonst ist man insbesondere als Neuling total aufgeschmissen, und die (Event)Logs (oder die Views) kann man leider nicht stets im Block haben - das wäre natürlich die beste Lösung

Schönes WE!

[krikan]

sinnvolle Verbesserung, sonst ist man insbesondere als Neuling total aufgeschmissen

Ich war für mich zu dem Ergebnis gekommen, dass es mMn nicht sinnvoll ist:
Genau die Neueinsteiger würde ich lieber auf den Weg "EventMonitor bei Inklusion in 2. Fenster offen und Log kontrollieren" bringen. Das sollte man bei solchen besonderen Arbeiten in FHEM immer machen. Wenn jetzt eine Rückmeldung für einen Teil des Inklusionsprozesses erfolgt, befürchte ich eine "Erziehung" zum Unterlassen. Das fördert mMn nicht das Verständnis von FHEM/ZWave.

Lösungsansatz von meiner Seite, damit Neulinge nicht aufgeschmissen sind:
Die (Zwave-)Doku im Wiki verbessern, so dass der Einsteiger nach Lesen der Artikel einen leichteren Einstieg hat. Ich selbst versuche zwar, den ZWave-Artikel im Wiki aktuell, verständlich und problemorientiert zu halten, aber das gelingt mir nur unvollständig. Zudem ist der Artikel eine langsam gewachsene Struktur. Darum ist es immer gut, wenn Einsteiger dort Hinweise/Problempunkte bei Zeit/Spaß selbst ergänzen oder mir Anregungen/Ideen/Kritik liefern, damit ich selbst Verbesserungsversuche vornehmen kann.

Das wäre mein Weg, aber bei Modulanpassungen kann/darf/brauche ich nicht entscheiden. Wiki-Aussagen gelten immer.

Gruß, Christian

[PNinBB]

Noch ein Kommentar zur Debatte der Profis von einem FHEM-Anfänger:
Ich würde mir wünschen, dass, wenn der Controller im 'Inklusion'-Mode ist, nach erfolgter Einbindung eine kurze Nachricht erscheint, beispielsweise in Form eines pop-up-Fensters mit einem Hinweis 'device ZWave_Node_xx included'; ähnlich: Scheduled for sending after WAKEUP bei Ausgabe eines get-Befehls.
Kann man den Zustand 'inclusion' (oder was auch immer) des Controller in den 'internals' auf der Geräteseite sehen ?
Damit macht man die internen Abläufe bzw. Zustände nach außen besser sichtbar und nachvollziehbar.
Dies nur als Anregung.
Schönes Wochenende.
Peter

[rudolfkoenig]

Ab sofort gibt es im FHEMWEB ein Dialog nach der Inklusion mit dem Inhalt "addNode failed" oder "created ZWave_SWITCH_BINARY_74" (bzw. Vergleichbares).

[throbin]

Danke!