FHEM Forum

FHEM - Hausautomations-Systeme => Homematic => Thema gestartet von: Thorsten Pferdekaemper am 28 Dezember 2013, 13:53:20

Titel: FritzBox 7390, HM-CC-RT-DN Anfangsprobleme
Beitrag von: Thorsten Pferdekaemper am 28 Dezember 2013, 13:53:20
Hi,

meine ersten FHEM Gehversuche haben wunderbar geklappt, aber jetzt bin ich an einer Stelle, wo gar nichts mehr funktioniert. Ich schreibe jetzt mal alles auf, was sich so zugetragen hat. Es könnte sein, dass das etwas länglich wird. Falls keiner antwortet werde ich die einzelnen Probleme ggf. nochmal kürzer beschreiben.
Erst einmal zu meiner Konfiguration: FritzBox 7390, HM-CC-RT-DN (Thermostat) und HM-WDS40-TH-I (Temperatur- und Feuchtesensor). Mit der FritzBox ist das über einen HMLAN-Adapter gekoppelt.
Auf der FritzBox habe ich die AVM-Version von FHEM installiert. Außerdem den HMLAN so konfiguriert wie im Wiki beschrieben.
Ich konnte dann sofort auf's FHEM Web-Frontend zugreifen. Nach ein paar Klicks war auch der HM-WDS40-TH-I angelegt und ich konnte die gemessene Temperatur und Feuchte sehen. Logfile war auch da und lesbar.
Der Versuch, den HM-CC-RT-DN zu pairen hat nicht geklappt. Die Sekundenanzeige am HM-CC-RT-DN hat einfach nur heruntergezählt, aber anscheinend ist keine Verbindung entstanden. Allerdings war ein "unbekanntes" Gerät im User Interface aufgetaucht, das jedoch von FHEM nicht als HM-CC-RT-DN erkannt wurde. Ich hatte einen Forumsbeitrag mit einem ähnlichen Problem gefunden. Ich hatte zwar nicht so ganz verstanden, was die Lösung war, aber anscheinend hing es mit der FHEM-Version zusammen. Also...
update, dann shutdown restart
Das hat problemlos geklappt. Jetzt alles zu dem "unbekannten" Gerät gelöscht und den HM-CC-RT-DN selbst in den Auslieferungszustand versetzt. Nach einem erfolglosen Pairing-Versuch hatte ich jetzt zumindest ein Gerät mit "HM_CC_RT_DN" im Namen. Allerdings schien FHEM nicht viel damit anfangen zu können. Das Ding hatte keine Channels und auch nichts Interessantes in der Logdatei.
Ok, vielleicht hatte ich das Ding ja aus Versehen noch in der HomeMatic-Software definiert. Also "shutdown" um FHEM zu stoppen, dann in die HomeMatic-Software. Hier sieht aber alles ok aus, keine Geräte zu sehen.
Also FHEM wieder gestartet: per Telnet auf die FritzBox, cd nach /var/InternerSpeicher/fhem, ./startfhem
Tja: "perl: can't load library 'libnsl.so.0'"
Also nochmal Google bemüht. Anscheinend ist es doch besser die fhem.de Version zu installieren. Ich habe dann fhem-5.5-fb7390.image runtergeladen. Das kommt dann als fhem-5.5-fb7390.tar an, welches kein .image enthält. Ich dachte mir schon, dass die wissen was sie tun und habe das dem FritzBox-Update vorgeworfen. Das ganze schien auch zu funktionieren bis an die Stelle mit der Warnung. Hier wollte ich weitermachen mit "Update", aber darauf hat die FritzBox überhaupt nicht reagiert. Es ging nur "Update Abbrechen" (oder so), worauf die FritzBox neu startet.     
Danach ist dann aber fhem nicht automatisch gestartet. Manuelles starten ging immer noch nicht (siehe oben). Per Telnet "ps | grep fhem" liefert nur "grep fhem"...

Ich weiß an der Stelle wirklich nicht mehr weiter. Jegliche Hilfe oder Erklärung wäre sehr willkommen. Wenn eine Lösung bedeutet, alles platt zu machen und von vorne anzufangen, dann wär's mir auch recht.

Danke&Gruß,
    Thorsten
Titel: Antw:FritzBox 7390, HM-CC-RT-DN Anfangsprobleme
Beitrag von: LuckyDay am 28 Dezember 2013, 14:46:24
ZitatDas kommt dann als fhem-5.5-fb7390.tar an, welches kein .image enthält.

Das ist ein fhem-5.5-fb7390.image und nicht tar, tar wird von deinem Browser gemacht.
mach mal "ziel speichern unter" , und speichere es direkt auf platte.

Ich würde ein recover von der fritzbox machen, um die Avm spuren zu beseitigen.

wenn die 5.5 dann geladen ist in der 7390, gleich ein update von fhem machen, da die version von Oktober ist :)

erst dann mit der anlernerei anfangen
Titel: Antw:FritzBox 7390, HM-CC-RT-DN Anfangsprobleme
Beitrag von: Thorsten Pferdekaemper am 28 Dezember 2013, 16:22:12
Hi,
also ein paar Problemchen habe ich jetzt lösen können:
Erst einmal per "rm -rf" über telnet fhem gelöscht. Dann die fhem-5.5-fb7390.tar nochmal dem FritzBox update vorgeworfen. Das ganze habe ich mit ps, top und ls beobachtet. Tatsächlich passiert auf der Box etwas, wenn man die Warnung bestätigt, aber das merkt man am Frontend der FritzBox erst einmal nicht.
D.h. die fhem.de Version ist jetzt installiert. Nach einem "shutdown" geht auch das manuelle Starten per ./startfhem im fhem Verzeichnis.
Nach einem erneuten Pairing-Versuch waren dann auch die Kanäle des HM-CC-RT-DN vorhanden. Allerdings hat es nicht wirklich so ausgesehen, als ob das alles stimmt. Also nochmal "update". Hier dachte ich auch, dass das nicht funktioniert. Die fhem-Weboberfläche springt auf eine fast leere Seite, auf der nur "Events" steht. (Außer dem Menü.) Auch hier kann man leider nur per ps und top (telnet) sehen, dass was passiert.
Nach dem update dann die devices gelöscht. Ein neuer Pairing-Versuch sieht jetzt noch schlechter aus. Jetzt wird nicht einmal mehr der Temperatursensor erkannt und mit dem HM-CC-RT-DN kann fhem auch nichts mehr anfangen.
Hat da jemand noch einen Tipp?
Danke&Gruß,
    Thorsten
Titel: Antw:FritzBox 7390, HM-CC-RT-DN Anfangsprobleme
Beitrag von: LuckyDay am 28 Dezember 2013, 16:26:31
Zitatgleich ein update von fhem machen, da die version von Oktober ist

:o

tipp mal version in die comand ein und poste es
Titel: Antw:FritzBox 7390, HM-CC-RT-DN Anfangsprobleme
Beitrag von: Thorsten Pferdekaemper am 28 Dezember 2013, 16:28:13
Et voila:

