Hallo Leute.
Ich habe einen RandomTimer erstellt, jedoch mit schrägen Logs....
Im DEF ganz normal mit 20:00:00 Bad 23:59:00 100
Mit einem Dummy schalte ich Disable jeweils auf 1 oder 0
So funktioniert es einen Abend und danach erhalte ich folgendes Log.
Sorry, konnte nur ein Printscreen machen .
Kann sich da Jemand einen Reim drauf machen??
Sieht für mich auf dem ersten Blick nicht nach einem Problem von RT aus. Die FM deutet auf ein Netzwerk Problem hin
Komisch. Ich hab ein zweites Rpi im Geschäft wo alles virtuell getestet wird. Dort hab ich die selben logs
Sieht so aus als beginnen diese Logs erst nach dem disablen des RT und dann bis zur im RT festgelegten Endzeit....
Ich werde es mal bei mir ausprobieren, RT funktioniert im disable Modus wie im enabled Modus gleich, nur das keine Gerät geschaltet wird
Das wäre super!! Vielen Dank für Deine Hilfe!!
Falsch machen kann man ja nicht viel......
bei mir läuft das problemlos.
habe keine Ahnung woran das liegen kann.
Hmmmm oke...Du hast also den Timer disabled vor der eigentlichen stoppzeit? Oder Hast Du ihn zu Ende laufen lassen?
Vielen Dank nochmals
während dessen dass er lief.
In RT wird IO::Socket::INET nicht genutzt - wozu auch.
Hier der Log-Auszug
2015.05.14 23:55:08 3: [Anwesenheitssimulation_Gang] IO::Socket::INET: connect: timeout
Und hier das DoElse welches auf den Dummy reagiert
([Anwesenheitssimulation] eq "on") ( { fhem "attr Anwesenheitssimulation_Bad,Anwesenheitssimulation_Gang disable 0" } ) DOELSE ( { fhem "attr Anwesenheitssimulation_Bad,Anwesenheitssimulation_Gang disable 1" } )
Versuch es mal ohne Doif, sondern nur durch Eingabe in der Oberfläche von Fhem.
eventuell auch einmal kurzfristig
attr global verbose 5
setzen und dann das Protokoll untersuchen
Oke werd ich machen.
Ich krieg die Logs auch wenn ich manuell disable....
Hier ein Auszug mit verbose 5
015.05.16 12:09:58 3: [Anwesenheitssimulation_Gang] IO::Socket::INET: connect: timeout
2015.05.16 12:09:58 4: [Anwesenheitssimulation_Gang] RandomTimer on Gang timer disabled - no switch
2015.05.16 12:09:58 3: [Anwesenheitssimulation_Gang] IO::Socket::INET: connect: timeout
2015.05.16 12:09:58 3: [Anwesenheitssimulation_Gang] IO::Socket::INET: connect: timeout
2015.05.16 12:09:58 5: [Anwesenheitssimulation_Gang] removing Timer: Anwesenheitssimulation_Gang_Exec
2015.05.16 12:09:58 5: [Anwesenheitssimulation_Gang] setting Timer: Anwesenheitssimulation_Gang_Exec 16.05.2015 12:11:37
2015.05.16 12:10:05 3: [Anwesenheitssimulation_Bad] IO::Socket::INET: connect: timeout
2015.05.16 12:10:05 4: [Anwesenheitssimulation_Bad] RandomTimer on Bad timer disabled - no switch
2015.05.16 12:10:05 3: [Anwesenheitssimulation_Bad] IO::Socket::INET: connect: timeout
2015.05.16 12:10:05 3: [Anwesenheitssimulation_Bad] IO::Socket::INET: connect: timeout
2015.05.16 12:10:05 5: [Anwesenheitssimulation_Bad] removing Timer: Anwesenheitssimulation_Bad_Exec
2015.05.16 12:10:05 5: [Anwesenheitssimulation_Bad] setting Timer: Anwesenheitssimulation_Bad_Exec 16.05.2015 12:11:49
2015.05.16 12:10:13 5: HMLAN_Send: hmusb I:K
2015.05.16 12:10:13 5: HMLAN/RAW: /HHM-LAN-IF,03C7,LEQ0659227,2CC61B,2CC61B,46C69398,0005
Was auch komisch ist:
Ich hab mal nur den RT für das Bad laufen lassen. Dann kam der Fehler mit dem Gang als Device. Das hab ich auch umgekehrt versucht mit gleichem Ergebnis.
Scheinbar macht immer der ausgeschaltete RT Probleme, wenn ein anderer noch läuft....
Ich lösch jetzt mal einen und schau nochmal
Update:
Auch bei nur einem RT gleicher Fehler
Kann ich mir keinen Reim drauf machen.
Ich auch nicht :) aber so wies im Moment aussieht läufts trotzdem.
Hast du mal update force durchgeführt, dann werden alle Module wirklich neu geholt. Vielleicht hast du eine inkonsistente Version.
Hat nichts gebracht. Ist es normal dass man nach Eingabe von update force keine Rückmeldung über den Updatevorgang bekommt?
habe ich noch nicht so häufig gemacht.
Scheinbar ist das so.
Erklärt auch gerade meine doppelten Backups:
http://forum.fhem.de/index.php/topic,28511.msg213591.html#msg213591