Hallo,
ich bekomme folgende Fehlermeldung
ZitatCan't locate object method "TCM" via package "RS485" (perhaps you forgot to load "RS485"?) at /opt/fhem/FHEM/00_TCM.pm line 590.
System Ubuntu 13.10
Definition des Devices
Zitatdefine RS485 TCM ESC2 /dev/ttyUSB0@9600
es handelt sich um ein Wired enocean System mit einem Standard rs485 Transmitter (China) per USB
Nach einem Rollback geht das Ganze wieder.
Gruß Andreas
Zitatdefine RS485 TCM ESC2 /dev/ttyUSB0@9600
ESC2 gibt es mWn nicht; müsste allenfalls ESP2 sein! Ist es das schon?
Hi,
Mein Fehler beim abtippeln - nein das ist es nicht in der Config ist es richtig.
Die Schleife ist IMO auch
if($hash->{MODEL} eq "ESP2") {}else{}
also sollte er selbst den Schreibfehler überspringen...
Gruß Andreas
Sorry, dann bin ich mangels Programmierkenntnissen raus. Die angemeckerte Zeile ist doch eine Log-Zeile, jedoch scheinst Du Dich mit Perl auszukennen.
klaus.schauer liest bestimmt mit; sicherlich hat er Ideen.
Gruß, Christian
Ich habe hier keine Möglichkeit Transceiver mit TCM120 Chip zu testen. Die 00_TCM-Module unterscheiden sich im Wesentlichen durch die Typbezeichnung TCM120 >> ESP2. TCM120 wird aber weiterhin akzeptiert.
Um den Fehler eingrenzen zu können, bitte wie immer:
- list <devices>
- logs mit verbose 5
Hi,
hier das Log:
Zitat
2014.06.20 17:30:50 3: Opening RS485Stick device /dev/ttyUSB0
2014.06.20 17:30:50 3: Setting RS485Stick baudrate to 9600
2014.06.20 17:30:50 3: RS485Stick device opened
2014.06.20 17:30:50 2: EnOcean Cryptographic functions are not available.
2014.06.20 17:30:53 3: HUEDevice1: I/O device is HuBr
2014.06.20 17:30:53 3: HUEDevice2: I/O device is HuBr
2014.06.20 17:30:53 3: HUEDevice3: I/O device is HuBr
2014.06.20 17:30:53 3: HUEDevice4: I/O device is HuBr
2014.06.20 17:30:53 3: HUEDevice5: I/O device is HuBr
2014.06.20 17:30:53 3: HUEGroup0: I/O device is HuBr
2014.06.20 17:30:53 3: HUEDevice6: I/O device is HuBr
2014.06.20 17:30:53 3: HUEDevice7: I/O device is HuBr
2014.06.20 17:30:53 1: Including /opt/fhem/log/fhem.save
2014.06.20 17:30:53 2: TCM RS485Stick Attribute sendInterval 100 initialized
2014.06.20 17:30:53 2: TCM get RS485Stick baseID
Ein list kann ich nicht machen da Fhem nach dem getbaseID stribt.
Gruß Andreas
Das hilft schon mal weiter. Bei dem TCM310 Chip gab es ein ähnliches Problem. Beim Start werden scheinbar die empfangenen Daten, die während des Startprozesses kommen, nicht richtig verarbeitet. Ich werde sehen, ob ich eine ähnliche "Löschfunktion" wie für die TCM310 Chips einbauen kann.
Bitte mal mit der ergänzten Version versuchen. Hier wird wie beim TCM310 der Sendespeicher vor der Abfrage der SenderID geleert und ein Reset des TCM 120 ausgeführt. Der Reset könnte für andere Konfigurationen mit einer seriellen Kopplung zu der Eltako 14er-Serie kritisch sein.
Hi,
Zitat2014.06.20 19:02:25 1: Including /opt/fhem/FHEM/rs485.cfg
2014.06.20 19:02:25 3: Opening RS485Stick device /dev/ttyUSB0
2014.06.20 19:02:25 3: Setting RS485Stick baudrate to 9600
2014.06.20 19:02:25 3: RS485Stick device opened
2014.06.20 19:02:25 2: EnOcean Cryptographic functions are not available.
2014.06.20 19:02:27 3: HUEDevice1: I/O device is HuBr
2014.06.20 19:02:27 3: HUEDevice2: I/O device is HuBr
2014.06.20 19:02:27 3: HUEDevice3: I/O device is HuBr
2014.06.20 19:02:27 3: HUEDevice4: I/O device is HuBr
2014.06.20 19:02:27 3: HUEDevice5: I/O device is HuBr
2014.06.20 19:02:27 3: HUEGroup0: I/O device is HuBr
2014.06.20 19:02:27 3: HUEDevice6: I/O device is HuBr
2014.06.20 19:02:27 3: HUEDevice7: I/O device is HuBr
2014.06.20 19:02:28 1: Including /opt/fhem/log/fhem.save
2014.06.20 19:02:31 2: TCM set RS485Stick reset
2014.06.20 19:02:34 1: TCM RS485Stick Timeout reading answer for get reset
2014.06.20 19:02:34 2: TCM RS485Stick Attribute sendInterval 100 initialized
2014.06.20 19:02:34 2: TCM get RS485Stick baseID
er leert aber der Fehler ist der Selbe.
Gruß Andreas
Bitte die Logs mit "verbose 5" aufzeichnen. Vielleicht kann man in den detaillierteren Ausgaben etwas sehen.
Können wir vielleicht eingrenzen, ob der Fehler nur bei diesem speziellen Transceiver auftritt oder grundsätzlich bei allen mit TCM120-Chip? Gibt es Installationen mit TCM120, die fehlerfrei laufen?
Hallo,
durch das hin und her geteste war eine cfg mit verbose3 aktiv. Hier mit 5
Zitat2014.06.20 19:21:52 2: TCM set RS485Stick reset
2014.06.20 19:21:52 5: TCM RS485Stick sending A55AAB0A000000000000000000B5
2014.06.20 19:21:52 5: SW: A55AAB0A000000000000000000B5
2014.06.20 19:21:55 1: TCM RS485Stick Timeout reading answer for get reset
2014.06.20 19:21:55 2: TCM RS485Stick Attribute sendInterval 100 initialized
2014.06.20 19:21:55 2: TCM get RS485Stick baseID
2014.06.20 19:21:55 5: TCM RS485Stick sending A55AAB5800000000000000000003
2014.06.20 19:21:55 5: SW: A55AAB5800000000000000000003
Gruß Andreas
Es scheint ja überhaupt keine Rückmeldung des Transceivers zu geben. Wie sieht denn die Kommunikation mit der vorherigen Version von 00_TCM und 10_EnOcean aus?
Hi,
Zitat2014.06.20 19:43:42 5: Cmd: >define RS485Stick TCM 120 /dev/ttyUSB0@9600<
2014.06.20 19:43:42 5: Loading /opt/fhem/FHEM/00_TCM.pm
2014.06.20 19:43:42 3: Opening RS485Stick device /dev/ttyUSB0
2014.06.20 19:43:42 3: Setting RS485Stick baudrate to 9600
2014.06.20 19:43:42 3: RS485Stick device opened
2014.06.20 19:43:42 5: TCM RS485Stick sending A55AAB5800000000000000000003
2014.06.20 19:43:42 5: SW: A55AAB5800000000000000000003
2014.06.20 19:43:45 1: Timeout reading answer for get baseID
2014.06.20 19:43:45 5: Cmd: >attr RS485Stick devStateIcon opened:cul@green *:cul@red<
2014.06.20 19:43:45 5: Cmd: >attr RS485Stick fp_Keller 415,195,0,<
2014.06.20 19:43:45 5: Cmd: >attr RS485Stick room System<
2014.06.20 19:43:45 5: Cmd: >define FSR12_01_ch1 EnOcean AABBCC02<
2014.06.20 19:43:45 5: Loading /opt/fhem/FHEM/10_EnOcean.pm
2014.06.20 19:43:45 5: Cmd: >attr FSR12_01_ch1 IODev RS485Stick<
Gruß Andreas
Hi,
wie bereits oben geschrieben - es ist ein noname USB->RS232->RS485 Stick mit verkabeltem Eltako Kram. Da kommt IMO keine BaseID zurück..
Gruß Andreas
Hier die Sonderlösung für RS485-Kommunikation. Bitte
attr <IODev> comType RS485 setzen.
Mit Hilfe des zusätzlichen Attributes comType wird u. a. die Abfrage der BaseID unterdrückt. Eigentlich sollten alle set- und get-Befehle gesperrt werden. Mache ich vielleicht bei Gelegenheit.
Ich hoffe, damit ist das Problem gelöst.
Hallo,
vielen Dank - scheint zu laufen
Gruß Andreas
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
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.
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
Hast Du denn jetzt schon mit Klaus geänderter 00_TCM.pm aus seinem letzten Post mit dem entsprechenden Atrribut auf dem Raspi probiert?
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
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...
Die Korrekturen betreffen "nur" ESP2 mit einen RS485-Interface. Ich werde ein paar LOGs einbauen, um vielleicht den Fehler weiter einkreisen zu können.
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.
Hier die 00_TCM, die beide Sonderfälle (RS485, none) berücksichtigt. Bitte auch diese Version testen.
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
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.