UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[tobitobsta]

@jey-cee said in Test Adapter EnOcean v0.5.x:

@iobaer @tobitobsta könnt ihr bitte die Version 0.5.3 testen?

getan - vielen Dank!

ich habe den Staufix erstmal "entkoppelt" (ob das nötig war, weiß ich nicht).

Dann habe ich über drop down den Staufix hinzugefügt und wie beschrieben, das Fenster geschlossen.

Dann direkt das Staufix "koppeln" ausgelöst.

Spoiler

enocean.0 2021-08-09 16:05:02.941	info	The serial port was closed.

enocean.0 2021-08-09 16:05:02.939	info	EEP A5-38-08 unknown, send this information to developer.

enocean.0 2021-08-09 16:05:02.938	info	Create objects for A5-38-08 from undefined with id: 050cb782

enocean.0 2021-08-09 16:05:02.937	info	EEP A5-38-08 detected for device with ID 050cb782, manufacturer: undefined

enocean.0 2021-08-09 16:05:02.930	warn	Terminated (UNCAUGHT_EXCEPTION): Without reason

enocean.0 2021-08-09 16:05:02.929	info	terminating

enocean.0 2021-08-09 16:05:02.928	info	cleaned everything up...

enocean.0 2021-08-09 16:05:02.921	error	Cannot read property 'teachinMethod' of null

enocean.0 2021-08-09 16:05:02.921	error	TypeError: Cannot read property 'teachinMethod' of null at Enocean.parseMessage (/opt/iobroker/node_modules/iobroker.enocean/main.js:501:25)

enocean.0 2021-08-09 16:05:02.920	error	unhandled promise rejection: Cannot read property 'teachinMethod' of null

enocean.0 2021-08-09 16:05:02.911	error	Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().

enocean.0 2021-08-09 16:05:02.735	debug	55000a0701eba5c0206880050cb7828000ffffffff4400

enocean.0 2021-08-09 16:05:02.684	debug	55000a0701eba5e0400d80050cb7828000ffffffff4400

enocean.0 2021-08-09 16:04:57.261	debug	sendTo "autodetect" to system.adapter.admin.0 from system.adapter.enocean.0

enocean.0 2021-08-09 16:04:31.647	debug	sendTo "getEEPList" to system.adapter.admin.0 from system.adapter.enocean.0

enocean.0 2021-08-09 16:04:31.640	debug	sendTo "getDevices" to system.adapter.admin.0 from system.adapter.enocean.0

enocean.0 2021-08-09 16:04:31.633	debug	sendTo "listSerial" to system.adapter.admin.0 from system.adapter.enocean.0

es taucht kein Gerät in der Liste auf.

[IOBaer]

Antwort wegen ser2net kommt noch (teste da gerade noch etwas, bevor ich Rückmeldung gebe), nur vorab:

Sind diese WARN-Meldungen bei Adapter-Installation bekannt (Debug-Ausgabe aktiv)?

npm install Jey-Cee/ioBroker.enocean#3274815fff77bcca0a7aa3449e34213fcfb97e49 --prefix "/opt/iobroker" (System call)

npm WARN deprecated gulp-util@3.0.8: gulp-util is deprecated - replace it, following the guidelines at https://medium.com/gulpjs/gulp-util-ca3b1f9f9ac5

npm WARN optional SKIPPING OPTIONAL DEPENDENCY: fsevents@2.3.2 (node_modules/fsevents):npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for fsevents@2.3.2: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"x64"})

npm WARN optional SKIPPING OPTIONAL DEPENDENCY: osx-temperature-sensor@1.0.7 (node_modules/osx-temperature-sensor):npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for osx-temperature-sensor@1.0.7: wanted 

[Jey Cee]

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

[Jey Cee]

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

[tobitobsta]

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

Spoiler

