10_EnOcean 19971 bringt Fehler bei Eltako FT55 Funkschalter

[vangils]

Hi,

eine Mitteilung an Klaus Schauer wegen eines Fehlers in der aktuellen Version von 10_EnOcean.pm:

ich habe vor 1 1/2 Wochen mal wieder ein Update in FHEM und jetzt erst entdeckt dass diese Version mit meinen Eltako FT55 Funkschalter nicht mehr funktioniert. Meine davor aktive Release dürfte 16029 gewesen sein, zumindest ist dies eine Release die ich in einer Sicherung fand und mit welcher ich alle meine jahrelang funktionierenden FT55 Funkschalter wieder zum Leben erweckte.

Hier die Config eines FT55 Schalters:

define Schalter_sz_Raffstore EnOcean 0027AA73
attr Schalter_sz_Raffstore IODev TCM310_0
attr Schalter_sz_Raffstore eventMap B0:down BI:up A0:down AI:up
attr Schalter_sz_Raffstore group RaffstoreSchalter
attr Schalter_sz_Raffstore manufID 7FF
attr Schalter_sz_Raffstore model FT55
attr Schalter_sz_Raffstore room Schlafzimmer,EnOcean,OG,AktorTestzW,AktorTesthm
attr Schalter_sz_Raffstore subType switch
define fLog_Schalter_sz_Raffstore FileLog ./log/Schalter_sz_Raffstore-%Y%m.log Schalter_sz_Raffstore
attr fLog_Schalter_sz_Raffstore logtype text
attr fLog_Schalter_sz_Raffstore room Schlafzimmer,EnOcean,OG

Im Log von fhem fand ich nur folgende Einträge:

2019.09.01 15:41:56 5: TCM TCM310_0 received ESP: 55000707017AF6700027AA733001FFFF4400EC55000707017AF6000027AA732001FFFFFFFF4400A155000707017AF6500027AA733001FFFFFFFF4900FB55000707017AF6000027AA732001FFFFFFFF47009E008B55000707017AF6500027AA733001FFFFFFFF47002D55000707017AF6000027AA732001FFFFFFFF46008B55000707017AF6700027AA733001FFFFFFFF4400EC55000707017AF6000027AA732001FFFFFFFF4400A155000707017AF6500027AA733001FFFFFFFF4900FB55000707017AF6000027AA732001FFFFFFFF47009E55000707017AF6700027AA733001FFFFFFFF4600C655000707017AF6000027AA732001FFFFFFFF4400A1550007

