[GELÖST] EnOcean-USB-Stick mit Raspberry 3 und Linux buster

[Hauenschild]

Liebe FHEM -Gemeinde,

ich versuche gerade einen in EnOcean-USB-Stick auf einem Raspberry 3 zum laufen zu bringen. Auf dem Raspberry habe ich Linux buster.

Ich meine den Stick korrekt eingebunden zu haben. Jedoch kann ich keine Befehle übermitteln. Im folgenden ein Auszug aus dem LOG nach dem Start des raspberry sowie ein List vom EnOcean-Stick und dem EnOcean-Schalter mit dem ich vergeblich versuche wie viele zu übermitteln:

Code Auswählen Erweitern

2019.10.25 13:49:24 3: Opening TCM_ESP3_0 device /dev/ttyUSB0
2019.10.25 13:49:24 3: Setting TCM_ESP3_0 serial parameters to 57600,8,N,1
2019.10.25 13:49:24 3: TCM_ESP3_0 device opened
2019.10.25 13:49:25 2: EnOcean Cryptographic functions are not available.
2019.10.25 13:49:25 2: EnOcean XML functions are not available.
2019.10.25 13:49:25 1: Including ./log/fhem.save
2019.10.25 13:49:25 3: TCM TCM_ESP3_0 set reset
2019.10.25 13:49:25 2: TCM TCM_ESP3_0 RESPONSE: OK
2019.10.25 13:49:26 3: TCM TCM_ESP3_0 get baseID
2019.10.25 13:49:26 2: TCM TCM_ESP3_0 RESPONSE: BaseID: FFB22380 RemainingWriteCycles: 0A
2019.10.25 13:49:26 3: TCM TCM_ESP3_0 get version
2019.10.25 13:49:26 2: TCM TCM_ESP3_0 RESPONSE: APIVersion: 02060300 APPVersion: 020B0100 ChipID: 019E6447 ChipVersion: 454F0103 Desc: GATEWAYCTRL
2019.10.25 13:49:26 3: TCM TCM_ESP3_0 set mode 00
2019.10.25 13:49:26 2: TCM TCM_ESP3_0 RESPONSE: NOT_SUPPORTED
2019.10.25 13:49:26 3: TCM TCM_ESP3_0 set smartAckMailboxMax 0
2019.10.25 13:49:26 2: TCM TCM_ESP3_0 RESPONSE: OK
2019.10.25 13:49:26 2: TCM TCM_ESP3_0 smartAckMailboxMax 0 restored
2019.10.25 13:49:26 3: TCM TCM_ESP3_0 set maturity 01
2019.10.25 13:49:26 2: TCM TCM_ESP3_0 RESPONSE: OK
2019.10.25 13:49:26 2: TCM TCM_ESP3_0 maturity 01 restored
2019.10.25 13:49:26 3: TCM TCM_ESP3_0 set repeater 0000
2019.10.25 13:49:26 2: TCM TCM_ESP3_0 RESPONSE: OK
2019.10.25 13:49:26 2: TCM TCM_ESP3_0 repeater 0000 restored
2019.10.25 13:49:26 2: TCM TCM_ESP3_0 initialized
2019.10.25 13:49:26 2: EnOcean Kuechenspuele XML functions are not available

Code Auswählen Erweitern

Internals:
   BaseID     FFB22380
   ChipID     019E6447
   DEF        ESP3 /dev/ttyUSB0@57600
   DeviceName /dev/ttyUSB0@57600
   FD         7
   FUUID      5db172de-f33f-0034-49ff-f80342fd376c305b
   LastID     FFB223FF
   MODEL      ESP3
   NAME       TCM_ESP3_0
   NOTIFYDEV  global
   NR         15
   NTFY_ORDER 45-TCM_ESP3_0
   PARTIAL   
   RSSI       -83
   STATE      initialized
   TYPE       TCM
   READINGS:
     2019-10-25 13:49:26   baseID          BaseID: FFB22380 RemainingWriteCycles: 0A
     2019-10-25 13:49:26   maturity        01
     2019-10-25 13:49:26   repeater        RepEnable: 00 RepLevel: 00
     2019-10-25 13:49:26   state           initialized
     2019-10-25 13:49:26   version         APIVersion: 02060300 APPVersion: 020B0100 ChipID: 019E6447 ChipVersion: 454F0103 Desc: GATEWAYCTRL
   helper:
     cdmSeq     2
     init_done  1
     telegramSentTimeLast 1572004255.99975
     awaitCmdResp:
