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

[Micha]

@jaycee

Okay wie stelle ich den Debug beim Adapter ein?

Gibt es die Möglichkeit die Daten mitzuschreiben die

der USB-Stick empfängt?

Deine Deviceliste ist ja noch im Aufbau. Wenn ich die erweitern würde mit den entsprechenden EEP und die EEP nicht in deiner Liste sind , gibt es dann einen Fehler ?

VG Micha

[Jey Cee]

In der Instanzenen Übersicht auf Expertenmodus stellen dann kannst du das LogLevel ändern.

HM möglich das alle Datentelegramme ins Log geschrieben werden.

Du kannst die Liste ohne weiteres erweitern. Schön wäre wenn du sie mir dann zur Verfügung stellst das ich sie in den Adapter aufnehmen kann.

Gesendet von meinem m8 mit Tapatalk

[Jey Cee]

Ich hab mal wieder am EnOcean Adapter weiter gearbeitet.

Es gibt jetzt wieder eine Automatische Erkennung von Geräten, es werden nur Geräte erkannt die 4BS Telegramme senden.

Das sind Geräte mit einer A5-xx-xx EEP.

Aber auch hier können nur die erkannt werden die auch die nötigen Informationen mitschicken.

Bei allen anderen Geräten werden die ID und soweit möglich die Art von Telegramm in das Log von ioBroker geschrieben. So wird das manuelle Anlegen eines Geräts erleichtert.

Außerdem wurde das Profil der EEP A5-02-05 gefixt.

Eine weiter Neuerung unter der Haube ist eine Liste mit den Hersteller IDs. Die Liste ist für die Automatische Erkennung Notwendig.

Durch die Einführung der Liste wurden die Namen der Hersteller in der Geräte Liste angepasst.

Ich hoffe es finden sich ein paar Tester.

[Jey Cee]

Ich hatte es gar nicht vor, aber mir war heute danach:

Die Automatische Erkennung sollte jetzt etwa 50% der Geräte erkennen können.

• UTE (Unidirektional) eingebaut

• Rocker Switches werden jetzt erkannt

• PSC234 read only support vervollständigt

• Multi-EEP support Vervollständigt

Achtung: Alle die eine ältere Version des Adapters nutzen müssen den Adapter erst löschen und dann alle Geräte neu anlernen.

Die Neuerungen haben ein paar größere Änderungen erfordert, weshalb jetzt das Handling der Geräte inkompatibel ist.

[ak68]

Hallo zusammen,

ich bin ioBroker-Neuling und möchte hiermit meine KNX/ Edomi-Installation ergänzen.

Als ersten Schritt möchte ichMaco/ Winkhaus/ Elktako Fenasterkontakte FTKB-hg per EnOcean Pi anbinden.

Folgende Schritte habe ich durchgeführt:

1. Adapter per Github und Instanz angelegt:

2. Schnittstelle wird erkannt:

3. Geräteerkennung:

-> leider schlägt diese Fehl, Fenterkontakt wird nicht erkannt (per Magnet in Erkennungsmodus geschaltet !)

Auch eine manuelle Erkennung ist nicht möglich, da ich keine ID finden kann

4. Log:

Offensichtlich erfolgt zumindest mit dem Adapter eine Kommunikation, leider stürzt jedoch der PI seit Installation des Adapters ständig ab (mit Kringel) und ist nur durch Strom AUS wieder zu wecken- ich weiss: suboptimal, aber per SSH-Verbindung habe ich keinen Zugriff mehr.

Wer kann mir hier weiterhelfen ?

Vielen Dank schon einmal

Andreas

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