2019.09.01 17:29:19 5: TCM TCM310_0 received ESP: 55000707017AF6700027AA733001FFFFFFFF4600C6
2019.09.01 17:29:20 5: TCM TCM310_0 received ESP: 55000707017AF6000027AA732001FFFFFFFF46008B
2019.09.01 17:29:25 5: TCM TCM310_0 received ESP: 55000707017AF6700027AA733001FFFFFFFF4600C6
2019.09.01 17:29:25 5: TCM TCM310_0 received ESP: 55000707017AF6000027AA732001FFFFFFFF46008B
2019.09.01 17:29:27 5: TCM TCM310_0 received ESP: 55
2019.09.01 17:29:27 5: TCM TCM310_0 received ESP: 55000707017AF6500027AA733001FFFFFFFF4A00C4
2019.09.01 17:29:27 5: TCM TCM310_0 received ESP: 55000707017AF6000027AA732001FFFFFFFF490048
2019.09.01 17:29:29 5: TCM TCM310_0 received ESP: 55000707017AF6500027AA
2019.09.01 17:29:29 5: TCM TCM310_0 received ESP: 55000707017AF6500027AA733001FFFFFFFF4A00C4
2019.09.01 17:29:29 5: TCM TCM310_0 received ESP: 55000707017AF6000027AA732001FFFFFF
2019.09.01 17:29:29 5: TCM TCM310_0 received ESP: 55000707017AF6000027AA732001FFFFFFFF4A0077
2019.09.01 17:29:31 5: TCM TCM310_0 received ESP: 55000707017AF6700027AA733001FFFFFFFF4600C6
2019.09.01 17:29:31 5: TCM TCM310_0 received ESP: 55000707017AF6000027AA732001FFFFFFFF46008B
2019.09.01 17:29:33 5: TCM TCM310_0 received ESP: 55000707017AF6500027AA733001FFFFFFFF4900FB
2019.09.01 17:29:33 5: TCM TCM310_0 received ESP: 55000707017AF6000027AA
2019.09.01 17:29:33 5: TCM TCM310_0 received ESP: 55000707017AF6000027AA732001FFFFFFFF4A0077
2019.09.01 17:29:36 5: TCM TCM310_0 received ESP: 55000707017AF6500027AA733001FFFFFFFF
2019.09.01 17:29:36 5: TCM TCM310_0 received ESP: 55000707017AF6500027AA733001FFFFFFFF4A00C4
2019.09.01 17:29:37 5: TCM TCM310_0 received ESP: 55000707017AF6000027AA732001FFFF
2019.09.01 17:29:37 5: TCM TCM310_0 received ESP: 55000707017AF6000027AA732001FFFFFFFF4A0077
2019.09.01 17:29:38 5: TCM TCM310_0 received ESP: 55000707017AF6700027AA733001FFFFFFFF430087
2019.09.01 17:29:39 5: TCM TCM310_0 received ESP: 5500070701
2019.09.01 17:29:39 5: TCM TCM310_0 received ESP: 55000707017AF6000027AA732001FFFFFFFF46008B
2019.09.01 17:29:46 5: TCM TCM310_0 received ESP: 55000707017AF6100027AA

Nachdem ich die alte Release 16029 wieder bereitsgestellt und fhem natürlich neu gestartet hatte funzt die Sache wieder und die Meldungen im fhem*.log sehen nunmehr wieder so aus:

2019.09.01 18:10:16 5: TCM TCM310_0 received ESP: 55000707017AF6700027AA733005FFFFFFFF4A004F
2019.09.01 18:10:16 5: TCM310_0: dispatch EnOcean:1:F6:70:0027AA73:30:05FFFFFFFF4A00
2019.09.01 18:10:16 4: EnOcean received via TCM310_0: EnOcean:1:F6:70:0027AA73:30:05FFFFFFFF4A00
2019.09.01 18:10:16 5: TCM TCM310_0 received ESP: 55000707017AF6000027AA732005FFFFFFFF4A0002
2019.09.01 18:10:16 5: TCM310_0: dispatch EnOcean:1:F6:00:0027AA73:20:05FFFFFFFF4A00
2019.09.01 18:10:16 4: EnOcean received via TCM310_0: EnOcean:1:F6:00:0027AA73:20:05FFFFFFFF4A00
2019.09.01 18:10:17 5: TCM TCM310_0 received ESP: 55000707017AF6500027AA733005FFFFFFFF4F00F0
2019.09.01 18:10:17 5: TCM310_0: dispatch EnOcean:1:F6:50:0027AA73:30:05FFFFFFFF4F00
2019.09.01 18:10:17 4: EnOcean received via TCM310_0: EnOcean:1:F6:50:0027AA73:30:05FFFFFFFF4F00
2019.09.01 18:10:17 5: TCM TCM310_0 received ESP: 55000707017AF6000027AA732004FFFFFFFF500008
2019.09.01 18:10:17 5: TCM310_0: dispatch EnOcean:1:F6:00:0027AA73:20:04FFFFFFFF5000
2019.09.01 18:10:17 4: EnOcean received via TCM310_0: EnOcean:1:F6:00:0027AA73:20:04FFFFFFFF5000

Oder braucht diese neue Release andere Einstellungen in der Config des Schalters ?