Attributes:
   icon       cul_usb
   room       System
   sendInterval 0
   smartAckMailboxMax 0

Code Auswählen Erweitern

Internals:
   DEF        00227527
   FUUID      5db2c7a6-f33f-0034-0834-0876640e964d4620
   IODev      TCM_ESP3_0
   NAME       Kuechenspuele
   NR         16
   NTFY_ORDER 50-Kuechenspuele
   STATE      AI
   TYPE       EnOcean
   READINGS:
     2019-10-25 12:00:09   buttons         released
     2019-10-25 13:50:55   channelA        AI
     2019-10-25 13:50:52   channelB        BI
     2019-10-25 13:50:55   state           AI
     2019-10-25 12:00:06   teach           RPS teach-in accepted EEP F6-02-01 Manufacturer: no ID
   helper:
Attributes:
   IODev      TCM_ESP3_0
   eep        F6-02-01
   manufID    7FF
   room       EnOcean
   subDef     FFB22381
   subType    switch
   teachMethod RPS


Kann mir jemand einen Tipp geben, wo ich jetzt nach dem Fehler suchen muß?

Vielen Dank im Voraus.

Gruß Frank.

[MadMax-FHEM]

Ich bin ja (noch) nicht so fit in EnOcean aber es sieht doch gut aus.
Kann (erst mal) keinen Fehler sehen...

Allerdings wird "Kuechenspuele" als "switch" erkannt...
D.h. man sieht nur den Zustand, kann aber (nat.) nichts schalten...

Was ist denn "Kuechenspuele"?

Gruß, Joachim

[Hauenschild]

Zunächst einmal vielen Dank für die sehr schnelle Antwort!


Küchenspüle ist ein in FHEM angelegter Schalter, den ich durch drücken eines EnOcean-PTM-210-Taster mit der teach-Funktion angelegt habe. Der Schalter soll das Küchenspüle-Licht an-und ausschalten. Daher der Name.

Wenn ich in FHEM schalte erscheint auch im LOG

2019-10-25_15:39:37 Kuechenspuele channelB: BI
2019-10-25_15:39:37 Kuechenspuele BI

und der EnOcean-USB-Stick blinkt 1x gelb. Also wird der Schalt-Befehl anscheinend auch abgesetzt. Jedoch geht das Licht nicht an. Daher vermute ich, dass aus irgendeinem Grund der Befehl nicht korrekt abgesetzt wird. Und diesen Fehler suche ich jetzt.

Ich habe noch einen 2. raspberry 1 mit Linux wheezy und einem Ocean-USB-Stick gleiches Modell am laufen. Dort funktioniert alles.

Ich weiß jetzt aber nicht weiter, wo ich bei meiner Fehlersuche ansetzen soll. Daher dieser Post im FHEM-Forum mit der Hoffnung auf Tipps.

Gruß Frank.

[MadMax-FHEM]

Also es ist ein "Schalter"!?

Somit richtig konfiguriert...
...also switch.

Also: EnOcean-PTM-210-Taster = Kuechenspuele !?

Welche Befehle würdest du denn einem "switch" (es ist ja kein AKTOR! der was tun könnte) schicken!?

Wenn du etwas schalten willst, brauchst du schon einen EnOcean Aktor!

Bei dem Schalter siehst du nur was zuletzt gedrückt wurde:

     2019-10-25 13:50:55   channelA        AI
     2019-10-25 13:50:52   channelB        BI
     2019-10-25 13:50:55   state           AI

in state: der zuletzt gedrückte Schalter
in channelA: Schalter 1 AI -> ein / A0 -> aus
in channelB: Schalter 2 BI -> ein / B0 -> aus

mehr gibt es nicht.

Siehe auch: https://wiki.fhem.de/wiki/EnOcean-PTM-210-Taster

D.h. du kannst in fhem nur mitbekommen, wenn der Schalter gedrückt wurde...
Öffne mal den Eventmonitor und du wirst es sehen, wenn du drückst (Filter auf Kuechenspuele).

Gruß, Joachim

[Hauenschild]

Post Skriptum:

Was habe ich schon alles probiert?

