Kein CUL_HM seit letzem Update

Begonnen von ChristianKnorr, 18 August 2014, 07:20:02

Vorheriges Thema - Nächstes Thema

ChristianKnorr

Hallo zusammen,
seit meinem gestrigen Update (Revision 6414) funktioniert CUL_HM nicht mehr. Fehlermeldung "Cannot load module CUL_HM".

In Verboselevel 5 entdecke ich dann2014.08.18 07:04:59 1: Including FHEM/HomeMatic.cfg
2014.08.18 07:04:59 1: reload: Error:Modul 10_CUL_HM deactivated:
syntax error at ./FHEM/10_CUL_HM.pm line 2401, near ");"
Global symbol "@peerID" requires explicit package name at ./FHEM/10_CUL_HM.pm line 2405, <> line 1.
BEGIN not safe after errors--compilation aborted at ./FHEM/10_CUL_HM.pm line 3421, <> line 1.

2014.08.18 07:04:59 0: syntax error at ./FHEM/10_CUL_HM.pm line 2401, near ");"
Global symbol "@peerID" requires explicit package name at ./FHEM/10_CUL_HM.pm line 2405, <> line 1.
BEGIN not safe after errors--compilation aborted at ./FHEM/10_CUL_HM.pm line 3421, <> line 1.

2014.08.18 07:04:59 3: Please define Vact_dev first
2014.08.18 07:04:59 3: Please define Vact_dev first
2014.08.18 07:04:59 3: Please define Vact_dev first
...usw.

Nachdem ich eine ältere Version aus der Datei "fhem/FHEM/10_CUL_HM.pm" geholt habe:< # $Id: 10_CUL_HM.pm 6394 2014-08-12 06:28:21Z martinp876 $
---
> # $Id: 10_CUL_HM.pm 6412 2014-08-17 06:55:00Z martinp876 $
funktioniert es vorerst wieder.

Viele Grüße
Christian...

martinp876


betateilchen

Hallo Martin,

ich habe heute wieder "help me!" Meldungen im Log festgestellt, und zwar bei jedem fhem Neustart.


2014.08.18 21:00:24 3: wz_HMUSB: Unknown code A09998112999999000000::-63:wz_HMUSB, help me!
2014.08.18 21:00:24 3: fl_HMUSB: Unknown code A09998112999999000000::-63:fl_HMUSB, help me!


Aufgrund der "komischen" Adressdaten vermute ich, dass das irgendwelche CUL_HM-internen Werte sind, die eigentlich nicht geloggt werden sollten.

Modulversion ist die von Dir hier im Thread genannte 6415.
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

walter56

Hallo zusammen
Mein Raspberry kennt scheinbar den COC nicht mehr und bittet immer um Hilfe! Seit ich gestern (18.8.14) ein Update gemacht habe, habe ich das Problem! Heute morgen habe ich um 8:00 alle FHEM File aktualisiert (update force). Ich dachte, vielleicht hat sich mein Kleiner beim letzten Update verschluckt!  ;) Aber das Problem ist geblieben. Kann mir jemand helfen? Zur Zeit funktioniert bei mir ziemlich wenig!