lG,

Mario

[klaus.schauer]

Bitte ein komplettes Update inkl. 00_TCM durchführen, falls das nicht erfolgt ist.

[vangils]

Hallo Klaus,

damit perl /opt/fhem/fhem.pl 8083 "update" sollte eigentlich ein komplettes Update erfolgt sein.

00_TCM wurde auch am gleichen Tag hochgezogen und hat den Buildlevel 19607 mit internem Timestamp 2019-06-13 08:06:53.

lG,

Mario

[klaus.schauer]

Dann würde ich bei den TCM-Definitionen weitersuchen. BaseID usw. passen u. U. nicht. Es gab schon mal eine Meldung, dass es Probleme bei mit FHEM2FHEM gekoppelten Systemen gab. Das war aber mit den bereitgestellten Informationen nicht reproduzierbar. Ohne weitere Systembeschreibungen, kann ich nicht eingrenzen, warum dispatch scheinbar nicht ausgeführt wird. Betrifft das nur ein Device oder welche anderen noch?

[vangils]

Hallo Klaus,

was meinst du ich solle bei den TCM Definitionen weitersuchen ?

Es gibt bloss noch den USB-Stick:

define TCM310_0 TCM 310 /dev/ttyTCM310@57600
attr TCM310_0 blockSenderID no
attr TCM310_0 group Interfaces
attr TCM310_0 icon cul
attr TCM310_0 room EnOcean,USBinterfaces,OG
attr TCM310_0 sendInterval 0
attr TCM310_0 smartAckMailboxMax 0
attr TCM310_0 verbose 5

Und der wurde eigentlich, soweit ich dies einschätzen kann richtig initialisiert:

2019.09.01 15:18:02 2: TCM TCM310_0 not initialized
2019.09.01 15:18:07 1: usb create starting
2019.09.01 15:18:15 1: usb create end
2019.09.01 15:18:15 0: Featurelevel: 5.9
2019.09.01 15:18:15 0: Server started with 277 defined entities (fhem.pl:19964/2019-08-08 perl:5.028001 os:linux user:fhem pid:1190)
2019.09.01 15:18:22 3: Setting TCM310_0 serial parameters to 57600,8,N,1
2019.09.01 15:18:22 1: /dev/ttyTCM310 reappeared (TCM310_0)

Hier hat sich auch überhaupt nichts geändert, der genannte Patchlevel von 00_TCM ist ja auch nach wie vor aktiv.
Bloss 10_EnOcean.pm habe ich zurückgesetzt und seiter funzt es wieder.

Ja und von wegen der Devices. Ich habe bloss nur noch FT55, andere Devices von Eltako habe ich bereits wieder abgebaut, da Massendefekte auftraten.
Von den FT55 habe ich jedoch 6 Stück an der Zahl und alle funzten nicht mehr und seit der Rückstellung wieder ohne Probleme.

lG,

Mario

[klaus.schauer]

Die Initialisierung des Transceivers ist nicht korrekt. Ein typischer log eines TCM310 sieht so aus:

Code Auswählen Erweitern