# $Id: fhem.pl 4451 2013-12-24 09:10:26Z rudolfkoenig $
# $Id: 10_CUL_HM.pm 4462 2013-12-26 09:04:40Z martinp876 $
# $Id: 01_FHEMWEB.pm 4479 2013-12-27 16:09:57Z rudolfkoenig $
# $Id: 92_FileLog.pm 3759 2013-08-21 08:13:08Z rudolfkoenig $
# $Id: 00_HMLAN.pm 4464 2013-12-26 12:33:33Z martinp876 $
# $Id: 99_SUNRISE_EL.pm 3738 2013-08-18 14:13:59Z rudolfkoenig $
# $Id: 99_Utils.pm 3595 2013-08-05 05:38:48Z tobiasfaust $
# $Id: 98_autocreate.pm 4234 2013-11-17 10:19:41Z rudolfkoenig $
# $Id: 91_eventTypes.pm 2982 2013-03-24 17:47:28Z rudolfkoenig $
# $Id: 91_notify.pm 3738 2013-08-18 14:13:59Z rudolfkoenig $
# $Id: 98_telnet.pm 3738 2013-08-18 14:13:59Z rudolfkoenig $
Titel: Antw:FritzBox 7390, HM-CC-RT-DN Anfangsprobleme
Beitrag von: LuckyDay am 28 Dezember 2013, 16:43:45
ok, update sieht gut aus  :)

wie lernst du an?

set <hmlan1> hmPairForSec 60 ?
<hmlan1> steht für meinen Hmlanadapter, wie deiner heißt weis ja ich nicht.

und dan die Pairingtaste am entsprechenden Devise drücken?
Titel: Antw:FritzBox 7390, HM-CC-RT-DN Anfangsprobleme
Beitrag von: Thorsten Pferdekaemper am 28 Dezember 2013, 17:07:19
Hi,
ja, genau so. Was dabei rauskommt sieht allerdings so aus:

Logfile:
2013.12.28 17:00:02 3: CUL_HM Unknown device CUL_HM_HM_CC_RT_DN_21FBB2, please define it
2013.12.28 17:00:02 2: autocreate: define CUL_HM_HM_CC_RT_DN_21FBB2 CUL_HM 21FBB2 A1A01840021FBB20000001000954B4551303530383136315900FFFF
2013.12.28 17:00:02 2: autocreate: define FileLog_CUL_HM_HM_CC_RT_DN_21FBB2 FileLog ./log/CUL_HM_HM_CC_RT_DN_21FBB2

"Internals" des Geräts:
CFGFN 
CHANGED 
DEF  21FBB2
21FBB2
 
IODev HMLAN1
NAME CUL_HM_HM_CC_RT_DN_21FBB2
NR 52
STATE ???
TYPE CUL_HM
lastMsg No:01 - t:00 s:21FBB2 d:000000 1000954B4551303530383136315900FFFF
protLastRcv 2013-12-28 17:00:02

Im Logfile des Geräts steht nichts.
Titel: Antw:FritzBox 7390, HM-CC-RT-DN Anfangsprobleme
Beitrag von: LuckyDay am 28 Dezember 2013, 17:10:25
mach mal in der commandzeile ein

list CUL_HM_HM_CC_RT_DN_21FBB2   und dann enter

ich hoffe ich hab das device richtig kopiert und posten
Titel: Antw:FritzBox 7390, HM-CC-RT-DN Anfangsprobleme
Beitrag von: LuckyDay am 28 Dezember 2013, 17:14:51
Noch eine Frage, welche hmid hast du vergeben
oder besser ein list vom hmlan adapter
Titel: Antw:FritzBox 7390, HM-CC-RT-DN Anfangsprobleme
Beitrag von: Thorsten Pferdekaemper am 28 Dezember 2013, 17:21:43
Hi,
hier ist der Output von list HMLAN1:

Internals:
   DEF        192.168.178.152:1000
   DeviceName 192.168.178.152:1000
   FD         11
   HMLAN1_MSGCNT 2
   HMLAN1_TIME 2013-12-28 17:19:10
   NAME       HMLAN1
   NR         20
   NTFY_ORDER 50-HMLAN1
   PARTIAL   
   RAWMSG     E1F4CB9,0000,2849DDCA,FF,FFCD,6386701F4CB900000000D933
   RSSI       -51
   STATE      opened
   TYPE       HMLAN
   XmitOpen   1
   assignIDsReport 0
   firmware   0.961
   msgKeepAlive dlyMax:0.022 bufferMin:4
   msgLoadEst 1hour:0% 10min steps: 0/0/0/0/0/0
   msgParseDly min:8 max:9 last:8 cnt:2
   owner      23A3F4
   serialNr   KEQ0851839
   uptime     007 187:46:02.199
   Readings:
     2013-12-28 17:17:16   Xmit-Events     ok:1
     2013-12-28 17:17:16   cond            ok
     2013-12-28 17:17:13   prot_disconnected last
     2013-12-28 17:17:13   prot_init       last
     2013-12-28 17:17:16   prot_ok         last
   Helper:
     000001:
       flg        0
     1f4cb9:
       nextSend   1388247551.08122
     21fbb2:
       nextSend   1388247526.64678
     Dly:
       cnt        2
       lst        8
       max        9
       min        8
     K:
       BufMin     4
       DlyMax     0.022
       Next       1388247608.62332
       Start      1388247583.62332
     Log:
       all        0
       sys        0
       ids:
         ARRAY(0xa57a40)
     Q:
       HMcndN     0
       answerPend 0
       hmLanQlen  1
       keepAliveRec 1
       keepAliveRpt 0
       apIDs:
       Cap:
         0          0
         1          1
         2          0
         3          0
         4          0
         5          0
         last       1
         sum        1
     Ref:
       drft       -0.000199824154743825
       hmtL       675962199
       kTs        0
       offL       1387571621428
       sysL       1388247583627
Attributes:
   hmId       23A3F4
   hmLanQlen  1_min
   wdTimer    25


Der Rest geht gerade nicht weil ich die Geräte wieder gelöscht habe. Ich habe den ganzen Kram mal per Homematic Software konfiguriert (da ging das Pairing innerhalb von 3 Sekunden). Jetzt will ich mal ausprobieren, ob fhem was von der Kommunikation mitbekommt.
Titel: Antw:FritzBox 7390, HM-CC-RT-DN Anfangsprobleme
Beitrag von: Thorsten Pferdekaemper am 28 Dezember 2013, 17:33:14
Anscheinend hat fhem nichts von irgendwelcher Kommunikation mitbekommen. Ich habe jetzt nochmal für beide Geräte ein Pairing mit laufendem fhem versucht. Hier ist das Ergebnis:

<list CUL_HM_HM_CC_RT_DN_21FBB2>
Internals:
   CFGFN     
   CHANGED   
   DEF        21FBB2
   IODev      HMLAN1
   NAME       CUL_HM_HM_CC_RT_DN_21FBB2
   NR         97
   STATE      ???
   TYPE       CUL_HM
   lastMsg    No:02 - t:00 s:21FBB2 d:23A3F4 1000954B4551303530383136315900FFFF
   protLastRcv 2013-12-28 17:30:04
   Readings:
   Helper:
     rxType     1
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf   
       qReqStat   
     Role:
       chn        1
       dev        1
