Fehlermeldung nach Update auf neueste TCM / Enocean Version

Begonnen von Sturi2011, 20 Juni 2014, 16:31:24

Vorheriges Thema - Nächstes Thema

Sturi2011

Hallo,

vielen Dank - scheint zu laufen

Gruß Andreas

Edde

Hallo,

ich habe das gleiche Problem mit einer FHEM2FHEM Konfiguration. Nach dem Update auf die neue Version startet fhem nur auf dem System mit dem USB300. Das 2. System, welches über FHEM2FHEM verbunden ist, bleibt beim Start hängen. Bei der manuellen Abfrage der BaseID passiert das gleiche....

Gruß
Torsten

klaus.schauer

Bitte mit der geänderten 00_TCM testen, siehe Anlage. Bitte attr <IODev> comType RS485 nicht vergessen.

Jetzt werden auch die get-/set-Befehle nicht mehr angezeigt. Weiterhin wird attr <IODev> learningMode always beim Start automatisch gesetzt.

Edde

Hallo,

nachdem ich mit meinem 1. Beitrag das Problem noch sehr ungenau beschrieben haben, möchte ich noch ein paar Details nachschieben.

An meiner Fritzbox ist der USB300 verbunden. Mein meinem Raspberry PI greift per FHEM2FHEM darauf zu. Nach dem Update auf die neue Version funktioniert alles auf der Fritzbox wie bisher, auf dem Raspi bleibt fhem mit den u.s. Fehlermeldungen hängen.

Konfiguration Fritzbox

define TCM310_0 TCM ESP3 /dev/ttyUSB1@57600
attr TCM310_0 blockSenderID own
attr TCM310_0 learningMode always
attr TCM310_0 sendInterval 0


Konfiguration Raspi

define TCM310_0 TCM ESP3 none
attr TCM310_0 blockSenderID own
attr TCM310_0 dummy 1
attr TCM310_0 icon cul
attr TCM310_0 learningMode always

define fritzfhem_1 FHEM2FHEM 192.168.178.2:7072 RAW:TCM310_0


Fehlermeldung Raspi-Konsole
Can't locate object method "TCM" via package "TCM310_0" (perhaps you forgot to load "TCM310_0"?) at ./FHEM/00_TCM.pm line 590.

Meldungen aus dem Logfile
2014.06.22 10:40:11 1: TCM TCM310_0 device is none, commands will be echoed only
2014.06.22 10:40:12 2: EnOcean Cryptographic functions are not available.
2014.06.22 10:40:20 1: Including ./log/fhem.save
2014.06.22 10:40:21 2: TCM set TCM310_0 reset
2014.06.22 10:40:21 1: TCM TCM310_0 No FD
2014.06.22 10:40:21 2: TCM TCM310_0 Attribute sendInterval 0 initialized
2014.06.22 10:40:21 2: TCM set TCM310_0 repeater 0000
2014.06.22 10:40:21 1: TCM TCM310_0 No FD
2014.06.22 10:40:21 2: TCM set TCM310_0 mode 00
2014.06.22 10:40:21 1: TCM TCM310_0 No FD
2014.06.22 10:40:21 2: TCM set TCM310_0 maturity 01
2014.06.22 10:40:21 1: TCM TCM310_0 No FD
2014.06.22 10:40:21 2: TCM get TCM310_0 baseID


Wenn ich auf dem Raspi auf der Konsole die TCM-Konfiguration per Kommentar deaktiviere, fhem starte und nachträglich per Weboberfläche die Kommentare entferne, funktioniert alles wieder bis zu einem Neustart von fhem.

Gruß,
Torsten

krikan

Hast Du denn jetzt schon mit Klaus geänderter 00_TCM.pm aus seinem letzten Post mit dem entsprechenden Atrribut auf dem Raspi probiert?

Edde

Ich konnte es gerade ausprobieren. Es funktioniert. Anbei der Auszug aus dem Log:


2014.06.22 12:28:23 1: TCM TCM310_0 device is none, commands will be echoed only
2014.06.22 12:28:24 2: EnOcean Cryptographic functions are not available.
2014.06.22 12:28:31 1: Including ./log/fhem.save
2014.06.22 12:28:33 2: TCM TCM310_0 Attribute sendInterval 0 initialized
2014.06.22 12:28:33 2: TCM TCM310_0 repeater 0000 initialized
2014.06.22 12:28:33 2: TCM TCM310_0 mode 00 initialized
2014.06.22 12:28:33 2: TCM TCM310_0 maturity 01 initialized
2014.06.22 12:28:33 2: TCM TCM310_0 initialized


Meine Enocean-Komponenten funktionieren ebenfalls. Danke!

Gruß
Torsten

Edde

Achso, als Ergänzung. Es wird nur noch das Auswahlfenster mit dem get-Befehl angezeigt. Zur Auswahl stehen baseID, numSecureDev, repeater, version.

Nach Auswahl des get baseID Befehls ist fhem wieder tot...

klaus.schauer

Die Korrekturen betreffen "nur" ESP2 mit einen RS485-Interface. Ich werde ein paar LOGs einbauen, um vielleicht den Fehler weiter einkreisen zu können.

klaus.schauer

Bitte mit beiliegender Testversion den Fehler loggen. attr <IODev> comType RS485 ist beim ERP3 nicht notwendig. Der Fhem Start sollte weiterhin blockieren. Ich möchte nur sehen, was nach dem get <IODev> baseID zurückkommt.

klaus.schauer

Hier die 00_TCM, die beide Sonderfälle (RS485, none) berücksichtigt. Bitte auch diese Version testen.

Edde

Hallo Klaus,

erstmal der Auszug aus dem Log, Version 1:


