Ich habe ein Problem (wer hat das nicht :-)). Ich habe soeben ein Update gemacht:
Vorgehensweise:
update check
update
shutdown restart
Ergebnis: Ich erreiche den FHEM-Server über den Browser nicht mehr. Über SSH erreiche ich den Server zwar, wenn ich ihn aber mit
/opt/fhem/perl fhem.pl fhem.cfg
starten möchte, kommt zwar aufangs keine Fehlermeldung. Nach einer kleinen Weile kommt die Fehlermeldung:
Can't locate object method "TCM" via package "TCM310" (perhap s you forgot to load "TCM310"?) at ./FHEM/00_TCM.pm line 592.
Danach habe ich eine image-Sicherung zurückgespielt und die aktuelle fhem.cfg geladen. Funktioniert einwandfrei. Nach erneutem Update wieder der gleiche Fehler.
Ich habe noch mal die Log-Datei für das letzte hochfahren beigefügt. Interessant ist die Fehlermeldung "EnOcean Cryptographic functions are not available."
2014.07.02 13:05:06 1: Including fhem.cfg
2014.07.02 13:05:07 3: Opening TCM310 device /dev/ttyAMA0
2014.07.02 13:05:07 3: Setting TCM310 baudrate to 57600
2014.07.02 13:05:07 3: TCM310 device opened
2014.07.02 13:05:07 3: Opening CUL1 device /dev/ttyACM0
2014.07.02 13:05:07 3: Setting CUL1 baudrate to 38400
2014.07.02 13:05:07 3: CUL1 device opened
2014.07.02 13:05:07 3: CUL1: Possible commands: +++++++++++++++ // (gelöscht für dieses Posting)
2014.07.02 13:05:07 2: Switched CUL1 rfmode to HomeMatic
2014.07.02 13:05:09 3: telnetPort: port 7072 opened
2014.07.02 13:05:09 3: WEB: port 8083 opened
2014.07.02 13:05:09 3: WEBphone: port 8084 opened
2014.07.02 13:05:09 3: WEBtablet: port 8085 opened
2014.07.02 13:05:10 2: eventTypes: loaded 1345 events from ./log/eventTypes.txt
2014.07.02 13:05:10 3: Opening TCM310_0 device /dev/ttyUSB0
2014.07.02 13:05:10 3: Setting TCM310_0 baudrate to 57600
2014.07.02 13:05:10 3: TCM310_0 device opened
2014.07.02 13:05:15 2: EnOcean Cryptographic functions are not available.
2014.07.02 13:05:16 1: Including ./log/fhem.save
2014.07.02 13:05:19 2: TCM set TCM310 reset
2014.07.02 13:05:22 1: TCM TCM310 Timeout reading answer for set reset
2014.07.02 13:05:22 2: TCM TCM310 Attribute sendInterval 0 initialized
2014.07.02 13:05:22 2: TCM set TCM310 repeater 0000
2014.07.02 13:05:25 1: TCM TCM310 Timeout reading answer for set repeater
2014.07.02 13:05:25 2: TCM set TCM310 mode 00
2014.07.02 13:05:28 1: TCM TCM310 Timeout reading answer for set mode
2014.07.02 13:05:28 2: TCM set TCM310 maturity 01
2014.07.02 13:05:31 1: TCM TCM310 Timeout reading answer for set maturity
2014.07.02 13:05:31 2: TCM get TCM310 baseID
Und nun weiß ich nicht mehr weiter.
Viele Grüße
Eberhard
Der USB300DA scheint die Setup-Befehle nicht zu unterstützen. Bitte
attr <IODev> comType RS485 setzen.
Was ist das denn für ein Gerät?
Das Gerät ist ein BSC Smart Connect USB mit USB300DA.
Das sieht aber im Moment ganz gut aus. Die Zeile hat was gebracht und ich kann das Web-Interface starten.
Vielen Dank Gruß
Eberhard
Hallo Leute.
Ich möchte mich anschließen. Bei mir funktioniert FHEM mit meinem TCM 310 nach dem Update auch nicht mehr.
Ich bekomme eine ähnliche Fehlermeldung und Fhem startet nicht mehr.
Nach dem Einfügen des Codes: attr <IODev> comType RS485
startet zwar FHEM wieder durch und empfängt auch wieder ENOCEAN Daten, aber sendet scheinbar nicht mehr... die Aktoren reagieren nicht mehr auf Befehle aus der FHEM!
Bitte um Hilfe!
Grüße Tim
Helfen kann ich nur, wenn die Fehler sehr konkret beschrieben werden. Wie immer wird gebraucht:
- Config
- list des jeweiligen devices
- logs möglichst mit verbose 5
- und beteiligte Komponenten, hier genauer Typ des Transceivers
Vielen Dank für die Antwort!
Ich habe es nun doch "selbst" lösen können. Irgendwie hatte sich Initialisierung des EUL von Busware mit meinem CUL vertauscht.
Falsch war:
define CUL_0 CUL /dev/ttyACM0@9600 1034
define TCM310_1 TCM 310 /dev/ttyACM1@57600
Richtig ist:
define CUL_0 CUL /dev/ttyACM1@9600 1034
define TCM310_1 TCM 310 /dev/ttyACM0@57600
Ich habe es nur gemerkt, da im Event Log die falsche "Disconnected" Meldung stand, als ich den jeweiligen Busware USB Stick im Betrieb abgesteckt habe.
Vielen Dank.
Grüße Tim