2019.09.03 13:17:22 3: Opening TCM_0 device /dev/ttyACM1
2019.09.03 13:17:22 3: Setting TCM_0 serial parameters to 57600,8,N,1
2019.09.03 13:17:22 3: TCM_0 device opened
[...]
2019.09.03 13:17:25 3: TCM TCM_0 set reset
2019.09.03 13:17:25 2: TCM TCM_0 RESPONSE: OK
2019.09.03 13:17:26 3: TCM TCM_0 get baseID
2019.09.03 13:17:26 2: TCM TCM_0 RESPONSE: BaseID: FFxxxxxx RemainingWriteCycles: 0A
2019.09.03 13:17:26 3: TCM TCM_0 get version
2019.09.03 13:17:26 2: TCM TCM_0 RESPONSE: APIVersion: 02020200 APPVersion: 02040000 ChipID: yyyyyyyy ChipVersion: 454F0103 Desc: GATEWAYCTRL
2019.09.03 13:17:26 3: TCM TCM_0 set smartAckMailboxMax 20
2019.09.03 13:17:26 2: TCM TCM_0 RESPONSE: OK
2019.09.03 13:17:26 2: TCM TCM_0 smartAckMailboxMax 20 restored
2019.09.03 13:17:26 3: TCM TCM_0 set mode 00
2019.09.03 13:17:26 2: TCM TCM_0 RESPONSE: NOT_SUPPORTED
2019.09.03 13:17:26 2: TCM TCM_0 mode 00 restored
2019.09.03 13:17:26 3: TCM TCM_0 set repeater 0000
2019.09.03 13:17:26 2: TCM TCM_0 RESPONSE: OK
2019.09.03 13:17:26 2: TCM TCM_0 repeater 0000 restored
2019.09.03 13:17:26 3: TCM TCM_0 set maturity 01
2019.09.03 13:17:26 2: TCM TCM_0 RESPONSE: OK
2019.09.03 13:17:26 2: TCM TCM_0 maturity 01 restored
2019.09.03 13:17:26 2: TCM TCM_0 initialized

List:

Code Auswählen Erweitern


Internals:
   BaseID     FFxxxxxx
   ChipID     yyyyyyyy
   DEF        ESP3 /dev/ttyACM1@57600
   DeviceName /dev/ttyACM1@57600
   FD         10
   FUUID     ?
   LastID     FFzzzzzz
   MODEL      ESP3
   NAME       TCM_0
   NOTIFYDEV  global
   NR         36
   NTFY_ORDER 45-TCM_0
   PARTIAL   
   RSSI       -70
   STATE      initialized
   TYPE       TCM
   .attraggr:
   .attrminint:
   .clientArray:
     EnOcean
   READINGS:
     2019-09-03 13:17:26   baseID          BaseID: FFFCF300 RemainingWriteCycles: 0A
     2018-09-12 19:55:41   dutycycleLimit  NOT_SUPPORTED
     2018-09-12 17:24:46   filter          Type:Value:
     2018-09-12 17:24:51   frequencyInfo   NOT_SUPPORTED
     2019-09-03 13:17:26   maturity        01
     2019-08-23 17:43:55   mode            00
     2018-09-12 17:24:56   noiseThreshold  NOT_SUPPORTED
     2018-09-12 17:24:59   numSecureDevicesIn NOT_SUPPORTED
     2018-09-12 17:25:04   numSecureDevicesOut NOT_SUPPORTED
     2018-09-12 17:25:09   remanRepeating  NOT_SUPPORTED
     2019-09-03 13:17:26   repeater        RepEnable: 00 RepLevel: 00
     2018-09-12 17:25:18   smartAckLearnMode Enable: 00 Extended: 00
     2018-09-12 17:25:23   smartAckLearnedClients ClientID:CtrlID:Mailbox:
     2019-09-03 13:17:26   state           initialized
     2018-09-12 17:25:27   stepCode        NOT_SUPPORTED
     2019-09-03 13:17:26   version         APIVersion: 02020200 APPVersion: 02040000 ChipID: yyyyyyyy ChipVersion: 454F0103 Desc: GATEWAYCTRL
   helper:
     init_done  1
     telegramSentTimeLast 1567509801.65579
     awaitCmdResp:
Attributes:
   blockSenderID own
   sendInterval 0
   smartAckLearnMode simple
   smartAckMailboxMax 20

In den aktuellen Versionen von 00_TCM und 10_EnOcean werden die Sende-, Empfangs- und ChipIPs schärfer geprüft. Fehlerhafte TCM-Initialisierungen führen nun unmittelbar zu Problemen. Bitte erst einmal den Transceiver ordnungsgemäß einbinden. Die Einsteiger-Anleitung für EnOcean kann dabei recht hilfreich sein.