Attributes:
   autoReadReg 4_reqStatus
   expert     2_full
   peerIDs   
   room       CUL_HM


<list CUL_HM_HM_WDS40_TH_I_1F4CB9>
Internals:
   CFGFN     
   DEF        1F4CB9
   HMLAN1_MSGCNT 1
   HMLAN1_RAWMSG E1F4CB9,0000,285552E1,FF,FFCC,6886701F4CB900000000D834
   HMLAN1_RSSI -52
   HMLAN1_TIME 2013-12-28 17:31:41
   IODev      HMLAN1
   LASTInputDev HMLAN1
   MSGCNT     1
   NAME       CUL_HM_HM_WDS40_TH_I_1F4CB9
   NR         90
   STATE      ???
   TYPE       CUL_HM
   lastMsg    No:68 - t:70 s:1F4CB9 d:000000 00D834
   protLastRcv 2013-12-28 17:31:41
   rssi_at_HMLAN1 avg:-52 min:-52 max:-52 lst:-52 cnt:1
   Readings:
     2013-12-28 17:31:41   noReceiver      src:1F4CB9 8670 00D834
   Helper:
     rxType     1
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf   
       qReqStat   
     Role:
       chn        1
       dev        1
     Rssi:
       At_hmlan1:
         avg        -52
         cnt        1
         lst        -52
         max        -52
         min        -52
Attributes:
   autoReadReg 4_reqStatus
   expert     2_full
   peerIDs   
   room       CUL_HM
Titel: Antw:FritzBox 7390, HM-CC-RT-DN Anfangsprobleme
Beitrag von: LuckyDay am 28 Dezember 2013, 17:46:13
ich hab nochmal eine Frage

die Aes Encryption hast du mit der Homematicsoftware aus dem Hmlanadapter enfernt?

ich seh zwar die Anlermessage vom HM_CC_RT_DN_21FBB2,

aber die Antworten dazu fehlen, und in den Readings fehlen register wie Paired to, usw

ich lass den threat , nach homematic verschieben :)
Titel: Antw:FritzBox 7390, HM-CC-RT-DN Anfangsprobleme
Beitrag von: Thorsten Pferdekaemper am 28 Dezember 2013, 17:58:58
Ja, AES encryption ist aus. Wie gesagt hatte ich das ganze ja auch mal mit der AVM-Version laufen und da hat zumindest mal der Temperatur-/Feuchtesensor was nützliches gemacht. Außerdem ist es mir nach der Installation des fhem.de-Image gelungen, den HM-CC-RT-DN halbwegs einzubinden:

2013.12.28 14:35:42 3: CUL_HM Unknown device CUL_HM_HM_CC_RT_DN_21FBB2, please define it
2013.12.28 14:35:42 2: autocreate: define CUL_HM_HM_CC_RT_DN_21FBB2 CUL_HM 21FBB2 A1A01840021FBB20000001000954B4551303530383136315900FFFF
2013.12.28 14:35:42 3: Device CUL_HM_HM_CC_RT_DN_21FBB2 added to ActionDetector with 000:10 time
2013.12.28 14:35:42 3: CUL_HM pair: CUL_HM_HM_CC_RT_DN_21FBB2 thermostat, model HM-CC-RT-DN serialNr KEQ0508161
2013.12.28 14:35:42 3: HMLAN1 pairing (hmPairForSec) not enabled
2013.12.28 14:35:42 2: autocreate: define FileLog_CUL_HM_HM_CC_RT_DN_21FBB2 FileLog ./log/CUL_HM_HM_CC_RT_DN_21FBB2-%Y.log CUL_HM_HM_CC_RT_DN_21FBB2
2013.12.28 14:35:43 2: autocreate: define CUL_HM_HM_CC_RT_DN_21FBB2_Weather CUL_HM 21FBB201
2013.12.28 14:35:43 2: autocreate: define FileLog_CUL_HM_HM_CC_RT_DN_21FBB2_Weather FileLog ./log/CUL_HM_HM_CC_RT_DN_21FBB2_Weather-%Y.log CUL_HM_HM_CC_RT_DN_21FBB2_Weather
2013.12.28 14:35:44 2: autocreate: define CUL_HM_HM_CC_RT_DN_21FBB2_Climate CUL_HM 21FBB202
usw...

Nach dem update hat das aber nie wieder geklappt. An der Konfiguration in der HM-Software habe ich nichts gemacht. 
Titel: Antw:FritzBox 7390, HM-CC-RT-DN Anfangsprobleme
Beitrag von: LuckyDay am 28 Dezember 2013, 18:02:56
ZitatHMLAN1 pairing (hmPairForSec) not enabled

bei mir dauert anlernen 10 secunden mit Fhem :)

das zu thema anlernen siehe oben rot
Titel: Antw:FritzBox 7390, HM-CC-RT-DN Anfangsprobleme
Beitrag von: Thorsten Pferdekaemper am 28 Dezember 2013, 19:17:32
Hi,
tja, die message mit dem "not enabled" kam als es funktioniert hat. Außerdem wüsste ich auch nicht, warum das nicht "enabled" ist. Ich hatte in allen Fällen ein "set HMLAN1 hmPairForSec 60" gemacht.
In den neuen Log-Einträgen kommt's ja gar nicht mehr dazu. Ich habe den Eindruck, dass die Kommunikation zwischen fhem und dem HMLAN gestört ist. Ich weiß aber nicht, wie ich dazu weiteres herausfinden kann.
Vielleicht hilft das hier weiter: Inzwischen kommt was in die Logfiles:

2013-12-28_19:10:20 CUL_HM_HM_CC_RT_DN_21FBB2 noReceiver: src:21FBB2 8610 0AB0D8105718
2013-12-28_19:13:23 CUL_HM_HM_CC_RT_DN_21FBB2 noReceiver: src:21FBB2 8610 0AB0D8105718
2013-12-28_19:16:11 CUL_HM_HM_CC_RT_DN_21FBB2 noReceiver: src:21FBB2 8610 0AB0D8105718

bzw.:

2013-12-28_19:13:02 CUL_HM_HM_WDS40_TH_I_1F4CB9 noReceiver: src:1F4CB9 8670 00D833
2013-12-28_19:15:40 CUL_HM_HM_WDS40_TH_I_1F4CB9 noReceiver: src:1F4CB9 8670 00D833
2013-12-28_19:18:02 CUL_HM_HM_WDS40_TH_I_1F4CB9 noReceiver: src:1F4CB9 8670 00D933

Hilft das weiter?
Gruß,
   Thorsten
Titel: Antw:FritzBox 7390, HM-CC-RT-DN Anfangsprobleme
Beitrag von: martinp876 am 28 Dezember 2013, 19:28:11
Hi Thorsten,

das sind ganz normale messages des RT.
Wenn diese nicht verarbeitet werde ist entweder deine SW (seht) alt oder das RT ist nicht/niicht korrekt definiert.
Was sagt ein list CUL_HM_HM_CC_RT_DN_21FBB2?

