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

[Jey Cee]

@ak68:

Als ersten Schritt möchte ichMaco/ Winkhaus/ Elktako Fenasterkontakte FTKB-hg per EnOcean Pi anbinden. ` Das Profil für die Dinger ist noch nicht im Adapter. Mach ich aber sobald du den Adapter bei dir zum laufen bekommen hast.

@ak68:

Auch eine manuelle Erkennung ist nicht möglich, da ich keine ID finden kann ` Steht dann im Log. Sollte aber nicht nötig sein wenn das Profil im Adapter ist.

@ak68:

4. Log: `
Muss dich enttäuschen, das ist die Ereignisanzeige nicht das Log.

Ich brauch das Log um Überhaupt eine Chance zu haben den Grund für den absturz zu finden, aber eigentlich kann ein Adapter gar nicht den ganzen ioBroker zum Abstruz bringen.

Das Log kannst du im Log Tab herunterladen oder wenn das nicht möglich ist, findest du das Log in /opt/iobroker/log auf dem Pi.

[ak68]

Hallo Jey,

hab die Log-Datei angehängt in der Hoffnung, dass Du den Fehler findest (Pi-Neustart 20:54/ manueller Neustart von ioBroker, Versuch, enocean-Gerät zu erkennen, Absturz ca, 20:55)

Ich habe heute außer dem Adapter keine weitere Software installiert (außer den dazugehörigen Paketen)

Vielen Dank für deine Bemühungen

Andreas

PS: Die Funksensoren verwenden das Protokoll EEP A5-14-0A
8873_log_iobroker.txt

[Jey Cee]

Also ich kann jetzt keine Eindeutigen Grund für den Absturz erkennen, aber was auffällt ist das einige Adapter bereits laufen.

`2018-09-21 20:55:02.783  - [31merror[39m: socketio.0 already running
2018-09-21 20:55:02.807  - [31merror[39m: fritzdect.0 already running
2018-09-21 20:55:02.813  - [31merror[39m: history.0 already running
2018-09-21 20:55:03.068  - [33mwarn[39m: javascript.0 Reconnection to DB.
2018-09-21 20:55:03.198  - [31merror[39m: email.0 already running[/code]`
Das sollte nicht sein, vor allem nicht nach einem Neustart.

Dann hab ich das hier gefunden:
`~~[code]~~2018-09-21 20:55:17.353  - [31merror[39m: admin.0 port 8081 already in use
2018-09-21 20:55:17.395  - [31merror[39m: host.Raspberrypi instance system.adapter.admin.0 terminated with code 1 ()[/code]`

Das dürfte dein Vermeintlicher absturz sein. Der Admin Adapter wird beendet und du hast keinen Zugriff mehr auf die Weboberfläche, ioBroker läuft aber noch. Vom EnOcean Adapter ist jedoch nichts zu sehen.

Irgendwas ist in deinem System Komplett durcheinander.

Mach mal einen eigenen Thread dazu auf.[/code]

[Jey Cee]

@ak68:

Die Funksensoren verwenden das Protokoll EEP A5-14-0A ` Hab ich hinzugefügt. Adapter neu von Github Installieren dann ist es da.

Eine Rückmeldung ob es funktioniert wäre super.

[ak68]

Danke, werde ich machen- wenn ioBroker wieder ohne Abstürze läuft !

[ak68]

Hallo Jey,

ich habe meinen Raspi jetzt neu installiert und ioBroker läuft wieder ohne Abstürze.

Auch die Enocean-Instanz habe ich angelegt (3x "grün"), die Schnittstelle /dev/ttyAMA0 wird erkannt, nur leider werden keine Geräte erkannt.

Die Eltako Fenstersensoren sind per Magnet -> rote LED in den Programmiermodus zu schalten, was auch funktioniert.

Vielleicht liegt es ja an der Einrichtung des Enocean PI Schnittstelle, ich habe folgende Schritte durchgeführt:

sudo nano /boot/cmdline.txt -> console=serial0, 115200 löschen

sudo nano /boot/config.txt -> hinzugefügt: dtoverlay=pi3-miniuart-bt enable_uart=1 force_turbo=1

Mus ich evtl noch weitere Schritte durchführen (in Anleitungen im IP-Symcon-Forum ist von "apt-get install ser2net" etc. die Rede) ?

Danke

Andreas

[Jey Cee]

HM also mit dem Aufsteckmodul kenn ich mich nicht aus.

Aber du kannst mal das Log level für den Adapter auf debug stellen. Dann sollte zu sehen sein ob das Modul erkannt wird.

Gesendet von meinem m8 mit Tapatalk

[ak68]

Das Log-Level habe ich eingeschaltet, erhalte aber nur die folgenden Einträge:

Wer hat das Enocean Pi Modul erfolgreich am Laufen ? MIt welchen Einstellungen/ Schnittstellenkonfigurationen im Linux ?

[Jey Cee]

@ak68:

Das Log-Level habe ich eingeschaltet ` Nein das ist nur der Filter, den Log Level stellst du in den Instanzen ein.

[ak68]

Dank Installation von ser2net wird jetzt der Fensterkontakt erkannt und sendet Signale:

und reagiert (hier: Fenster Öffnen)

… also bin ich einen großen Schritt weiter

[ak68]

So, jetzt habe ich folgende ID´s im ioBroker:

Aber es sollten diese Werte vom Eltako/Maco-Fensterkontakt übermittelt werden:

Offensichtlich stimmen die EEP-Profile noch nicht überein- wie muss ich das machen ?

[Jey Cee]

Das was man im Screenshot sieht sind Systemobjekte und da darfst du nichts ändern.

Das sollte so aussehen: enocean.0.05113e1b

Gesendet von meinem m8 mit Tapatalk

[ak68]

So, jetzt läuft der Adapter und zeigt korrekte Werte 0/3 an:

Leider funktioniert aber die Weiterleitung an KNX noch nicht, da wohl nicht auf den KNX-Bus geschrieben werden kann:

Das Scipt ist:

Welche Einstellung mach Probleme ? Eigentlich müsste der Wert "Boolean" sein ?

Danke !!!

[Jey Cee]

Also bei knx muss ich passen, da hab ich keine Ahnung wie das funktionieren soll.

Aber es ist sowohl zu hören das der enocean Adapter jetzt bei dir funktioniert.

Gesendet von meinem m8 mit Tapatalk

[ak68]

@Jey Cee:

Also bei knx muss ich passen, da hab ich keine Ahnung wie das funktionieren soll. `

Ich habe den Fehler gefunden: Der DPT Datentyp "DPT1.001" war im KNX-Node nicht eingetragen !

[ak68]

Nach intensivem mehrtägigen Test muss ich leider feststellen, dass die Anbindung von mehreren Fensterkontakten FTKB-hg trotz optimaler Funkverbindung (Holzhaus !) NICHT zuverlässig funktioniert,

Nur etwa 50§ der Öffnen/ Schließbefehle werden an ioBroker überhaupt übermittelt.

Die große Frage ist jetzt, ob dies an der Pi-Anbindung oder an dem Funkkontakt selbst liegt.

Wer hat die Kombination zuverlässig am Laufen ?

[Jey Cee]

Du weist aber das Holz eine höhere Dämpfung bei Funksignalen hat als Stein.

Was sagt den der Rssi wert der Kontakte?

Gesendet von meinem m8 mit Tapatalk

[ak68]

@Jey Cee:

Du weist aber das Holz eine höhere Dämpfung bei Funksignalen hat als Stein.

Was sagt den der Rssi wert der Kontakte?

Gesendet von meinem m8 mit Tapatalk `

Leider klappt es aber auch nicht, wenn die Kontakte neben dem Respi liegen (RSSI 89 bzw. 80 !)

Die "Geschlossen=0"-Befehle werden recht zuverlässig gesendet, aber nicht die "Offen=3"-Befehle (Modus 3)

Auch das Senden der Befehle im Modus 1 oder 2 funktioniert nur "ab und zu" trotz exakter Ausrichtung der Magneten.

[Jey Cee]

Die Werte sind zwar nicht ganz optimal, aber wären ok. Stell das log level des Adapters auf debug und schau ob jede Änderung ankommt.

Wenn ja liegt am Empfangsmodul.

Gesendet von meinem m8 mit Tapatalk

Edit: Ich meinte Natürlich wenn nicht alle Änderungen ankommen. Du solltest bei jeder Änderung ein Telegramm im Log sehen.

[ak68]

@Jey Cee:

Ich meinte Natürlich wenn nicht alle Änderungen ankommen. Du solltest bei jeder Änderung ein Telegramm im Log sehen. `

Nach mehreren Tagen vergeblicher Arbeit habe ich aufgegeben:

Eine zuverlässige Verbindung der Fensterkontakte war nicht herzustellen. Beim "Trockenversuch" direkt neben dem Empfängermodul hat der Raspi einigermaßen zuverlässig die Signale empfangen (ca. 80% !), Nach dem Einbau in den Fensterrahmen kamen nur ca. 20% der Befehle an- für die Praxis untauglich.

Der Empfänger liegt nur 1 Holzdecke entfernt (Signalstärke 80 !), vielleicht liegt es ja am Metallkern im Kunststofffenster `

Ich habe jetzt - um nicht noch mehr Zeit zu investieren, die Reißleine gezogen und haben mir kabelgebundene Magnetkontakte bestellt nach dem Motto: Lieber einige Meter KNX-Kabel verlegen als keine zuverlässige Verbindung.

Eigentlich schade !

Vielen dank noch einmal an Dich Jey für Deine Hilfe !!!