[vangils]

Hi Klaus,

es scheint jetzt problemlos auch mit der neuen Version zu funktionieren.

Habe bloss beim define anstatt 310 ESP3 definiert und schon funktioniert es.

define TCM310_0 TCM 310 /dev/ttyTCM310@57600

define TCM310_0 TCM ESP3 /dev/ttyTCM310@57600

Ist dies wirklich die ganze Ursache ?

Kann es sein, dass dein Code für den TCM nun viel gesprächiger ist, im fhem-log scheint mir werden nunmehr zumindest während der Initialisierung viel mehr Logeinträge zum TCM310 geschrieben ?

Warum diese Änderung im Keyword von 310 auf TCM ?

lG,

Mario

[klaus.schauer]

Schön dass es jetzt klappt. Bei Interesse einfach mal die "Release Notes" zu dem Versionsupdates im Forum lesen. Dort wird recht umfangreich beschrieben, was geändert wurde. Das ESP3 hat sich in den vergangenen Jahren weiterentwickelt und die Implementierung in Fhem ebenso.

[vangils]

Hallo Klaus,

ich bins leider doch wieder.
Meine Eintrag von gestern ist leider eine Falschmeldung, es funktioniert doch noch nicht ganz.
Wenn ich einen Neustart meines Raspberries durchführe, erhalte ich beim Öffnen vom EnOcean-Stick nur den Status opened, aber nicht initialized und auch im Log stellt sich dies so dar:

2019.09.04 21:09:38 1: Including fhem.cfg
2019.09.04 21:09:41 1: Including /opt/fhem/FHEM/EnOcean_Raffstoren.cfg
2019.09.04 21:09:41 1: TCM310_0: Can't open /dev/ttyTCM310: Device or resource busy
2019.09.04 21:09:42 2: EnOcean Cryptographic functions are not available.
2019.09.04 21:09:42 2: EnOcean XML functions available.
2019.09.04 21:09:44 2: TCM TCM310_0 not initialized
2019.09.04 21:10:02 3: Setting TCM310_0 serial parameters to 57600,8,N,1
2019.09.04 21:10:02 1: /dev/ttyTCM310 reappeared (TCM310_0)

Wenn ich danach nur fhem neu starte, also den RPi & Raspian (Raspbian GNU/Linux 10 (buster)) belasse wie es war, geht der USB-Stick auf Status initialized und stellt sich wie folgt im Log dar.

2019.09.04 21:15:14 1: Including fhem.cfg
2019.09.04 21:15:16 1: Including /opt/fhem/FHEM/EnOcean_Raffstoren.cfg
2019.09.04 21:15:17 2: EnOcean Cryptographic functions are not available.
2019.09.04 21:15:17 2: EnOcean XML functions available.
2019.09.04 21:15:20 3: TCM TCM310_0 set reset
2019.09.04 21:15:20 5: TCM TCM310_0 sent ESP: 550001000570020E
2019.09.04 21:15:20 5: SW: 550001000570020E
2019.09.04 21:15:20 5: TCM TCM310_0 received ESP: 5500010002650000

Kennst du so ein Phänomen und kann dies überhaupt mit 00_TCM oder 10_EnOcean zu tun haben ?

lG,

Mario

[klaus.schauer]

Das Phänomen kenne ich. Es tritt bei mir manchmal bei Betriebssystem-Neuinstallationen auf. An meinen Raspberrys sind mehrere USB-Devices (TCM, CUL, RS485) angeschlossen und deren Schnittstellenzuordnung scheint dabei durcheinander zu geraten. Ich helfe mir dann mit einer schrittweisen manuellen Neuzuweisung der Schnittstellen oder Autocreate. Gibt sicherlich elegantere Wege, wenn man sich mit den Mechanismen der Schnittstellenzuweisungen auskennt.