Gruss Martin
Titel: Antw:FritzBox 7390, HM-CC-RT-DN Anfangsprobleme
Beitrag von: Thorsten Pferdekaemper am 28 Dezember 2013, 19:46:44
Jetzt antworte ich mir nochmal selbst.
Um etwas mehr Information zu bekommen: "attr HMLAN1 logIDs all".
Dann nochmal "set HMLAN1 hmPairSec 60" und die Knöpfe gedrückt. Jetzt funktioniert's komischerweise.

Titel: Antw:FritzBox 7390, HM-CC-RT-DN Anfangsprobleme
Beitrag von: KaiK am 31 Dezember 2013, 14:51:12
Ich hatte jetzt gerade in meiner Installation auch bei allen (3x) HM-CC-RT-DN einen ähnlichen/den gleichen Effekt.

Beim pairen von hmlan und HM-CC-RT-DN zählt der Countdown vom HM-CC-RT-DN von 30 auf 0 Sekunden runter (obwohl der hmlan sich noch im pairing befindet). Via autocreate erscheinen die Geräte auch, jedoch scheint keine Kommunikation stattzufinden (keine readings).
Wenn ich dann noch einmal die pairing Prozedur mache (FHEM: set HMLAN1 hmPairForSec 600 und am HM-CC-RT-DN die Boost-Taste für 3 Sekunden), dann quittiert der HM-CC-RT-DN nach 3-4 Sekunden mit "AC" und es erscheinen auch direkt readings...

Kann es sein, dass die 30 Sekunden die der HM-CC-RT-DN zur Verfügung stellt, nicht für einen vollständigen pairing-Handshake ausreichen?!

VG
Kai
Titel: Antw:FritzBox 7390, HM-CC-RT-DN Anfangsprobleme
Beitrag von: martinp876 am 31 Dezember 2013, 15:56:56
Hallo Kai,

wenn du hmPairForSec einstellest und dann config am device auslöst geht es seht schnell.
- FHEM empfängt die Nachricht und richtet das Device ein (noch nichts gesendet)
- FHEM sendet das pairing kommando

alles in 1-2sec erledigt.

Wenn FHEM aus welchen grunden auch immer die message des Device verpasst, etwas falsches sendet oder nicht im pairing-mode ist passiert nichts weiter - die 30sec laufen runter.

Sollte also nicht sofort etwas passieren, passiert auch nichts mehr. Das Device schickt nur eine message - und wartet 30sec.

Mich würden die roh-messages interessieren. FHEM sollte alle bestehenden Kommandos löschen(falls vorhanden) und nur pairen.

Gruss Martin
Titel: Antw:FritzBox 7390, HM-CC-RT-DN Anfangsprobleme
Beitrag von: Thorsten Pferdekaemper am 01 Januar 2014, 14:35:07
@Kai:
Ich dachte zuerst, dass das "attr HMLAN1 logIDs all" bei mir die Lösung war. Allerdings klingt das was Du beschreibst so als ob FHEM mit dem HM-CC-RT-DN einfach zwei Pairing-Anläufe braucht. Beim ersten Versuch richtet FHEM das Gerät halbwegs ein, aber nicht ganz und der HM-CC-RT-DN bekommt vom Pairing nichts mit. Beim zweiten Versuch findet das Pairing dann wirklich statt und FHEM legt alle Kanäle etc. an. Das geht tatsächlich in 2 Sekunden oder so.

@Martin:
Ich würde momentan sehr ungern mein HM-CC-RT-DN zurücksetzen und neu pairen, da momentan alles gut funktioniert. Allerdings habe ich mir noch ein paar von den Teilen bestellt und kann dann gerne alle möglichen Protokolle einschalten. Ich bin noch nicht so lange mit FHEM zu Gange. Könntest Du mir die Kommandos geben, mit denen ich die Roh-Messages aufzeichnen kann?

Gruß,
    Thorsten
Titel: Antw:FritzBox 7390, HM-CC-RT-DN Anfangsprobleme
Beitrag von: martinp876 am 01 Januar 2014, 15:46:32
Hallo Thorsten

attr global verbose 1
attr global mseclog 1
attr <hmlan> logIDs all,sys

Gruss Martin
Titel: Antw:FritzBox 7390, HM-CC-RT-DN Anfangsprobleme
Beitrag von: dascrip am 01 Januar 2014, 16:24:34
Hallo Zusammen,

ich hänge mich an den Thread einmal an.

Ich habe gleiches Problem beim Pairen des HM_CC_RT_DN.

Beim ersten drücken, läuft der Countdown auf 30 herunter und beim zweiten Versuch funktioniert es dann. Dieses war bei den letzten HM_CC_RT_DN nicht der Fall. Dort funktionierte das Pairen innerhalb von Sekunden?

Der Aktor funktioniert auch nicht richtig. Ich bekomme immer die Nachricht CMD's_pending angezeigt und irgendwann Missing_ACK

Folgendes steht im LOG