2014.08.19 08:00:56 0: Server started with 175 defined entities (version $Id: fhem.pl 6387 2014-08-10 11:55:40Z rudolfkoenig $, os linux, user fhem, pid 1973)
2014.08.19 08:00:56 3: trigger ga_MarkiseT level: addLog: invalid reading   << addLog : Please define ga_MarkiseT first
2014.08.19 08:00:56 3: Timer_ga_MarkiseT1: Please define ga_MarkiseT first
2014.08.19 08:00:58 3: HTTPMOD got error in callback: connect to http://www.reso-gmbh.de:80 timed out
2014.08.19 08:02:03 3: COC: Unknown code A0CC186702514F8000000007248::-87.5:COC, help me!
2014.08.19 08:02:13 3: COC: Unknown code A0C0786702398A000000000BA3E::-49.5:COC, help me!
2014.08.19 08:02:57 3: COC: Unknown code A0CA6867022F0A5000000007161::-66:COC, help me!
2014.08.19 08:03:25 3: COC: Unknown code A0C4C86702515E100000000BD38::-62.5:COC, help me!
2014.08.19 08:04:23 3: COC: Unknown code A0C0886702398A000000000BA3E::-49.5:COC, help me!
2014.08.19 08:05:05 3: COC: Unknown code A0CC286702514F8000000007249::-87.5:COC, help me!
2014.08.19 08:05:18 3: COC: Unknown code A0CA7867022F0A5000000007361::-66:COC, help me!
2014.08.19 08:05:48 3: Timer_AbsFeucht: 0.0
2014.08.19 08:06:12 3: COC: Unknown code A0C4D86702515E100000000BD38::-63:COC, help me!
2014.08.19 08:07:23 3: COC: Unknown code A0C0986702398A000000000BA3E::-49.5:COC, help me!
2014.08.19 08:07:24 3: COC: Unknown code A0CA8867022F0A5000000007461::-66:COC, help me!
2014.08.19 08:07:54 3: COC: Unknown code A0CC386702514F8000000007349::-90.5:COC, help me!
2014.08.19 08:08:28 3: COC: Unknown code A0D54861023A2D70000000601B200::-81.5:COC, help me!
2014.08.19 08:08:45 3: COC: Unknown code A0C4E86702515E100000000BD38::-61:COC, help me!
2014.08.19 08:10:08 3: COC: Unknown code A0C0A86702398A000000000BB3E::-49.5:COC, help me!
2014.08.19 08:10:20 3: COC: Unknown code A0CA9867022F0A5000000007661::-65:COC, help me!
2014.08.19 08:10:29 3: COC: Unknown code A0CC486702514F8000000007348::-88.5:COC, help me!



Danke schon mal im voraus!

Gruß Walter
Raspberry Pi mit HMLAN & EnOcean: Eltako FUD14, FB dect: DECT 200,HomeMatic: HM-LC-Bl1PBU-FM, HM-SWI-3-FM,HM-CC-RT-DN, HM-Sen-MDIR-O,HM-WDS10-TH-O, HM-WDS40-TH-I
Abfragen: Solarlog, Telefon, Internet Radio, TTS und abfrage verschiedenen Interenseiten HTTPMO

Mr. P

Zitat von: walter56 am 19 August 2014, 09:50:08
Mein Raspberry kennt scheinbar den COC nicht mehr und bittet immer um Hilfe! Seit ich gestern (18.8.14) ein Update gemacht habe, habe ich das Problem! Heute morgen habe ich um 8:00 alle FHEM File aktualisiert (update force). Ich dachte, vielleicht hat sich mein Kleiner beim letzten Update verschluckt!  ;) Aber das Problem ist geblieben. Kann mir jemand helfen? Zur Zeit funktioniert bei mir ziemlich wenig!
Würde ich es nicht besser wissen, würde ich behaupten, du hast das Update um ein paar Sekunden zu früh angestoßen.
Versuch es jetzt einfach nochmal. ;-)
Greetz,
   Mr. P

betateilchen

Zitat von: walter56 am 19 August 2014, 09:50:08
Mein Raspberry kennt scheinbar den COC nicht mehr

Einfache Logik: Würde dein Raspi den COC nicht mehr kennen, könnte er auch keine Meldungen schreiben, die mit COC beginnen ;)
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

walter56

Hallo betateilchen, hallo Mr.P

Erst mal Dank für die schnelle Antwort:  :)

betateilchen: Deine Antwort leuchtet mir ein! :D

Mr.P: Ich habe noch einmal ein "update force" gemacht  und jetzt ist das Verhalten anders. Ich habe keine Fehlermeldung mehr, aber ich habe ein anderes Problem ich habe keine Sensoren mehr vom CUL. Im Eventmonitor taucht einfach kein Eintrag mehr auf. Alle anderen Sensoren FBDECT / SYSMON / EnOcean sind OK nur der CUL mit seinen Sensoren fehlt ???. Im Logfile steht nach einem Neustart
2014.08.19 12:48:58 3: Opening COC device /dev/ttyAMA0
2014.08.19 12:48:58 3: Setting COC baudrate to 38400
2014.08.19 12:48:58 3: COC device opened
2014.08.19 12:49:02 1: Not an CUL device, got for V:  1000000
0703