index.js:18 iobroker.admin@5.1.23
instrument.ts:129 [2021-08-11T12:22:36.750Z] Try to connect
instrument.ts:129 Double links: "flot.0" and "flot.0"
instrument.ts:129 Double links: "habpanel.0" and "habpanel.0"
instrument.ts:129 Double links: "rickshaw.0" and "rickshaw.0"
instrument.ts:129 Double links: "vis.0" and "vis.0"
instrument.ts:129 getInstances: 8
index_m.html:1 [Deprecation]The website requested a subresource from a network that it could only access because of its users' privileged network position. These requests expose non-public devices and servers to the internet, increasing the risk of a cross-site request forgery (CSRF) attack, and/or information leakage. To mitigate these risks, Chrome deprecates requests to non-public subresources when initiated from non-secure contexts, and will start blocking them in Chrome 92 (July 2021). See https://chromestatus.com/feature/5436853517811712 for more details.
socket.io.js:59 [2021-08-11T12:22:59.441Z] Try to connect
Fehler beim Laden der Quell Zuordnung durch devtools: Der Inhalt für http://iobroker:8081/lib/js/showdown.min.js.map konnte nicht geladen werden: HTTP Fehler: Statuscode 404,net::ERR_HTTP_RESPONSE_CODE_FAILURE
translate.js:24 "Sponsors": {"en": "Sponsors", "de": "Sponsors", "ru": "Sponsors", "pt": "Sponsors", "nl": "Sponsors", "fr": "Sponsors", "es": "Sponsors", "pl": "Sponsors", "it": "Sponsors", "zh-cn": "Sponsors"},
translate.js:24 "IP": {"en": "IP", "de": "IP", "ru": "IP", "pt": "IP", "nl": "IP", "fr": "IP", "es": "IP", "pl": "IP", "it": "IP", "zh-cn": "IP"},
translate.js:24 "Port": {"en": "Port", "de": "Port", "ru": "Port", "pt": "Port", "nl": "Port", "fr": "Port", "es": "Port", "pl": "Port", "it": "Port", "zh-cn": "Port"},
translate.js:24 "Base ID: ": {"en": "Base ID: ", "de": "Base ID: ", "ru": "Base ID: ", "pt": "Base ID: ", "nl": "Base ID: ", "fr": "Base ID: ", "es": "Base ID: ", "pl": "Base ID: ", "it": "Base ID: ", "zh-cn": "Base ID: "},
translate.js:24 "ID": {"en": "ID", "de": "ID", "ru": "ID", "pt": "ID", "nl": "ID", "fr": "ID", "es": "ID", "pl": "ID", "it": "ID", "zh-cn": "ID"},
translate.js:24 "Sender ID": {"en": "Sender ID", "de": "Sender ID", "ru": "Sender ID", "pt": "Sender ID", "nl": "Sender ID", "fr": "Sender ID", "es": "Sender ID", "pl": "Sender ID", "it": "Sender ID", "zh-cn": "Sender ID"},
translate.js:24 "EEP": {"en": "EEP", "de": "EEP", "ru": "EEP", "pt": "EEP", "nl": "EEP", "fr": "EEP", "es": "EEP", "pl": "EEP", "it": "EEP", "zh-cn": "EEP"},
translate.js:24 "Link": {"en": "Link", "de": "Link", "ru": "Link", "pt": "Link", "nl": "Link", "fr": "Link", "es": "Link", "pl": "Link", "it": "Link", "zh-cn": "Link"},
translate.js:24 "Sponsors": {"en": "Sponsors", "de": "Sponsors", "ru": "Sponsors", "pt": "Sponsors", "nl": "Sponsors", "fr": "Sponsors", "es": "Sponsors", "pl": "Sponsors", "it": "Sponsors", "zh-cn": "Sponsors"},
translate.js:24 "IP": {"en": "IP", "de": "IP", "ru": "IP", "pt": "IP", "nl": "IP", "fr": "IP", "es": "IP", "pl": "IP", "it": "IP", "zh-cn": "IP"},
translate.js:24 "Port": {"en": "Port", "de": "Port", "ru": "Port", "pt": "Port", "nl": "Port", "fr": "Port", "es": "Port", "pl": "Port", "it": "Port", "zh-cn": "Port"},
translate.js:24 "Base ID: ": {"en": "Base ID: ", "de": "Base ID: ", "ru": "Base ID: ", "pt": "Base ID: ", "nl": "Base ID: ", "fr": "Base ID: ", "es": "Base ID: ", "pl": "Base ID: ", "it": "Base ID: ", "zh-cn": "Base ID: "},
translate.js:24 "ID": {"en": "ID", "de": "ID", "ru": "ID", "pt": "ID", "nl": "ID", "fr": "ID", "es": "ID", "pl": "ID", "it": "ID", "zh-cn": "ID"},
translate.js:24 "Sender ID": {"en": "Sender ID", "de": "Sender ID", "ru": "Sender ID", "pt": "Sender ID", "nl": "Sender ID", "fr": "Sender ID", "es": "Sender ID", "pl": "Sender ID", "it": "Sender ID", "zh-cn": "Sender ID"},
translate.js:24 "EEP": {"en": "EEP", "de": "EEP", "ru": "EEP", "pt": "EEP", "nl": "EEP", "fr": "EEP", "es": "EEP", "pl": "EEP", "it": "EEP", "zh-cn": "EEP"},
translate.js:24 "1": {"en": "1", "de": "1", "ru": "1", "pt": "1", "nl": "1", "fr": "1", "es": "1", "pl": "1", "it": "1", "zh-cn": "1"},
translate.js:24 "2": {"en": "2", "de": "2", "ru": "2", "pt": "2", "nl": "2", "fr": "2", "es": "2", "pl": "2", "it": "2", "zh-cn": "2"},
translate.js:24 "Link": {"en": "Link", "de": "Link", "ru": "Link", "pt": "Link", "nl": "Link", "fr": "Link", "es": "Link", "pl": "Link", "it": "Link", "zh-cn": "Link"},

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

[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?