Zitat
2014.01.01 16:04:24 3: CUL_HM Unknown device CUL_HM_HM_CC_RT_DN_222E28, please define it
2014.01.01 16:04:24 2: autocreate: define CUL_HM_HM_CC_RT_DN_222E28 CUL_HM 222E28 A1A018400222E280000001000954B4551303531363136345900FFFF
2014.01.01 16:04:24 2: autocreate: define FileLog_CUL_HM_HM_CC_RT_DN_222E28 FileLog ./log/CUL_HM_HM_CC_RT_DN_222E28-%Y.log CUL_HM_HM_CC_RT_DN_222E28
2014.01.01 16:05:05 3: Device CUL_HM_HM_CC_RT_DN_222E28 added to ActionDetector with 000:10 time
2014.01.01 16:05:05 3: CUL_HM pair: CUL_HM_HM_CC_RT_DN_222E28 thermostat, model HM-CC-RT-DN serialNr KEQ0516164
2014.01.01 16:05:05 2: CUL_HM set CUL_HM_HM_CC_RT_DN_222E28 getConfig
2014.01.01 16:05:06 2: autocreate: define CUL_HM_HM_CC_RT_DN_222E28_Weather CUL_HM 222E2801
2014.01.01 16:05:06 2: autocreate: define FileLog_CUL_HM_HM_CC_RT_DN_222E28_Weather FileLog ./log/CUL_HM_HM_CC_RT_DN_222E28_Weather-%Y.log CUL_HM_HM_CC_RT_DN_222E28_Weather
2014.01.01 16:05:07 2: autocreate: define CUL_HM_HM_CC_RT_DN_222E28_Climate CUL_HM 222E2802
2014.01.01 16:05:07 2: autocreate: define FileLog_CUL_HM_HM_CC_RT_DN_222E28_Climate FileLog ./log/CUL_HM_HM_CC_RT_DN_222E28_Climate-%Y.log CUL_HM_HM_CC_RT_DN_222E28_Climate
2014.01.01 16:05:08 2: autocreate: define CUL_HM_HM_CC_RT_DN_222E28_WindowRec CUL_HM 222E2803
2014.01.01 16:05:08 2: autocreate: define FileLog_CUL_HM_HM_CC_RT_DN_222E28_WindowRec FileLog ./log/CUL_HM_HM_CC_RT_DN_222E28_WindowRec-%Y.log CUL_HM_HM_CC_RT_DN_222E28_WindowRec
2014.01.01 16:05:09 2: autocreate: define CUL_HM_HM_CC_RT_DN_222E28_Clima CUL_HM 222E2804
2014.01.01 16:05:09 2: autocreate: define FileLog_CUL_HM_HM_CC_RT_DN_222E28_Clima FileLog ./log/CUL_HM_HM_CC_RT_DN_222E28_Clima-%Y.log CUL_HM_HM_CC_RT_DN_222E28_Clima
2014.01.01 16:05:11 2: autocreate: define CUL_HM_HM_CC_RT_DN_222E28_ClimaTeam CUL_HM 222E2805
2014.01.01 16:05:11 2: autocreate: define FileLog_CUL_HM_HM_CC_RT_DN_222E28_ClimaTeam FileLog ./log/CUL_HM_HM_CC_RT_DN_222E28_ClimaTeam-%Y.log CUL_HM_HM_CC_RT_DN_222E28_ClimaTeam
2014.01.01 16:05:11 2: autocreate: define CUL_HM_HM_CC_RT_DN_222E28_remote CUL_HM 222E2806
2014.01.01 16:05:11 2: autocreate: define FileLog_CUL_HM_HM_CC_RT_DN_222E28_remote FileLog ./log/CUL_HM_HM_CC_RT_DN_222E28_remote-%Y.log CUL_HM_HM_CC_RT_DN_222E28_remote
2014.01.01 16:05:34 2: CUL_HM set CUL_HM_HM_CC_RT_DN_222E28_Weather getConfig
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1226.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1227.
Use of uninitialized value $val in concatenation (.) or string at fhem.pl line 1228.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1226.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1227.
Use of uninitialized value $val in concatenation (.) or string at fhem.pl line 1228.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1226.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1227.
Use of uninitialized value $val in concatenation (.) or string at fhem.pl line 1228.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1226.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1227.
Use of uninitialized value $val in concatenation (.) or string at fhem.pl line 1228.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1226.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1227.
Use of uninitialized value $val in concatenation (.) or string at fhem.pl line 1228.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1226.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1227.
Use of uninitialized value $val in concatenation (.) or string at fhem.pl line 1228.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1226.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1227.
Use of uninitialized value $val in concatenation (.) or string at fhem.pl line 1228.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1226.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1227.
Use of uninitialized value $val in concatenation (.) or string at fhem.pl line 1228.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1226.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1227.
Use of uninitialized value $val in concatenation (.) or string at fhem.pl line 1228.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1226.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1227.
Use of uninitialized value $val in concatenation (.) or string at fhem.pl line 1228.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1226.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1227.
Use of uninitialized value $val in concatenation (.) or string at fhem.pl line 1228.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1226.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1227.
Use of uninitialized value $val in concatenation (.) or string at fhem.pl line 1228.
2014.01.01 16:07:06 2: CUL_HM set CUL_HM_HM_CC_RT_DN_222E28 getConfig

Ein getConfig bring auch nur ein Missing_Ack

Der Aktor funktionierte schonmal, an gleicher Position, so dass ich ausschließen kann,  dass er kein Empfang hat.

Ich habe keine Idee, woran es liegen kann.

Gruß

Dominik
Titel: Antw:FritzBox 7390, HM-CC-RT-DN Anfangsprobleme
Beitrag von: chris1284 am 01 Januar 2014, 16:32:03
schön das nocheiner das problem hat. habe es hier schon beschrieben
http://forum.fhem.de/index.php/topic,18091.0.html
unten
Titel: Antw:FritzBox 7390, HM-CC-RT-DN Anfangsprobleme
Beitrag von: martinp876 am 01 Januar 2014, 18:53:24
Hallo Dominik,

hast du pairen ein 2. Mal probiert? Geht es nur beim ersten Mal schief?
Gruss Martin
Titel: Antw:FritzBox 7390, HM-CC-RT-DN Anfangsprobleme
Beitrag von: dascrip am 01 Januar 2014, 19:44:00
Hallo Martin,

der Aktor war schon mal mit dem Server verbunden. Ich hatte ihn dann im FHEM gelöscht und dann den Aktor auf Werkseinstellungen gesetzt.

Ich habe den Aktor schon mehrmals gelöscht und wieder gepairt. Immer das gleiche Ergebnis.

Gruß

Dominik
Titel: Antw:FritzBox 7390, HM-CC-RT-DN Anfangsprobleme
Beitrag von: martinp876 am 01 Januar 2014, 20:15:07
kannst du auch einmal die roh-messages aufzeichnen?
http://forum.fhem.de/index.php/topic,16563.msg107848.html#msg107848
Titel: Antw:FritzBox 7390, HM-CC-RT-DN Anfangsprobleme
Beitrag von: chris1284 am 02 Januar 2014, 13:53:43
Hallo Martin,

gerade kam mein 2. RT an. Und wieder muss man 2x das pairing am RT durchführen. Sprich
5 Sekunden Boost drücken
30 Sekunden runterlaufen lassen
5 Sekunden Boost drücken
nach 2 Sekunden das erhoffte AC am RT

Gerät ist aber sauber gekoppelt, Daten werden sofort ausgelesen, Temperatur kann gesetzt werden.

Anbei das Eventlog und das normale Log

gruß

christian
Titel: Antw:FritzBox 7390, HM-CC-RT-DN Anfangsprobleme
Beitrag von: rufus999 am 02 Januar 2014, 17:40:49
Hallo zusammen,

ich habe genau das selbe Problem. Ich wollte heute einen weiteren Thermostat einbinden und hatte das gleiche Problem wie oben beschrieben.
Durch ein zweites "Anlernen" wie hier beschrieben war der Thermostat dann aber richtig eingerichtet.
Hier meine zur Zeit laufende Version:

# $Id: fhem.pl 4519 2014-01-01 15:43:32Z rudolfkoenig $
# $Id: 10_CUL_HM.pm 4524 2014-01-02 08:35:12Z martinp876 $
# $Id: 01_FHEMWEB.pm 4510 2013-12-30 20:45:22Z rudolfkoenig $
# $Id: 92_FileLog.pm 3759 2013-08-21 08:13:08Z rudolfkoenig $
# $Id: 00_HMLAN.pm 4518 2013-12-31 11:46:26Z martinp876 $
# $Id: 99_SUNRISE_EL.pm 3738 2013-08-18 14:13:59Z rudolfkoenig $
# $Id: 99_Utils.pm 3595 2013-08-05 05:38:48Z tobiasfaust $
# $Id: 90_at.pm 4246 2013-11-18 20:35:20Z rudolfkoenig $
# $Id: 98_autocreate.pm 4234 2013-11-17 10:19:41Z rudolfkoenig $
# $Id: 98_dummy.pm 3738 2013-08-18 14:13:59Z rudolfkoenig $
# $Id: 91_notify.pm 3738 2013-08-18 14:13:59Z rudolfkoenig $
# $Id: 98_structure.pm 4379 2013-12-14 09:11:03Z rudolfkoenig $
# $Id: 98_telnet.pm 3738 2013-08-18 14:13:59Z rudolfkoenig $
# $Id: 91_watchdog.pm 3738 2013-08-18 14:13:59Z rudolfkoenig $