2014.08.19 12:49:02 1: Cannot init /dev/ttyAMA0, ignoring it (COC)
2014.08.19 12:49:02 1: Including ./log/fhem.save


Warum wird mein COC ignoriert? :(
Gruß Walter
Raspberry Pi mit HMLAN & EnOcean: Eltako FUD14, FB dect: DECT 200,HomeMatic: HM-LC-Bl1PBU-FM, HM-SWI-3-FM,HM-CC-RT-DN, HM-Sen-MDIR-O,HM-WDS10-TH-O, HM-WDS40-TH-I
Abfragen: Solarlog, Telefon, Internet Radio, TTS und abfrage verschiedenen Interenseiten HTTPMO

Mr. P

Zitat von: walter56 am 19 August 2014, 14:02:09
Mr.P: Ich habe noch einmal ein "update force" gemacht  und jetzt ist das Verhalten anders. Ich habe keine Fehlermeldung mehr, aber ich habe ein anderes Problem ich habe keine Sensoren mehr vom CUL. Im Eventmonitor taucht einfach kein Eintrag mehr auf. Alle anderen Sensoren FBDECT / SYSMON / EnOcean sind OK nur der CUL mit seinen Sensoren fehlt ???. Im Logfile steht nach einem Neustart
2014.08.19 12:48:58 3: Opening COC device /dev/ttyAMA0
2014.08.19 12:48:58 3: Setting COC baudrate to 38400
2014.08.19 12:48:58 3: COC device opened
2014.08.19 12:49:02 1: Not an CUL device, got for V:  1000000
0703

2014.08.19 12:49:02 1: Cannot init /dev/ttyAMA0, ignoring it (COC)
2014.08.19 12:49:02 1: Including ./log/fhem.save


Warum wird mein COC ignoriert? :(
Gruß Walter
Kann sein, dass dein COC in einem unsauberen Zustand hängen geblieben ist.
Am einfachsten mal den ganzen Raspberry neu starten und dann nochmal testen.
Greetz,
   Mr. P

walter56

Hallo Mr.P  :D

ich habe jetzt mal folgendes gemacht:
1. Raspberry  aus /eingeschaltet (hatte ich aber vorher auch schon mal gemacht)
2. update force
3. 5 Minuten gewartet (dabei im Eventmonitor beobachtet was passiert--> immer noch keine COC aktivität!)
4. Raspberry  aus /eingeschaltet (nur ein/ausschalten bekommt der COC richtig mit!)
5. weiter getestet!
Kein Erfolg :-[ :-\

Hier mal das Ende von "update force"
.
.
.
2014-08-19 15:08:18 Global global update get http://fhem.de/fhemupdate4/svn/www/pgm2/svg_defs.svg
2014-08-19 15:08:18 Global global update get http://fhem.de/fhemupdate4/svn/www/pgm2/svg_style.css
2014-08-19 15:08:18 Global global update get http://fhem.de/fhemupdate4/svn/www/pgm2/touchpadstyle.css
2014-08-19 15:08:18 Global global update 1299 file(s) have been updated.
2014-08-19 15:08:18 Global global update A new version of fhem.pl was installed, 'shutdown restart' is required!


Und hier der letzte Neustart dach dem ich ausgeschaltet hatte!
2014.08.19 14:17:21 1: Including fhem.cfg
2014.08.19 14:17:21 1: Including ./FHEM/WHS_ini.cfg
2014.08.19 14:17:21 3: telnetPort: port 7072 opened
2014.08.19 14:17:25 3: WEB: port 8083 opened
2014.08.19 14:17:25 3: WEBphone: port 8084 opened
2014.08.19 14:17:25 3: WEBtablet: port 8085 opened
2014.08.19 14:17:26 2: eventTypes: loaded 3235 events from ./log/eventTypes.txt
2014.08.19 14:17:29 1: Including ./FHEM/WHS_TCM310.cfg
2014.08.19 14:17:29 3: Opening TCM310 device /dev/ttyACM0
2014.08.19 14:17:29 3: Setting TCM310 baudrate to 57600
2014.08.19 14:17:29 3: TCM310 device opened
2014.08.19 14:17:30 2: EnOcean Cryptographic functions are not available.
2014.08.19 14:17:30 1: Including ./FHEM/WHS_COC.cfg
2014.08.19 14:17:31 1: Including ./FHEM/WHS_FB.cfg
2014.08.19 14:17:31 3: Opening fbaha device fritz.box:2002
2014.08.19 14:17:31 3: fbaha device opened
2014.08.19 14:17:31 1: FBAHA fbaha registered with handle: 00000372
2014.08.19 14:17:31 1: Including ./FHEM/WHS_Sys.cfg
2014.08.19 15:16:53 1: Including ./FHEM/WHS_Solar.cfg
2014.08.19 15:16:53 1: Including ./FHEM/WHS_Temperatur.cfg
2014.08.19 15:16:53 1: Including ./FHEM/WHS_Wetter.cfg
2014.08.19 15:16:54 1: Including ./FHEM/WHS_Steuerung.cfg
2014.08.19 15:16:54 1: Including ./FHEM/WHS_Telefon.cfg
2014.08.19 15:16:54 3: Opening my_callmonitor device 192.168.178.1:1012
2014.08.19 15:16:54 3: my_callmonitor device opened
2014.08.19 15:16:54 3: FB_CALLMONITOR: loading cache file ./callmoncache.txt
2014.08.19 15:16:54 2: FB_CALLMONITOR: my_callmonitor read 2 contacts from Cache
2014.08.19 15:16:54 2: FB_CALLMONITOR: my_callmonitor found FritzBox phonebook ./fb_phonebook.xml
2014.08.19 15:16:54 2: FB_CALLMONITOR: my_callmonitor read 205 contacts from FritzBox phonebook
2014.08.19 15:16:54 1: Including ./FHEM/WHS_Ereignistage.cfg
2014.08.19 15:16:55 1: Including ./FHEM/WHS_Media.cfg
2014.08.19 15:16:55 1: Including ./FHEM/WHS_Reso.cfg
2014.08.19 15:16:55 1: Including ./FHEM/WHS_Pushover.cfg
2014.08.19 15:16:55 1: Including ./FHEM/WHS_Lichter.cfg
2014.08.19 15:16:56 1: Including ./FHEM/WHS_Zisterne.cfg
2014.08.19 15:16:56 1: Including ./FHEM/WHS_IR_Sensor.cfg
2014.08.19 15:16:56 1: Including ./FHEM/WHS_Anzeige.cfg
2014.08.19 15:16:56 1: Including ./FHEM/WHS_Dashboard.cfg
2014.08.19 15:16:57 3: Opening COC device /dev/ttyAMA0
2014.08.19 15:16:57 3: Setting COC baudrate to 38400
2014.08.19 15:16:57 3: COC device opened
2014.08.19 15:16:57 3: COC: Possible commands: mCFiAZOGMRTVWXefltux
2014.08.19 15:16:57 1: Including ./log/fhem.save
2014.08.19 15:16:58 3: No I/O device found for Radio
2014.08.19 15:16:58 3: No I/O device found for sz_Bett
2014.08.19 15:17:01 2: TCM set TCM310 reset
2014.08.19 15:17:01 2: TCM TCM310 RESPONSE: OK
2014.08.19 15:17:01 2: TCM set TCM310 repeater 0000
2014.08.19 15:17:01 2: TCM TCM310 RESPONSE: OK
2014.08.19 15:17:01 2: TCM TCM310 repeater 0000 restored
2014.08.19 15:17:01 2: TCM set TCM310 mode 00
2014.08.19 15:17:01 2: TCM TCM310 RESPONSE: NOT_SUPPORTED
2014.08.19 15:17:01 2: TCM TCM310 mode 00 restored
2014.08.19 15:17:01 2: TCM set TCM310 maturity 01
2014.08.19 15:17:01 2: TCM TCM310 RESPONSE: OK
2014.08.19 15:17:01 2: TCM TCM310 maturity 01 restored
2014.08.19 15:17:01 2: TCM get TCM310 baseID
2014.08.19 15:17:01 2: TCM TCM310 RESPONSE: BaseID: FFD5AF00 RemainingWriteCycles: 0A
2014.08.19 15:17:02 2: TCM TCM310 initialized
2014.08.19 15:17:02 0: Server started with 185 defined entities (version $Id: fhem.pl 6387 2014-08-10 11:55:40Z rudolfkoenig $, os linux, user fhem, pid 1969)


Zur Zeit bin ich doch etwas ratlos! :-[ :-\
Gruß Walter :o

Raspberry Pi mit HMLAN & EnOcean: Eltako FUD14, FB dect: DECT 200,HomeMatic: HM-LC-Bl1PBU-FM, HM-SWI-3-FM,HM-CC-RT-DN, HM-Sen-MDIR-O,HM-WDS10-TH-O, HM-WDS40-TH-I
Abfragen: Solarlog, Telefon, Internet Radio, TTS und abfrage verschiedenen Interenseiten HTTPMO

betateilchen

Zuerst solltest Du in Deiner fhem.cfg mal den Eintrag initialUsbCreate (oder so ähnlich) entfernen.

Dein COC läuft übrigens - zumindest laut Deinem Log:


2014.08.19 15:16:57 3: Opening COC device /dev/ttyAMA0
2014.08.19 15:16:57 3: Setting COC baudrate to 38400
2014.08.19 15:16:57 3: COC device opened
2014.08.19 15:16:57 3: COC: Possible commands: mCFiAZOGMRTVWXefltux
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

Mr. P

Zitat von: betateilchen am 19 August 2014, 15:32:41
Zuerst solltest Du in Deiner fhem.cfg mal den Eintrag initialUsbCreate (oder so ähnlich) entfernen.

Dein COC läuft übrigens - zumindest laut Deinem Log
Das wollte ich auch gerade schreiben. Soweit sieht alles gut aus.
Hast du womöglich deine Config einmal gespeichert, während du Probleme mit dem CUL_HM-Modul hattest?
Greetz,
   Mr. P

walter56

Hallo
Also in der FHEM.ini stand am Schluss viel Mist drin! Ich hatte schon mal ein Problem, das durch den
"define autocreate autocreate"  Befehle, fehlerhafte Befehle eingefügt wurden, die nicht von mir stammten. Deshalb habe ich immer einen Kommentar am Ende.
Hier der Schluss

.
.
.
################################################################################
###                 Hier ist die fhem.ini zu Ende
################################################################################
define COC CUL /dev/ttyAMA0@38400 1234
define FS20_0a5000 FS20 0a50 00
attr FS20_0a5000 IODev COC
attr FS20_0a5000 room FS20
define FileLog_FS20_0a5000 FileLog ./log/FS20_0a5000-%Y.log FS20_0a5000
attr FileLog_FS20_0a5000 logtype text
attr FileLog_FS20_0a5000 room FS20
define FS20_686702 FS20 6867 02
attr FS20_686702 IODev COC
attr FS20_686702 room FS20
define FileLog_FS20_686702 FileLog ./log/FS20_686702-%Y.log FS20_686702
attr FileLog_FS20_686702 logtype text
attr FileLog_FS20_686702 room FS20
define FS20_830000 FS20 8300 00
attr FS20_830000 IODev COC
attr FS20_830000 room FS20
define FileLog_FS20_830000 FileLog ./log/FS20_830000-%Y.log FS20_830000
attr FileLog_FS20_830000 logtype text
attr FileLog_FS20_830000 room FS20
define FS20_14e200 FS20 14e2 00
attr FS20_14e200 IODev COC
attr FS20_14e200 room FS20
define FileLog_FS20_14e200 FileLog ./log/FS20_14e200-%Y.log FS20_14e200
attr FileLog_FS20_14e200 logtype text
attr FileLog_FS20_14e200 room FS20
define FS20_f83000 FS20 f830 00
attr FS20_f83000 IODev COC
attr FS20_f83000 room FS20
define FileLog_FS20_f83000 FileLog ./log/FS20_f83000-%Y.log FS20_f83000
attr FileLog_FS20_f83000 logtype text
attr FileLog_FS20_f83000 room FS20


Ich habe mal alles nach dem Kommentar entfernt die Zeile "define autocreate autocreate" in Kommentar gesetzt und den Raspberry aus/eingeschaltet.
Jetzt sieht die LogDatei etwas anders aus

2014.08.19 16:17:21 1: Including fhem.cfg
2014.08.19 16:17:22 1: Including ./FHEM/WHS_ini.cfg
2014.08.19 16:17:22 3: telnetPort: port 7072 opened
2014.08.19 16:17:25 3: WEB: port 8083 opened
2014.08.19 16:17:25 3: WEBphone: port 8084 opened
2014.08.19 16:17:25 3: WEBtablet: port 8085 opened
2014.08.19 16:17:27 2: eventTypes: loaded 3235 events from ./log/eventTypes.txt
2014.08.19 16:17:30 1: Including ./FHEM/WHS_TCM310.cfg
2014.08.19 16:17:30 3: Opening TCM310 device /dev/ttyACM0
2014.08.19 16:17:30 3: Setting TCM310 baudrate to 57600
2014.08.19 16:17:30 3: TCM310 device opened
2014.08.19 16:17:31 2: EnOcean Cryptographic functions are not available.
2014.08.19 16:17:31 1: Including ./FHEM/WHS_COC.cfg
2014.08.19 16:17:32 1: Including ./FHEM/WHS_FB.cfg
2014.08.19 16:17:32 3: Opening fbaha device fritz.box:2002
2014.08.19 16:17:32 3: fbaha device opened
2014.08.19 16:17:32 1: FBAHA fbaha registered with handle: 0000037b
2014.08.19 16:17:32 1: Including ./FHEM/WHS_Sys.cfg
2014.08.19 16:24:28 1: Including ./FHEM/WHS_Solar.cfg
2014.08.19 16:24:28 1: Including ./FHEM/WHS_Temperatur.cfg
2014.08.19 16:24:28 1: Including ./FHEM/WHS_Wetter.cfg
2014.08.19 16:24:29 1: Including ./FHEM/WHS_Steuerung.cfg
2014.08.19 16:24:29 1: Including ./FHEM/WHS_Telefon.cfg
2014.08.19 16:24:29 3: Opening my_callmonitor device 192.168.178.1:1012
2014.08.19 16:24:29 3: my_callmonitor device opened
2014.08.19 16:24:29 3: FB_CALLMONITOR: loading cache file ./callmoncache.txt
2014.08.19 16:24:29 2: FB_CALLMONITOR: my_callmonitor read 2 contacts from Cache
2014.08.19 16:24:29 2: FB_CALLMONITOR: my_callmonitor found FritzBox phonebook ./fb_phonebook.xml
2014.08.19 16:24:29 2: FB_CALLMONITOR: my_callmonitor read 205 contacts from FritzBox phonebook
2014.08.19 16:24:29 1: Including ./FHEM/WHS_Ereignistage.cfg
2014.08.19 16:24:30 1: Including ./FHEM/WHS_Media.cfg
2014.08.19 16:24:30 1: Including ./FHEM/WHS_Reso.cfg
2014.08.19 16:24:30 1: Including ./FHEM/WHS_Pushover.cfg
2014.08.19 16:24:30 1: Including ./FHEM/WHS_Lichter.cfg
2014.08.19 16:24:31 1: Including ./FHEM/WHS_Zisterne.cfg
2014.08.19 16:24:31 1: Including ./FHEM/WHS_IR_Sensor.cfg
2014.08.19 16:24:31 1: Including ./FHEM/WHS_Anzeige.cfg
2014.08.19 16:24:31 1: Including ./FHEM/WHS_Dashboard.cfg
2014.08.19 16:24:32 1: Including ./log/fhem.save
2014.08.19 16:24:32 3: No I/O device found for Radio
2014.08.19 16:24:32 3: No I/O device found for sz_Bett
2014.08.19 16:24:35 2: TCM set TCM310 reset
2014.08.19 16:24:35 2: TCM TCM310 RESPONSE: OK
2014.08.19 16:24:35 2: TCM set TCM310 repeater 0000
2014.08.19 16:24:35 2: TCM TCM310 RESPONSE: OK
2014.08.19 16:24:36 2: TCM TCM310 repeater 0000 restored
2014.08.19 16:24:36 2: TCM set TCM310 mode 00
2014.08.19 16:24:36 2: TCM TCM310 RESPONSE: NOT_SUPPORTED
2014.08.19 16:24:36 2: TCM TCM310 mode 00 restored
2014.08.19 16:24:36 2: TCM set TCM310 maturity 01
2014.08.19 16:24:36 2: TCM TCM310 RESPONSE: OK
2014.08.19 16:24:36 2: TCM TCM310 maturity 01 restored
2014.08.19 16:24:36 2: TCM get TCM310 baseID
2014.08.19 16:24:36 2: TCM TCM310 RESPONSE: BaseID: FFD5AF00 RemainingWriteCycles: 0A
2014.08.19 16:24:36 2: TCM TCM310 initialized
2014.08.19 16:24:36 0: Server started with 173 defined entities (version $Id: fhem.pl 6387 2014-08-10 11:55:40Z rudolfkoenig $, os linux, user fhem, pid 1967)


Leider scheint der  COC jetzt nicht zu laufen, zumindest finde ich die Passage nicht mehr im LogFile :(
Auch im Event Monitor ist nicht zu finden! Die letzten Logbucheinträge von den HomeMatic Sensoren stammen vom
2014-08-18_22:55:27 ga_Temperatur T: 13.0 H: 86


So jetzt die GUTE Nachricht. Ich habe die FHEM.cfg mit einer alten Version verglichen und dabei festgestellt, dass alle MEINE COC Befehle und alle dazugehörige Sensoren entfernt waren! ??? :( So kann nichts funktionieren. :-\ Ich habe alles wieder eingetragen und jetzt läuft alles :) :) :)

Wahrscheinlich wurde durch den autocreate Befehl meine Befehle entfernt? ::)

Wichtig: Ich bin froh alles läuft

DANKE vielen DANK!

Gruß Walter

Raspberry Pi mit HMLAN & EnOcean: Eltako FUD14, FB dect: DECT 200,HomeMatic: HM-LC-Bl1PBU-FM, HM-SWI-3-FM,HM-CC-RT-DN, HM-Sen-MDIR-O,HM-WDS10-TH-O, HM-WDS40-TH-I
Abfragen: Solarlog, Telefon, Internet Radio, TTS und abfrage verschiedenen Interenseiten HTTPMO

franky08

Mit aktiven autocreate hatte ich schon die seltsamsten Eigenschaften von fhem. Wenn nichts neues angelernt wird, disable=1.

VG
Frank
Debian Wheezy auf ZBOX nano/ Debian Bullseye auf 2.ter ZBOX nano F2F an 2x RaspiB
22Zoll ViewSonic als Infodislay (WVC)
3xHMLAN mit vccu ,fhem5.8, CCU2,
ECMD an AVR-NET-IO mit DAC u. ADC an Junkers Stetigregelung, Siemens LOGO!8, JeeLink uvm...

Mr. P

Zitat von: franky08 am 19 August 2014, 23:18:28
Mit aktiven autocreate hatte ich schon die seltsamsten Eigenschaften von fhem. Wenn nichts neues angelernt wird, disable=1.
Genau so und nicht anders. :-)
Greetz,
   Mr. P

betateilchen

Zitat von: walter56 am 19 August 2014, 22:48:40
Wahrscheinlich wurde durch den autocreate Befehl meine Befehle entfernt? ::)

ja, weil ein autocreate standardmäßig ein "save config" durchführt und zu diesem Zeitpunkt Deine devices in der laufenden fhem-Konfiguration nicht vorhanden war. Das "save config" sichert immer nur das, was sich zu diesem Zeitpunkt im Hauptspeicher befindet.

Tipp: Umstellen auf configDB - da gibts eine automatische Versionsverwaltung der Konfigurationsdaten, und man kann mit einem einzigen Befehl eine vorherige Version wiederherstellen :)
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!