1. EnOcean-USB-Stick komplett neu installiert.

2. Taster mehrfach ab- und angelernt.

3. Ocean-USB-Stick beim raspberry umgesteckt.

4. Andere EnOcean-PTM-210-Taster angelernt. Gleicher Fehler, nichts lässt sich schalten.

5. Anderes Netz-Teil für die Stromversorgung des raspberry benutzt.

6. Entfernung zwischen in EnOcean-USB-Stick und Aktor verkürzt.

7. rasperry komplett neu aufgesetzt.

8. Andere ID bei subDef eingetragen.

9. Gefühlt ca. 20mal den raspberry neu gestartet.

10. updates und upgrades versteht sich von selber.

[Hauenschild]

Mein Aktor den ich schalten möchte ist ein:

PEHA EnOcean Easyclick Modul  454-FU-2REG.

Über meinen 2. raspberry mit Linux wheezy kann ich mit einem in FHEM-angelegten Schalter auch diesen Aktor an-und ausschalten.

Aus irgendeinem Grund kommt das Signal vom 2. Ocean-USB-Stick auf dem 2. raspberry buster  aber nicht an oder ist fehlerhaft.

Daran, dass ich Linux buster verwende kann es ja wohl nicht liegen, oder?

[MadMax-FHEM]

Noch mal langsam.

Also EnOcean-PTM-210-Taster ist (wie der Name sagt) ein Taster.
Der sendet was man drückt.
Sollte auch in fhem ankommen, Eventmonitor schon mal geöffnet und gedrückt!?
Du solltest Events sehen.
Mehr wirst du von einem Taster nicht bekommen und du kannst den Taster (er sendet ja nur, wenn er gedrückt wird und nimmt seine Energie aus der Bewegung, ergo kann er NIE etwas empfangen, außer dem ACK beim selbst senden)...


PEHA EnOcean Easyclick Modul  454-FU-2REG ist wohl ein Aktor.
Von dem habe ich in fhem von dir noch nichts gesehen.
Wenn du den steuern/schalten willst mit fhem: anlernen!


Wenn du mit dem Taster den Aktor direkt schalten willst: direkt verbinden! Siehe Anleitung Aktor.

Vermutlich den Aktor in Anlernmodus bringen (siehe Bedieungsanleitung) und dann den gewünschten Schalter/Taster drücken, damit sollte sich dann der Aktor direkt mit dem Taster schalten lassen.

Das mit dem anderen PI hab ich nicht verstanden?


D.h. ich habe bei mir vglbare Schalter (Gira EnOcean), da sehe ich in fhem wenn ich was drücke...
...schalten/steuern kann ich dort nat. nichts.

Dann habe ich noch EnOcean NodOn Aktoren, die sind ebenfalls in fhem angelernt und direkt mit dem Schalter verbunden (siehe weiter oben).
Ich kann also in fhem sehen was zuletzt am Schalter/Taster gedrückt wurde.
Den Zustand des Aktors sehen und den natürlich auch per fhem steuern...

So ganz verstehe ich das Problem nicht, das du hast/zu haben denkst...

EDIT: wenn du "indirekt" steuerst (warum sollte man das tun?), also fhem erkennt den Tastendruck und schaltet daraufhin den Aktor, dann brauchst du noch ein notify/DOIF/... was eben das Schalten übernimmt (vielleicht hast du das in deinem Wheezy System!?). Aber auch dazu muss eben der Aktor in fhem angelernt sein... Ein Aktor/Schalter/Taster kann (ich denke auch bei EnOcean) nur mit EINEM System verbunden sein. Wenn der Aktor also schon mit dem Wheezy System verbunden ist, lässt er sich auch nur darüber steuern...

Sorry, Joachim

[Hauenschild]

Warum sorry? Vielen Dank für Deine gemeinsamen Überlegungen! Ich bin für jede Hilfe sehr dankbar!!!

Zur Erklärung mit meinem unterschiedlichen raspbery's: Diese haben unterschiedliche Debian-Versionen. Die von mir benutzten Versionen heißen wheezy und buster. Siehe auch: https://www.debian.org/releases/ .

