Test Adapter EnOcean v0.5.x
-
@tobitobsta bei dir taucht ein Fehler auf den ich nicht nachvollziehen kann. Als Folge wird der Staufix nicht angelernt.
Kannst du Mal im Browser die Konsole, Taste F12 drücken, öffnen und dann das anordnen Auslösen und mir das was in der Konsole Ausgegeben wird hier Posten. -
@iobaer sagte in Test Adapter EnOcean v0.5.x:
Sind diese WARN-Meldungen bei Adapter-Installation bekannt (Debug-Ausgabe aktiv)?
Nein, das sind aber auch keine direkten Abhängigkeiten vom Adapter. Wenn dann bringen andere Module die mit.
-
@jey-cee said in Test Adapter EnOcean v0.5.x:
@tobitobsta bei dir taucht ein Fehler auf den ich nicht nachvollziehen kann. Als Folge wird der Staufix nicht angelernt.
Kannst du Mal im Browser die Konsole, Taste F12 drücken, öffnen und dann das anordnen Auslösen und mir das was in der Konsole Ausgegeben wird hier Posten.entschuldige meine Unwissenheit - ich bin mir nicht sicher was genau ich machen soll.
Was ich jetzt getan habe:- leerer Browser
- f12 gedrückt
- iobroker-admin geladen
- instanzen tab aufgerufen
- enocean instanz einstellungen aufgerufen
- neues Gerät
- Kessel/Staufix auswählen
- Gerät hinzufügen
- Koppeln am Staufix ausgelöst
das kam in der Konsole dazu:
-
@tobitobsta passt das war genau was ich wollte, leider seh ich auch hier keinen Hinweis darauf wo der Fehler herkommt.
-
@jey-cee said in Test Adapter EnOcean v0.5.x:
@iobaer @tobitobsta könnt ihr bitte die Version 0.5.3 testen?
Sooooo .... erstmal vielen Dank für die schnelle Anpassung
Ergebnisse:
-
Starte ich den per ser2net angebundenen Raspi, mit dem der Enocean-Stick verbunden ist, nun neu ("reboot"), geht - wie auch zuvor - die Enocean-Instanz auf gelb. Sobald der Raspi wieder da ist und ser2net läuft, verbindet sich Dein Adapter wieder ordnungsgemäß und schaltet auf grün um. Dein Update hat den Fehler also behoben. Nicht getestet habe ich, wie lange die Unterbrechung maximal sein dürfte (Du hast ja glaub nur eine begrenzte Zahl von Reconnect-Versuchen eingebaut).
-
Ich habe testweise mal im Switch den Port des Raspis disabled. Das merkt die Enocean-Instanz nicht, sie bleibt grün - auch, wenn Befehle abgesetzt werden. Erst nach einem Neustart der Enocean-Instanz bleibt diese auf gelb, da sie dann natürlich die Verbindung zum Raspi (= Enocean-Stick via ser2net) aufbauen möchte und dies nicht gelingen kann, da der Port ja geblockt ist. Umgekehrt genauso: aktiviere ich den Port wieder, bemerkt dies die Enocean-Instanz nicht - die Kommunikation funktioniert eben einfach wieder. Eine kurze Google-Recherche ergab, dass dies wohl ein bekanntes Verhalten bei ser2net zu sein scheint und erstmal nichts mit Deinem Adapter zu tun hat. Als Workaround kann man als User ja z.B. in dem Fall den externen Raspi regelmäßig anpingen und prüfen, ob dieser noch erreichbar ist. Kommt immer auch drauf an, wie kritisch das alles ist. Durch die externe Anbindung via ser2net hat man sich natürlich zwangsläufig ein paar mögliche Fehlerquellen eingebaut, die man ggf. zumindest teilweise selber abfangen kann. Bei mir geht es aber derzeit nicht anders, da ich den ioBroker nun als virtuelle Debian-Maschine unter Hyper-V nutze (kann ich grundsätzlich jedem empfehlen - da willst Du nie wieder mit einem Raspi arbeiten) und man in Hyper-V keine USB-Geräte durchschleifen kann ...
Edit: An der Stelle ist mir noch aufgefallen: ändere ich während der Switch-Port geblockt ist (also Deine Instanz nicht mit dem Enocean-Stick kommunizieren kann) z.B. von einem FSR14-4x CMD von 0 auf 1 oder umgekehrt, dann wird der Wert grün (Bestätigt=true), obwohl der Befehl ja tatsächlich nicht ausgeführt wurde. Wenn ich mich richtig erinnere, hast Du dieses Verhalten vor einigen Monaten zumindest beim direkten Betrieb des Sticks als USB-Gerät abstellen können?
Danke Dir!
-
-
@iobaer die Thematik in 2 ist mir schon bewusst gewesen, aber mir ist als Lösung nur eingefallen regelmäßig einen Befehl (als Ping) zu senden. Es wäre ja möglich das nur ser2net auf dem pi nicht mehr läuft, dann bringt ein normaler Ping nichts.
Das ich hier Sinnvollerweise noch prüfen kann ob der Befehl auch vom Stick Quittiert wird, hatte ich noch nicht auf dem Schirm.
Meine Befürchtung ist das ich damit ein größeres Fass auf mache.
Der Plan war aber schon das auch Um zu setzen. -
@jey-cee Ich muss zugeben, ich hab nicht alles gelesen, ggf. geht meine Lösung auch komplett am Ziel vorbei. Aber vielleicht hilft es ja.
In Z-Wave hatte ich auch ein Thema mit "Disconnect zu ser2net" erkennen und habe es mit diesem PR gelöst:
https://github.com/zwave-js/node-zwave-js/pull/2601/filesKern des ganzen war die Zeile
serial.setKeepAlive(true, 2500);(Timeout nach Bedarf anpassen), welche einen "ping" auf Verbindungs-Ebene einrichtet und Reaktion auf das
"close"event.Getestet hab ich das mit ser2net beenden sowie Kabel am Pi ziehen, beides während der Adapter verbunden ist. Nach kürzester Zeit wird die Verbindung als getrennt erkannt.
-
@jey-cee said in Test Adapter EnOcean v0.5.x:
Das ich hier Sinnvollerweise noch prüfen kann ob der Befehl auch vom Stick Quittiert wird, hatte ich noch nicht auf dem Schirm.
Toll wäre es auf jeden Fall, weil dann das Verhalten wie beim lokal angeschlossenen USB-Stick wäre
Danke!
-
@alcalzone danke das ist glaube ich ziemlich genau das was mir weiterhilft.
-
@tobitobsta ich würde vorschlagen das ich mal per Any Desk bei dir drauf schau um den Fehler zu Untersuchen, damit wir da Zeitnah eine Lösung finden.
Schreib mir am besten eine email mit deiner Telefonnummer an jey-cee@live.com.
-
@jey-cee said in Test Adapter EnOcean v0.5.x:
@tobitobsta ich würde vorschlagen das ich mal per Any Desk bei dir drauf schau um den Fehler zu Untersuchen, damit wir da Zeitnah eine Lösung finden.
Schreib mir am besten eine email mit deiner Telefonnummer an jey-cee@live.com.
Wow! Danke! Liege gerade ziemlich flach aber melde mich sobald ich wieder sicher am PC sitzen kann. VG
-
Ich habe heute mal statt ser2net den Multihost-Betrieb aufgesetzt, d.h. die Enocean-Instanz des Adapters von @Jey-Cee auf den Raspi verschoben und dort als lokales Gerät den Enocean-Stick eingebunden - funktioniert wunderbar. Das einfach mal als Info und weitere Alternative.
-
Bei mir sind die Aktoren noch aus der Anfangszeit mit "Sender_ID" und "baseIDoffset" angelegt - kann das so bleiben? Funktioniert einwandfrei - ich frage nur vor dem Hintergrund zukünftiger Aktualisierungen. Danke.
-
@iobaer ja das wird auch immer noch verwendet.ich hab nicht vor daran etwas zu ändern.
-
Kurze Frage an Dich (Dein Adapter ist so genial!): ist das bekannt/erwünscht, dass bei einem Schaltbefehl z.B. an einen FSR14-2x "Bestätigt" auch dann "true" wird, wenn der Befehl garnicht angekommen sein kann (z.B. weil, wie in meinem Test, der Leitungsschutzschalter auf AUS war)? Bezüglich ser2net-Verbindung hatten wir das ja geklärt, ich wollte nur nochmal sichergehen, ob das auch bei direkter USB-Verbindung des Sticks so vorgesehen ist.
Ist auch kein Problem, denn ich überwache z.B. auf die "Antwort" via "RO" - klappt einwandfrei und ggf. stelle ich dazu mal nach einigen Feinheiten, die ich noch anpassen will, auch mal ein Blockly online.
-
@iobaer hier ist es das gleich wie bei ser2net, es wird bestätigt sobald der Adapter den Befehl an nimmt. Als Rückmeldung kann lediglich die Antwort vom USB Stick genommen werden, die besagt das der Befehl gesendet wurde.
Danach liegt es am Gerät ob es eine Antwort auf den Befehl schickt.@iobaer sagte in Test Adapter EnOcean v0.5.x:
(Dein Adapter ist so genial!)
Das Freut mich.
-
Ich hab hier Wippen für 4 PTM210 Taster. Die Wippen passen für Jung Rahmen.
Wenn die jemand brauchen soll er sich bei mor melden.
-
@jey-cee Gerne! Wurde da eigentlich was angepasst, dass bei LastID nur noch angelernte IDs erscheinen?
-
@iobaer ne wurde nichts verändert. Es müssen immer noch alle IDs angezeigt werden.
-
@jey-cee nur als Info, so doof es klingt: es war vermutlich die DECT-Basisstation, die zu nah am Enocean-Stick stand ... vielleicht auch als Hinweis für andere.