2014.06.23 18:47:57 5: Loading ./FHEM/00_TCM.pm
2014.06.23 18:47:57 1: TCM TCM310_0 device is none, commands will be echoed only
2014.06.23 18:47:57 5: Cmd: >attr TCM310_0 blockSenderID own<
2014.06.23 18:47:57 5: Cmd: >attr TCM310_0 dummy 1<
2014.06.23 18:47:57 5: Cmd: >attr TCM310_0 icon cul<
2014.06.23 18:47:57 5: Cmd: >attr TCM310_0 learningMode always<
2014.06.23 18:47:57 5: Cmd: >attr TCM310_0 sendInterval 0<
2014.06.23 18:47:57 5: Cmd: >define fritzfhem_1 FHEM2FHEM 192.168.178.2:7072 RAW:TCM310_0<
2014.06.23 18:47:57 3: FHEM2FHEM opening fritzfhem_1 at 192.168.178.2:7072
2014.06.23 18:47:57 3: FHEM2FHEM device opened (fritzfhem_1)
2014.06.23 18:47:57 5: Loading ./FHEM/10_EnOcean.pm
2014.06.23 18:47:58 2: EnOcean Cryptographic functions are not available.
2014.06.23 18:48:08 5: Triggering global (1 changes)
2014.06.23 18:48:08 5: Notify loop for global INITIALIZED
2014.06.23 18:48:08 2: TCM set TCM310_0 reset
2014.06.23 18:48:08 5: TCM TCM310_0 sending 550001000570020E
2014.06.23 18:48:08 5: SW: 550001000570020E
2014.06.23 18:48:08 1: TCM TCM310_0 No FD
2014.06.23 18:48:08 2: TCM set TCM310_0 repeater 0000
2014.06.23 18:48:08 5: TCM TCM310_0 sending 5500030005A60900003A
2014.06.23 18:48:08 5: SW: 5500030005A60900003A
2014.06.23 18:48:08 1: TCM TCM310_0 No FD
2014.06.23 18:48:08 2: TCM set TCM310_0 mode 00
2014.06.23 18:48:08 5: TCM TCM310_0 sending 5500020005CD1C00AB
2014.06.23 18:48:08 5: SW: 5500020005CD1C00AB
2014.06.23 18:48:08 1: TCM TCM310_0 No FD
2014.06.23 18:48:08 2: TCM set TCM310_0 maturity 01
2014.06.23 18:48:08 5: TCM TCM310_0 sending 5500020005CD100150
2014.06.23 18:48:08 5: SW: 5500020005CD100150
2014.06.23 18:48:08 1: TCM TCM310_0 No FD
2014.06.23 18:48:08 2: TCM get TCM310_0 baseID
2014.06.23 18:48:08 5: TCM TCM310_0 sending 5500010005700838
2014.06.23 18:48:08 5: SW: 5500010005700838


und auf der Konsole
Can't locate object method "TCM" via package "TCM310_0" (perhaps you forgot to load "TCM310_0"?) at ./FHEM/00_TCM.pm line 597.

Sollte was fehlen einfach kurz melden. Der Test mit Version 2 folgt....

Gruß
Torsten

Edde

So jetzt der Test mit Version 2. fhem startet wunderbar.

Der Auszug aus dem Log:
2014.06.23 18:58:46 5: Cmd: >define TCM310_0 TCM ESP3 none<
2014.06.23 18:58:46 5: Loading ./FHEM/00_TCM.pm
2014.06.23 18:58:47 1: TCM TCM310_0 device is none, commands will be echoed only
2014.06.23 18:58:47 5: Cmd: >attr TCM310_0 blockSenderID own<
2014.06.23 18:58:47 5: Cmd: >attr TCM310_0 dummy 1<
2014.06.23 18:58:47 5: Cmd: >attr TCM310_0 icon cul<
2014.06.23 18:58:47 5: Cmd: >attr TCM310_0 learningMode always<
2014.06.23 18:58:47 5: Cmd: >attr TCM310_0 sendInterval 0<
2014.06.23 18:58:47 5: Cmd: >define fritzfhem_1 FHEM2FHEM 192.168.178.2:7072 RAW:TCM310_0<
2014.06.23 18:58:47 3: FHEM2FHEM opening fritzfhem_1 at 192.168.178.2:7072
2014.06.23 18:58:47 3: FHEM2FHEM device opened (fritzfhem_1)
2014.06.23 18:58:47 5: Loading ./FHEM/10_EnOcean.pm
2014.06.23 18:58:48 2: EnOcean Cryptographic functions are not available.
2014.06.23 18:58:57 5: Cmd: >setstate TCM310_0 initialized<
2014.06.23 18:58:57 5: Cmd: >setstate TCM310_0 2014-06-22 12:44:31 state initialized<
2014.06.23 18:58:58 5: Triggering TCM310_0 (1 changes)
2014.06.23 18:58:58 5: Notify loop for TCM310_0 initialized
2014.06.23 18:58:58 4: eventTypes: TCM TCM310_0 initialized -> initialized
2014.06.23 18:58:58 4: eventTypes: TCM TCM310_0 state: initialized -> state: initialized
2014.06.23 18:58:58 2: TCM TCM310_0 initialized
2014.06.23 18:58:59 4: ### ttyUSB0: checking if it is a TCM310
2014.06.23 18:58:59 4: already used by the fhem device Stromzaehler
2014.06.23 18:59:00 1: usb create end
2014.06.23 18:59:00 0: Server started with 170 defined entities (version $Id: fhem.pl 6080 2014-06-07 16:12:09Z rudolfkoenig $, os linux, user pi, pid 6258)


Ich hoffe es hilft dir weiter. Mir hast du sehr geholfen!

Danke + Gruß,
Torsten.