Gruss

rufus999
Titel: Antw:FritzBox 7390, HM-CC-RT-DN Anfangsprobleme
Beitrag von: dascrip am 02 Januar 2014, 22:05:29
Hallo Martin,

ich hoffe, es genügt so.

Wenn nicht, sag mir bitte was ich als Loglevel einstellen muss.

Beste Grüße

Dominik
Titel: Antw:FritzBox 7390, HM-CC-RT-DN Anfangsprobleme
Beitrag von: martinp876 am 03 Januar 2014, 11:31:48
Hi,

war wohl einst beabsichtigt. beim ersten 'config' wurde das Device in FHEM angelegt. Erst beim 2. Mal wurde gepairt.

Sollte jetzt en-block funktionieren, benötigte einige Umstellungsn, sofort senden zu können.

Hoffe es klappt jetzt besser

Gruss Martin
Titel: Antw:FritzBox 7390, HM-CC-RT-DN Anfangsprobleme
Beitrag von: KaiK am 03 Januar 2014, 11:42:18
Ahh cool.
Ist das im Update der 00_CUL.pm drin?

VG
Kai
Titel: Antw:FritzBox 7390, HM-CC-RT-DN Anfangsprobleme
Beitrag von: martinp876 am 03 Januar 2014, 12:11:28
es ist in 10_CUL_HM.pm

und es ist heute eingecheckt, also morgen im update (oder heute manuell in SVN)
Titel: Antw:FritzBox 7390, HM-CC-RT-DN Anfangsprobleme
Beitrag von: Thorsten Pferdekaemper am 05 Januar 2014, 18:30:18
Hi,
so, heute war der dritte RT dran. Vorher aber update check und update...
Der RT hat für das Pairing nur einen Anlauf gebraucht und beim runterzählen ist er nicht einmal zur 29 gekommen. Die Kanäle wurden angelegt und soweit ich das erkennen kann wird auch alles angezeigt.

ABER: Leider wurden die FileLogs nicht automatisch angelegt. Per createlog-Kommando ging's dann komischerweise. Hier ist der ensprechende Log-Auszug:

