Test Adapter EnOcean v0.5.x

[Jey Cee]

@tobitobsta passt das war genau was ich wollte, leider seh ich auch hier keinen Hinweis darauf wo der Fehler herkommt.

[IOBaer]

@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:

1. 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).

2. 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!

[Jey Cee]

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

[AlCalzone]

@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/files

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

AlCalzone created this issue in zwave-js/node-zwave-js

closed fix(serial): detect when socket disconnects and destroy driver #2601

[IOBaer]

@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!

[Jey Cee]

@alcalzone danke das ist glaube ich ziemlich genau das was mir weiterhilft.

[Jey Cee]

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

[tobitobsta]

@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

[IOBaer]

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.

[IOBaer]

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.

[Jey Cee]

@iobaer ja das wird auch immer noch verwendet.ich hab nicht vor daran etwas zu ändern.

[IOBaer]

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.

[Jey Cee]

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

[Jey Cee]

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.

[IOBaer]

@jey-cee Gerne! Wurde da eigentlich was angepasst, dass bei LastID nur noch angelernte IDs erscheinen?

[Jey Cee]

@iobaer ne wurde nichts verändert. Es müssen immer noch alle IDs angezeigt werden.

[IOBaer]

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

[mustang]

Info:

Hallo zusammen, ich habe seit langem keinen Rollladenaktor TF61J-230V mehr neu einlernen müssen, doch nun war es notwendig, leider mit Problemen. Folgende Vorgehensweise:

• Objekt in iobroker gelöscht
• Aktor auf Werkseinstellung zurückgesetzt (bei jeder getesteten Version)
• Aktor stromlos gemacht
• Instanzen enocean "Neues Gerät hinzufügen" ausgewählt
• Aktor an 230V angeklemmt
• im Log kommen dann die zwei Telegramme vom Aktor

enocean.0	2021-09-11 16:26:42.142	debug	Message for ID 058dee4b has been received. It was repeated 0 times.
enocean.0	2021-09-11 16:26:42.140	debug	55000e070140d100d0fe0303010076058dee4b0000ffffffff5000
enocean.0	2021-09-11 16:26:41.838	debug	Message for ID 058dee4b has been received. It was repeated 0 times.
enocean.0	2021-09-11 16:26:41.836	debug	55000d0701fdd100d0ff00000436058dee4b0000ffffffff5200

Weiter passiert leider nichts - der enocean-Adapter sendet daraufhin nichts. Der enocean-Adapter läuft dann in Timeout und beendet den Teachin-Modus. Das Verhalten habe ich mehrfach mit den Versionen 0.5.1, 0.5.3 und 0.5.4 beobachtet. Erst ein Rollback auf die Version 0.3.8 ( die Versionen 0.4.x habe ich übersprungen) hat direkt beim ersten Einlernversuch zum Erfolg geführt.

Schönes WE wünscht Mustang

[Jey Cee]

@mustang danke fürs melden. Ich hab schon mal rein geschaut, aber das debugen ist Ziemlich Mühsam weil der Fehler zu Wandern scheint.

[Jey Cee]

@mustang Kannst du bitte mal von Github installieren und Testen ob das Anlernen jetzt bei dir klappt.