Ergänzend zu meinen Versuchen habe ich nicht erwähnt, dass ich mein alten raspberry auch bereits vom Netz genommen habe. Trotzdem hat der neue raspberry nicht gefunkt. Ich sehe auch kein Problem auf verschiedene Arten meinen Peha-Aktor anzusteuern. Ich nutze zum Beispiel parallel Mediola und ergänzend zu FHEM einen LOXONE-Miniserver. Alles zusammen läuft mit meinem alten raspberry ohne Probleme. Ob sich aber unter FHEM parallel 2x raspberry mit 2x EnOcean-USB-Stick gleichzeitig ausschließen weiß ich nicht? Das können aber sicherlich die EnOcean-Profis beantworten

Gruß Frank.

[MadMax-FHEM]

Die 2 Sticks sind (verm.) nicht das Problem.

Fraglich, ob EIN Aktor (nicht die Taster) 2 "Master" haben kann...

Bei (allen) anderen (bidirektionalen) Systemen (Homematic, ZWave, ZigBee) geht das NICHT.

Wenn also der Aktor in deinem "alten" System angelernt ist, dann lässt er sich (verm.) auch nur von dort steuern.
(bis er dort "abgelernt" und am neuen System "angelernt" ist)

Da ein Taster einfach nur seinen "Zustand(swechsel)" sendet kann den jeder mithören.

"Angelernte" Aktoren reagieren halt darauf...
...und schalten.
Und die lassen sich auch von Zentralen (aber verm. nur von EINER) wo sie angelernt sind steuern...

Also wenn der Aktor noch mit dem "alten" fhem "verbunden" ist, dann wird er auch nur über dieses steuerbar sein...

Und wenn du es über den Taster auch per fhem und nicht per drücken den Aktor steuern kannst, dann hast du bestimmt noch ein notify etc. dafür...


Kurzum: der Taster kann mit fhem NICHT gesteuert werden (außer dass vielleicht das Device in fhem was anzeigt), da du per fhem den Taster nicht zum Funken anregen kannst! Das geht nur durch tatsächliches Drücken!


Also noch mal: ich glaube es gibt keinen Fehler.

Außer vielleicht einem Verständnisproblem was ein Taster kann bzw. was man mit einem Taster kann und was eben nicht...

Und dann eben das Aktoren und 2-Zentralen-Problem...

Hast du nun mal was von dem von mir geschriebenen gemacht?
Also z.B. den Eventmonotor geöffnet und den Taster gedrückt!?
Da solltest du Events sehen (wenn durch dein ganzes "Hin-und-her" noch alles so ist wie im ersten Post)...

EDIT: bzw. poste doch mal was du bzgl. EnOcean auf dem Wheezy System hast... Und auch mal mit welchem Befehl du auf dem Wheezy System etwas über den Taster steuerst... Weil irgendwie habe ich wohl noch nicht verstanden was du tun willst bzw. wo genau du den Fehler siehst (den ich nicht sehe/verstehe   )...

Gruß, Joachim

[krikan]

Das ist hier ein wenig verwirrend   

Vielleicht hilft die Info:
Jeder Taster und jedes TCM-Gateway mit dem der Aktor gesteuert werden soll, muss separat am Aktor angelernt werden. Wie viele Taster und/oder TCM-Gateways am Aktor insgesamt angelernt werden können, ergibt sich aus der Anleitung des Aktors. Das ist unter Umständen davon abhängig mit welchem EEP man den Aktor ansteuern will. Auch dazu liefert normalerweise die Anleitung Infos. Bei den "Gateway"-Anlernmethoden geht häufig nur ein Gateway. Man kann dann aber oftmals ein zweites Gateway als "normalen" EnO-Taster ("Tasteremulation") oder mit einem anderen EEP einlernen, um den Aktor auch damit zu steuern.

Gruß, Christian

[Hauenschild]

Ich habe jetzt den Hinweis von "krikan" verfolgt und mich auf die Suche gemacht, ob ich evtl. zu viel angelernt habe. Und tatsächlich funktioniert es, nach dem ich aus meinem Mediola-Gateway die EnOcean-Aktoren gelöscht habe. Ist auch kein Problem, da ich Mediola ohnehin nur noch als TV-Fernbedienung nutze.

Also sind zwei TCM-Gateways auf zwei verschiedenen Raspberry-Systemen ohne weiteres möglich. Ist ja vielleicht auch eine ganz hilfreiche Erkenntnis.

Ich danke allen vielmals, die mir hier helfen wollten bzw. geholfen haben .

LG Frank.