2014.01.05 17:33:59 3: CUL_HM Unknown device CUL_HM_HM_CC_RT_DN_21F833 is now defined
2014.01.05 17:34:00 3: Device CUL_HM_HM_CC_RT_DN_21F833 added to ActionDetector with 000:10 time
2014.01.05 17:34:00 3: CUL_HM pair: CUL_HM_HM_CC_RT_DN_21F833 thermostat, model HM-CC-RT-DN serialNr KEQ0506349
2014.01.05 17:34:00 2: CUL_HM set CUL_HM_HM_CC_RT_DN_21F833 getConfig
2014.01.05 17:34:05 3: Device CUL_HM_HM_CC_RT_DN_21F833 added to ActionDetector with 000:10 time
2014.01.05 17:35:53 1: 192.168.178.152:1000 disconnected, waiting to reappear
2014.01.05 17:35:53 1: HMLAN_Parse: HMLAN1 new condition disconnected
2014.01.05 17:36:58 1: 192.168.178.152:1000 reappeared (HMLAN1)
2014.01.05 17:36:58 1: HMLAN_Parse: HMLAN1 new condition init
2014.01.05 17:36:58 2: CUL_HM set CUL_HM_HM_CC_RT_DN_21F833_Clima getConfig
2014.01.05 17:36:58 1: HMLAN_Parse: HMLAN1 new condition ok
2014.01.05 17:39:06 2: CUL_HM set CUL_HM_HM_CC_RT_DN_21F833_ClimaTeam getConfig
2014.01.05 17:41:26 2: CUL_HM set CUL_HM_HM_CC_RT_DN_21F833_remote getConfig
2014.01.05 17:57:43 3: Device CUL_HM_HM_CC_RT_DN_21F833 added to ActionDetector with 000:10 time
2014.01.05 17:57:43 3: CUL_HM pair: CUL_HM_HM_CC_RT_DN_21F833 thermostat, model HM-CC-RT-DN serialNr KEQ0506349
2014.01.05 17:57:43 2: CUL_HM set CUL_HM_HM_CC_RT_DN_21F833 getConfig
2014.01.05 18:04:22 3: CUL_HM Unknown device CUL_HM_HM_CC_RT_DN_21F833 is now defined
2014.01.05 18:04:22 3: Device CUL_HM_HM_CC_RT_DN_21F833 added to ActionDetector with 000:10 time
2014.01.05 18:04:22 3: CUL_HM pair: CUL_HM_HM_CC_RT_DN_21F833 thermostat, model HM-CC-RT-DN serialNr KEQ0506349
2014.01.05 18:04:22 2: CUL_HM set CUL_HM_HM_CC_RT_DN_21F833 getConfig
2014.01.05 18:04:27 3: Device CUL_HM_HM_CC_RT_DN_21F833 added to ActionDetector with 000:10 time
2014.01.05 18:06:30 2: CUL_HM set CUL_HM_HM_CC_RT_DN_21F833_WindowRec getConfig
2014.01.05 18:07:47 1: 192.168.178.152:1000 disconnected, waiting to reappear
2014.01.05 18:07:47 1: HMLAN_Parse: HMLAN1 new condition disconnected
2014.01.05 18:08:52 1: 192.168.178.152:1000 reappeared (HMLAN1)
2014.01.05 18:08:52 1: HMLAN_Parse: HMLAN1 new condition init
2014.01.05 18:08:52 1: HMLAN_Parse: HMLAN1 new condition ok
2014.01.05 18:09:24 2: CUL_HM set CUL_HM_HM_CC_RT_DN_21F833_Clima getConfig
2014.01.05 18:10:36 2: autocreate: define FileLog_CUL_HM_HM_CC_RT_DN_21F833 FileLog ./log/CUL_HM_HM_CC_RT_DN_21F833-%Y%m%d.log CUL_HM_HM_CC_RT_DN_21F833
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1241.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1242.
Use of uninitialized value $val in concatenation (.) or string at fhem.pl line 1243.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1241.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1242.
Use of uninitialized value $val in concatenation (.) or string at fhem.pl line 1243.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1241.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1242.
Use of uninitialized value $val in concatenation (.) or string at fhem.pl line 1243.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1241.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1242.
Use of uninitialized value $val in concatenation (.) or string at fhem.pl line 1243.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1241.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1242.
Use of uninitialized value $val in concatenation (.) or string at fhem.pl line 1243.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1241.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1242.
Use of uninitialized value $val in concatenation (.) or string at fhem.pl line 1243.
2014.01.05 18:12:08 2: CUL_HM set CUL_HM_HM_CC_RT_DN_21F833_ClimaTeam getConfig
2014.01.05 18:13:36 2: autocreate: define FileLog_CUL_HM_HM_CC_RT_DN_21F833_Clima FileLog ./log/CUL_HM_HM_CC_RT_DN_21F833_Clima-%Y%m%d.log CUL_HM_HM_CC_RT_DN_21F833_Clima
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1241.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1242.
Use of uninitialized value $val in concatenation (.) or string at fhem.pl line 1243.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1241.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1242.
Use of uninitialized value $val in concatenation (.) or string at fhem.pl line 1243.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1241.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1242.
Use of uninitialized value $val in concatenation (.) or string at fhem.pl line 1243.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1241.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1242.
Use of uninitialized value $val in concatenation (.) or string at fhem.pl line 1243.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1241.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1242.
Use of uninitialized value $val in concatenation (.) or string at fhem.pl line 1243.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1241.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1242.
Use of uninitialized value $val in concatenation (.) or string at fhem.pl line 1243.
2014.01.05 18:14:27 2: CUL_HM set CUL_HM_HM_CC_RT_DN_21F833_remote getConfig
2014.01.05 18:15:15 1: 192.168.178.152:1000 disconnected, waiting to reappear
2014.01.05 18:15:15 1: HMLAN_Parse: HMLAN1 new condition disconnected
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1241.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1242.
Use of uninitialized value $val in concatenation (.) or string at fhem.pl line 1243.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1241.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1242.
Use of uninitialized value $val in concatenation (.) or string at fhem.pl line 1243.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1241.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1242.
Use of uninitialized value $val in concatenation (.) or string at fhem.pl line 1243.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1241.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1242.
Use of uninitialized value $val in concatenation (.) or string at fhem.pl line 1243.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1241.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1242.
Use of uninitialized value $val in concatenation (.) or string at fhem.pl line 1243.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1241.
Use of uninitialized value $val in substitution (s///) at fhem.pl line 1242.
Use of uninitialized value $val in concatenation (.) or string at fhem.pl line 1243.
2014.01.05 18:16:16 1: 192.168.178.152:1000 reappeared (HMLAN1)
2014.01.05 18:16:16 1: HMLAN_Parse: HMLAN1 new condition init
2014.01.05 18:16:17 1: HMLAN_Parse: HMLAN1 new condition ok

Noch ein paar Kommentare dazu:
17:33:59 Hier habe ich das erste Pairing gemacht. Es hat auch funktioniert, bis auf die Logs.
17:35:53 Hier hat sich anscheinend der HMLAN mal kurz abgemeldet, keine Ahnung warum. Ich habe auch keine Probleme bemerkt.
17:57:43 Ich dachte ein erneutes Pairing würde die Logs erzeugen, das war aber nicht so.
18:07:47 Mal wieder "HMLAN disconnected", aber keine Probleme bemerkt
18:10:36 Das kommt wohl vom manuellen "createlog". Vielleicht haben die Fehlermeldungen danach was mit dem Problem zu tun. Das createlog hat aber funktioniert.
18:13:36 Noch ein createlog für den Clima-Channel, siehe oben.
18:15:15 Mal wieder ein HMLAN disconnect, aber wieder habe ich nichts gespürt.

Für mich funktioniert das jetzt, aber ich denke mal dass der autocreate eigentlich die Logs automatisch anlegen sollte.
Gruß,
   Thorsten
Titel: Antw:FritzBox 7390, HM-CC-RT-DN Anfangsprobleme
Beitrag von: martinp876 am 05 Januar 2014, 19:56:05
Hi Thorsten,

ok, das mit den Logfiles habe ich nicht geprüft (da ich eh ein gegner davon bin..... wer braucht diese unmengen einzelner logfiles...)
um es in einem zug durchziehen zu können musste ich einen shortcut einbauen. Ich werde mal nach dem logfile generator suchen...
Danke für den Tip.

das mit deinen disconnects solltest du untersuchen. Da hast du mittelfristig ein Problem. Oder waren die 3 disconnects eine ausnahme?

Gruss Martin
Titel: Antw:FritzBox 7390, HM-CC-RT-DN Anfangsprobleme
Beitrag von: Thorsten Pferdekaemper am 05 Januar 2014, 20:05:48
Hi Martin,

mir persönlich ist inzwischen eigentlich egal, ob die Logfiles automatisch angelegt werden oder nicht. Ich denke aber, dass es funktionieren sollte wenn der autocreate schon eine Einstellung dafür hat. Soweit ich das sehe, kann man es ja auch abschalten.

Von wegen disconnects: Normalerweise passiert das nicht, aber so alle zwei Tage schon. Ich glaube aber, dass es nur vorkommt, wenn man ein Pairing vornimmt oder irgendwas macht, was die FritzBox belastet. Allerdings sind das nur Vermutungen. Was könnte ich denn tun, um das Problem einzukreisen?

Gruß,
  Thorsten
Titel: Antw:FritzBox 7390, HM-CC-RT-DN Anfangsprobleme
Beitrag von: martinp876 am 06 Januar 2014, 08:29:31
Hi Thorsten
ja, autocreate sollte das anlegen der Logfiles unterstützen
ja, man kann es abschalten (mein default)

um disconnects einzukreisen kannst du
- nachsehen, was HMLAN meldet und wie
   msgKeepAlive dlyMax:3.014 bufferMin:1
   msgLoadEst 1hour:0% 10min steps: 0/0/0/0/0/0
   msgParseDly min:1 max:3112 last:10 cnt:1603
stehen. keepAlive max delay von 5 sec zeigt, dass du an der Grenze zum disconnect bist. Eingentlich sollte es kleiner 1 sec sein.
mit appptime kannst du suchen, welchen jobs lange dauern und damit gefährlich sind

Gruss Martin
Titel: Antw:FritzBox 7390, HM-CC-RT-DN Anfangsprobleme
Beitrag von: Thorsten Pferdekaemper am 06 Januar 2014, 10:09:34
Tja...

msgKeepAlive dlyMax:8.612 bufferMin:-3
msgLoadEst 1hour:0% 10min steps: 0/0/0/0/0/0
msgParseDly min:-2 max:9320 last:9 cnt:2081


und

                                name             function    max  count    total  average param Max call
             FileLog_og_bd_HeizungOp          FileLog_Get   2173      3     6434  2144.67 HASH(0xfce368); FileLog_og_bd_HeizungOp; CURRENT; INT; 2014-01-06_00:00:00; 2014-01-07_00:00:01; 4:og_bd_HeizungOp.desired-temp\x3a::; 4:og_bd_HeizungOp.measured-temp\x3a::; 4:og_bd_HeizungOp.ValvePosition\x3a::
             FileLog_og_sz_HeizungOp          FileLog_Get   2159      3     6415  2138.33 HASH(0xd934f0); FileLog_og_sz_HeizungOp; CURRENT; INT; 2014-01-06_00:00:00; 2014-01-07_00:00:01; 4:og_sz_HeizungOp.desired-temp\x3a::; 4:og_sz_HeizungOp.measured-temp\x3a::; 4:og_sz_HeizungOp.ValvePosition\x3a::
             FileLog_og_ku_HeizungOp          FileLog_Get   2136      3     6366  2122.00 HASH(0xd921f8); FileLog_og_ku_HeizungOp; CURRENT; INT; 2014-01-06_00:00:00; 2014-01-07_00:00:01; 4:og_ku_HeizungOp.desired-temp\x3a::; 4:og_ku_HeizungOp.measured-temp\x3a::; 4:og_ku_HeizungOp.ValvePosition\x3a::
        FHEMWEB:192.168.178.24:49262              FW_Read   1307     12     1360   113.33 HASH(0x1083050)
                              HMLAN1           HMLAN_Read    396      9      570    63.33 HASH(0xa662e8)


Kann es sein, dass FHEM beim Aufbereiten der SVG-Grafiken alles andere vergisst?

Gruß,
   Thorsten
Titel: Antw:FritzBox 7390, HM-CC-RT-DN Anfangsprobleme
Beitrag von: martinp876 am 06 Januar 2014, 11:07:38
Hi Thorsten,

klar - grafik ist immer aufwändig.
ZitatmsgParseDly min:-2 max:9320 last:9 cnt:2081

9,3 sec delay beim message verarbeiten - da klappen selbst wiederholer nicht

ZitatFileLog_og_bd_HeizungOp          FileLog_Get   2173      3     6434  2144.67 ...
über 2 sec pause - ggf sogar akkumuliert durch mehrere aufeinander folgende Darstellungen

Du solltest dich bei den Machern der Grafik erkundigen, wie sie dies auslagern können.

Du kannst mit dem Attribut wdTimer das austimen es keepalive verhindern - setze es auf 20 oder kleiner. Aber generell ist das timing der Frontends kritisch und nicht echtzeit-geeignet

Gruss Martin
Titel: Antw:FritzBox 7390, HM-CC-RT-DN Anfangsprobleme
Beitrag von: Thorsten Pferdekaemper am 06 Januar 2014, 19:20:55
Hi,
an dem wdTimer mache ich erstmal nichts, da ich nicht verstehe, was das macht. Außerdem habe ich noch keine Probleme an der tatsächlichen Funktion des Ganzen feststellen können. Mir ist auch nicht so recht klar, was diese disconnects tatsächlich bedeuten.

Soweit ich das aber verstehe, macht FHEM kein Multithreading mit Prioritäten, sondern es passiert alles in einem Task. Das ist natürlich problematisch für Anwendungen, die mit externen Systemen kommunizieren sollen. Ich werde da mal weiterforschen. 

Gruß,
    Thorsten
Titel: Antw:FritzBox 7390, HM-CC-RT-DN Anfangsprobleme
Beitrag von: martinp876 am 07 Januar 2014, 17:28:53
Hi Thorsten,

HMLAN wird per default alle 25 sec getriggert. Diese Zeit kannst du runtersetzen, dann passiert es öfter. Wenn der Trigger nicht nach 30sec erscheint startet HMLANdie Connection neu. Es kann zu message-verlusten kommen.

Gruss Martin

Titel: Antw:FritzBox 7390, HM-CC-RT-DN Anfangsprobleme
Beitrag von: Thorsten Pferdekaemper am 07 Januar 2014, 22:01:24
Hi,
aha, das bedeutet also, dass nichts länger dauern darf als (30 - wdTimer) Sekunden. Ok, da werde ich aber erstmal versuchen, die SVGs zu beschleunigen.
Danke&Gruß,
   Thorsten
Titel: Antw:FritzBox 7390, HM-CC-RT-DN Anfangsprobleme
Beitrag von: martinp876 am 08 Januar 2014, 16:33:39
Hi Thorsten,

nach 30sec disconnected HLAN 'sicher'.
wir triggern 5 sec vor ablauf, also alle 25sec. Damit bleiben 5 sec (kann der User einstellen).
Diese zeit ist natürlich die Akkumulierte aus allem, was dazwischen kommen.
Cool wäre es lange Auswertungen zu dispatchen. Nachteil ist, dass man es nicht sofort zurückgeben kann und damit die web-darstellung schwieriger wird - ich habe auch ein paar kandidaten.
Blocking bietet eine, wenn auch performance-lastige möglichkeit.

Beschleunigen ist immer gut.
Letztendlich sollte es (wie alle Frontend aktionen) in einem anderen Prozess laufen, mit geringer prio um echtzeit- tasks laufen zu lassen

Gruss Martin
Titel: Antw:FritzBox 7390, HM-CC-RT-DN Anfangsprobleme
Beitrag von: Thorsten Pferdekaemper am 08 Januar 2014, 22:05:48
Hi,
danke. Ich denke, ich schaffe es, die plots auf unter eine Sekunde zu drücken. Siehe hier: http://forum.fhem.de/index.php/topic,18442.msg123486.html#msg123486 (http://forum.fhem.de/index.php/topic,18442.msg123486.html#msg123486). Das mit den parallelen Prozessen scheint mit plotfork zu gehen, aber das habe ich noch nicht ausprobiert.
Gruß,
    Thorsten
Titel: Antw:FritzBox 7390, HM-CC-RT-DN Anfangsprobleme
Beitrag von: martinp876 am 09 Januar 2014, 09:07:36
Hi Thorsten,

wie schon gesagt, optimieren ist immer gut!

plotfork habe ich einmal getestet (hatte es bisher nicht gesehen...)- funktioniert gut in meinem Fall.
Wie prospektiert werden die Aktionen in einen anderen Prozess ausgelagert. Die Latenz des aktuellen Prozesses ist immer unter 500ms geblieben. Es waren so 250ms - der Ausreißer von 480ms könnte einem Linux taskswitch geschuldet sein.

plotfork sollte man DRINGEND allen empfehlen, die Grafik nutzen. Es sollte default sein... leider ist windows ausgeschlossen was natürlich den Default probleme macht. Warum eigentlich? fork sollte auch in windows funktionieren

In meinem Fall ist die processdauer leicht über 10sec - und je nach gewähltem plot-Ausschnitt sicher noch deutlich größer.

Gruss Martin
Titel: Antw:FritzBox 7390, HM-CC-RT-DN Anfangsprobleme
Beitrag von: Thorsten Pferdekaemper am 09 Januar 2014, 10:27:27
Zitat von: martinp876 am 09 Januar 2014, 09:07:36
leider ist windows ausgeschlossen was natürlich den Default probleme macht. Warum eigentlich? fork sollte auch in windows funktionieren

Anscheinend nicht wirklich:
https://www.google.de/search?q=fork+windows&rlz= (https://www.google.de/search?q=fork+windows&rlz=)

Gruß,
   Thorsten
Titel: Antw:FritzBox 7390, HM-CC-RT-DN Anfangsprobleme
Beitrag von: martinp876 am 09 Januar 2014, 10:59:02
könnte an der verwendeten Perl hängen...
jedenfalls auf einer FB klappt es einwandfrei.

User mit lunix-systemen sollten es als default nutzen (meine Meinung).
Den default könnte man natürlich von OS abhängig machen - ist aber eher Rudis Baustelle.
Ich werden es nutzen - und Usern empfehlen es zumindest zu testen.

Klar ist sowieso, dass die CPU immer noch alles rechnen muss... nur das timeslicing sollte besser werden.