Hallo Leute,
eben ist mein fhem völlig abgeschmiert - nix geht mehr - Ehefrau sitzt im kalten und schreit Zeter und Mordio ...
Hab versucht alles neu zu installieren (und wo ich schon dabei war hab ich dann auf meinem Raspi gleich Jessi installert - komplette Neuinstallation). Bevor ich die SD Karte mit einem neuen Image beschreiben habe, habe ich noch das alte fhem Verzeichnis von der SD Karte gesichert. Wie bekomme ich das System jetzt wieder ans Laufen????
Habe mit Standard fhem.cfg angefangen und dann mittels Copy&Paste die Werte meiner alten fhem.cfg reinkopiert. Dummerweise startet fhem dann nicht mehr (i.e. ich komme nicht mehr in das Web Frontend).
Ich hoffe ihr könnt mir helfen das Ding wieder zum Laufen zu bringen - sonst seh ich schwarz für Weihnachten ...
Sascha
Poste doch mal das Logfile :)
Zitatgleich Jessi installert
Da gibt es mW auch einige Hürden, nimm das gute Wheezy, installier fhem neu und kopier deine fhem.cfg und sonstige eigene Dateien zurück (gplot defs und 99_myUtils Geschichten) und das System sollte wieder rennen ;)
VG
Frank
Ich habe meine FHEM Installation testweise auf Jessie laufen lassen, das funktionierte soweit, mit einer sauberen Installation, mit einem Upgrade gabs Probleme.
Beim Kopieren auch die Benutzerrechte wiederherstellen.
Gab es da nicht noch Fehler durch die in Jessie verwendete Perl Version? Oder ist das behoben?
Ich hatte nur Probleme mit GPIO beim Upgrade, beim Clean-Install nicht.
Zitat von: franky08 am 21 Dezember 2015, 00:04:26
Gab es da nicht noch Fehler durch die in Jessie verwendete Perl Version? Oder ist das behoben?
Das läuft sauber bei Neuinstallation. Nur beim Update von Wheezy nach Jessie hat man ein Perl Problem.
ZitatWie bekomme ich das System jetzt wieder ans Laufen
Alle Systemvorausetzungen installieren
FHEM installieren
Pfade von FHEM kopieren
Rechte setzen.
Nur fhem.cfg geht auch, aber dann mit dem Editor von FHEM und schön copy & paste im Unix Style (nur LF) und nicht mit Windows Notepad.
Gruß Otto
Wenn das System nicht funktioniert ein upgrade auf ein neuese Betriebssystem zu machen ist sicher suboptimal ;)
Auf die Idee muss man auch erstmal kommen.
Vorschlag:
- Bring das System wieder mit Wheezy ans Laufen
- Kopiere die fhem.cfg nur Stück für Stück zuerst die wichtigsten Teile (Transceiver und wichtige Devices etc) wenn das läuft weitermachen
- Zwischen jedem Schritt ein Backup der Karte ziehen und mehrere Versionen aufbewahren, damit Du zurück kannst
Zukünftige Empfehlungen
- Halte mehrere SD-Karten vor bei Preisen unter 10€ sollte das bezahlbar sein
- Wenn wichtige Dinge an fhem hängen, solltest DU immer eine relativ aktuelle Kopie des gesamten Systems haben (mit FHEM)
- Bei Problemen nicht die Originalkarte überschreiben
- Wenn wichtige Dinge an fhem hängen sollte man auch eine 2. HW vorhalten
Vielen Dank für weure Hilfe,
ich habe mich entschlossen alles auf Jessi Basis neu zu installieren. Leider habe ich in den letzten Jahren ziemlich viel über fhem vergessen (mein System lief recht lange ohne größere Probleme) In diesem ZUsammenhang habe ich mich dann entschlossen endlich ein paar alte Zöpfe abzuschneiden (Hatte z.B. bisher keine VCCU).
Leider stellen sich mir jetzt ziemliche viele Fragen (trotz googlen, wiki lesen, ...)
- warum blinkt mein HM-SEC-SC nicht mehr grün, wenn das Fenster geschlossen wird sondern leuchte rot - obwohl er den Status richtig an fhem übergibt?
- warum reagieren vier von fünf HM-TC-CC auf fhem Befehle - der eine im Wohnzimmer aber nicht - alles gleich gemacht (muss aber zugeben, das Ding hat vorher schon Probleme gemacht - kann das defekt sein? Am Stellrad kann ich alles noch einstellen - nur auf set_Desired-temperature will er nicht reagieren?wobei er mir alle Werte des HM-TC-CC in fhem zeigt (Temp und Feuchtigkeit und sogar wenn ich am Gerät die desired temp änderer bekomme ich das unter fhem angezeigt???)
- warum funktioniert meine Temperaturabsenkung nicht mehr?
>>
########################################################################################
# Heizung Schlafzimmer aus falls ein Fenster offen ist
### Dummy, um zu erkennen, ob Fenster geöffnet wurde ###
define SZ.fensteroffen dummy
### Dummy speichert ,,vorher"-Temperatur der Heizung ###
define SZ.fensteroffenTemp dummy
### Bei Öffnung wird aktueller Wert gespeichert in Dummy, Temp auf 12 gesetzt und der Zustands-Dummy aktiviert ###
define TempSZSenken notify Schlafzimmer_Fenster_.*:open {\
my $SZCurrentTemp=ReadingsVal("Schlafzimmer_Heizungsventil","desired-temp",0);;\
fhem ("set Schlafzimmer_Heizungsventil desired-temp 12.0;; set SZ.fensteroffen on;; set SZ.fensteroffenTemp $SZCurrentTemp")\}
### Bei Schließen wird alter Wert wieder gesetzt, Zustands-Dummy wieder aus, nur wenn Zustand bisher offen ###
define TempSZAnheben notify Schlafzimmer_Fenster_.*:closed {\ my $SZTempBefore=Value("SZ.fensteroffenTemp");;\ if (Value("SZ.fensteroffen") eq "on") { \ fhem ("set Schlafzimmer_Heizungsventil desired-temp $SZTempBefore;; set SZ.fensteroffen off") \ }\ }
<<
Schlafzimmer_Heizungsventil ist 02_Climate - ich habe alles bis auf die Bezeichnungen von meiner alten fhem.cfg übernommen, bei der es immer gut funktioniert hat????
... so viele Fragen ....
und was mir schon immer eine Frage war: Stelle ich die Temperatur auf dem Device um oder auf dem 02_Climate Kanal - oder ist das egal?
Vielleicht arbeiten wir Stück für Stück. Poste mal ein list von deinem HM-SEC-SC Device.
Bitte mit Code Tags.
Gruß Otto
Hallo Otto,
hier das list
>>
nternals:
DEF 1D950303
NAME Schlafzimmer_Fensterkontakt
NR 81
STATE last:trigLast
TYPE CUL_HM
chanNo 03
device Schlafzimmer_Thermostat
Readings:
Helper:
Expert:
def 1
det 0
raw 1
tpl 0
Role:
chn 1
Attributes:
model HM-CC-TC
peerIDs 00000000,
room Schlafzimmer
stateFormat last:trigLast
<<
Sascha
Hallo Sascha,
naja der ist nicht gepairet. Da fehlen jede Menge Readings. Eigentlich alle - hast Du die nicht mit gepostet?
Bitte schau Dir die Knöpfe oberhalb des Editorfenster an wenn Du hier postest, die Route liefert Dir Code Tags.
Gruß Otto
Hallo Otto,
war ich wohl etwas neben der Spur - hab bis heute morgen um 5:00 Uhr an dem System rumgedoktort - und um 7:30 Uhr kamen die Handwerker ....
So, hier die Ausgabe von list:
>>
Internals:
DEF 247F00
IODev HMLAN2
NAME Schlafzimmer_Fenster_Rechts
NR 88
NTFY_ORDER 50-Schlafzimmer_Fenster_Rechts
STATE closed
TYPE CUL_HM
Readings:
2015-12-21 11:41:47 Activity alive
2015-12-21 02:22:16 CommandAccepted no
2015-12-21 02:22:15 D-firmware 2.2
2015-12-21 02:22:15 D-serialNr KEQ0956346
2015-12-21 02:11:36 R-pairCentral set_0x1A2B3C
2015-12-21 02:24:27 RegL_00:
2015-12-21 02:26:11 alive yes
2015-12-21 02:26:11 battery ok
2015-12-21 02:26:11 contact closed (to 2DDFE6)
2015-12-21 02:26:11 recentStateType info
2015-12-21 02:26:11 sabotageError off
2015-12-21 02:26:11 state closed
2015-12-21 02:26:03 trigDst_2DDFE6 noConfig
2015-12-21 02:26:03 trigger_cnt 130
Helper:
HM_CMDNR 1
mId 00B1
rxType 28
Expert:
def 1
det 0
raw 1
tpl 0
Io:
newChn +247F00,00,00,00
rxt 2
vccu vccu
p:
247F00
00
00
00
prefIO:
HMLAN2
Mrssi:
mNo
Prt:
bErr 0
sProc 0
Q:
qReqConf 00
qReqStat
Role:
chn 1
dev 1
Attributes:
IODev HMLAN2
IOgrp vccu:HMLAN2
actCycle 028:00
actStatus alive
autoReadReg 4_reqStatus
expert 2_full
firmware 2.2
model HM-SEC-SC-2
room Schlafzimmer
serialNr KEQ0956346
subType threeStateSensor
<<
Sascha
ZitatR-pairCentral set_0x1A2B3C
--> bedeutet nicht gepairet. Musst Du wiederholen! Darum blinkt er rot
Und bitte:
was verstehst Du nicht mit den Code tags?Gruß Otto
Um ehrlich zu sein - ich habe gar keinen Plan was Code tags sind - ich dachte es reicht wenn ich einen "list <device>" absetze - hab ich wohl falsch verstanden. Sorry. Wie bekomme ich die "Code tags" - oder sind das html tags a la <b> <\b>?
So - hab das Rautezeichen gefunden (hab dauernd nach Route gesucht und keinen Plan gehabt welche :D) Wofür brauche ich das bzw. welchen Code soll ich damit einfügen?
Wie gesagt - scheine momentan etwas planlos zu sein.
Was ich nicht verstehe: Wenn die HM-Sec-SC nicht gepaired sind - wie können dann die Werte (open bzw close) im Webfrontend angezeigt werden (was sie tun)?
Sascha
Die Code Tags findest du hier:
#
Zitat von: Sascha am 21 Dezember 2015, 12:39:43
Was ich nicht verstehe: Wenn die HM-Sec-SC nicht gepaired sind - wie können dann die Werte (open bzw close) im Webfrontend angezeigt werden (was sie tun)?
Weil FHEM die Nachricht als Broadcast empfängt und auswertet. Das Pairing ist nicht vollständig. Also mache es bitte solange bis in den Readings ein PairedTo erscheint und das set verschwindet:
R-pairCentral set_0x1A2B3C .
Und übe einfach mit dem Post Editor. Du kannst vorher immer auf Vorschau gehen, damit Du siehst wie es aussieht.
Wenn Du Code einfügen willst in Deinen Post dann drückst du auf den Route Knopf, anschließend stehen zwei Code tags da und der Cursor in der Mitte. Dann machst Du "einfügen" und fertig.
Und wenn Du was nicht verstehst was ich schreibe, ist das nicht schlimm. Dann kannst Du fragen, beim ersten mal ;)
Gruß Otto
So, stolz wie Oscar - ich hab gefühlte 100mal das pairen versucht, hab dann die HM-Sec auf Werkseinstellungen zurückgesetzt, mit HmPairForSerial gearbeitet, keine Ahnung was es war - vielleicht nur "gutta cavat lapidem" jetzt ist das set bei R-pairCentral weg *freu*
Und jetzt der Test mit dem Code Tag
Internals:
DEF 247F00
HMLAN1_MSGCNT 70
HMLAN1_RAWMSG E247F00,0000,33AC3345,FF,FFB8,13A610247F001A2B3C06010000
HMLAN1_RSSI -72
HMLAN1_TIME 2015-12-21 13:00:04
HMLAN2_MSGCNT 74
HMLAN2_RAWMSG E247F00,0000,741823A9,FF,FFB7,13A610247F001A2B3C06010000
HMLAN2_RSSI -73
HMLAN2_TIME 2015-12-21 13:00:04
IODev HMLAN2
LASTInputDev HMLAN1
MSGCNT 144
NAME Schlafzimmer_Fenster_Rechts
NR 88
NTFY_ORDER 50-Schlafzimmer_Fenster_Rechts
STATE closed
TYPE CUL_HM
lastMsg No:13 - t:10 s:247F00 d:1A2B3C 06010000
protCmdDel 12
protLastRcv 2015-12-21 13:00:04
protNack 3 last_at:2015-12-21 12:54:53
protResnd 5 last_at:2015-12-21 12:49:36
protResndFail 1 last_at:2015-12-21 12:48:43
protSnd 30 last_at:2015-12-21 13:00:04
protState CMDs_done
rssi_at_HMLAN1 max:-62 lst:-72 cnt:70 avg:-70.92 min:-83
rssi_at_HMLAN2 max:-64 lst:-73 cnt:74 avg:-73.48 min:-99
Readings:
2015-12-21 12:56:37 Activity alive
2015-12-21 12:56:38 CommandAccepted yes
2015-12-21 12:56:37 D-firmware 2.2
2015-12-21 12:56:37 D-serialNr KEQ0956346
2015-12-21 12:59:52 PairedTo 0x1A2B3C
2015-12-21 12:59:52 R-cyclicInfoMsg off
2015-12-21 12:59:53 R-eventDlyTime 0 s
2015-12-21 12:59:52 R-pairCentral 0x1A2B3C
2015-12-21 12:59:52 R-sabotageMsg on
2015-12-21 12:59:53 R-sign off
2015-12-21 12:59:52 RegL_00: 02:01 09:00 0A:1A 0B:2B 0C:3C 10:01 14:06 00:00
2015-12-21 12:59:53 RegL_01: 08:00 20:60 21:00 22:64 30:06 00:00
2015-12-21 13:00:04 alive yes
2015-12-21 13:00:04 battery ok
2015-12-21 13:00:04 contact closed (to vccu)
2015-12-21 12:49:02 powerOn 2015-12-21 12:49:02
2015-12-21 13:00:04 recentStateType info
2015-12-21 13:00:04 sabotageError off
2015-12-21 13:00:04 state closed
2015-12-21 12:49:30 trigDst_2DDFE6 noConfig
2015-12-21 13:00:04 trigDst_vccu noConfig
2015-12-21 13:00:04 trigger_cnt 18
Helper:
HM_CMDNR 19
PONtest 0
cSnd 011A2B3C247F0001040000000001,011A2B3C247F000103
mId 00B1
peerIDsRaw ,00000000
rxType 28
Expert:
def 1
det 0
raw 1
tpl 0
Io:
newCh 1
newChn +247F00,00,00,00
nextSend 1450699204.28014
rxt 2
vccu vccu
p:
247F00
00
00
00
prefIO:
HMLAN2
Mrssi:
mNo 13
Io:
HMLAN1 -72
HMLAN2 -71
Prt:
bErr 0
sProc 0
sleeping 0
Rspwait:
Q:
qReqConf
qReqStat
Role:
chn 1
dev 1
Rpt:
IO HMLAN2
flg A
ts 1450699204.1937
ack:
HASH(0x232a3e0)
1380021A2B3C247F0000
Rssi:
At_hmlan1:
avg -70.9285714285714
cnt 70
lst -72
max -62
min -83
At_hmlan2:
avg -73.4864864864865
cnt 74
lst -73
max -64
min -99
Shadowreg:
Attributes:
IODev HMLAN2
IOgrp vccu:HMLAN2
actCycle 028:00
actStatus alive
autoReadReg 4_reqStatus
expert 2_full
firmware 2.2
model HM-SEC-SC-2
peerIDs 00000000,
room Schlafzimmer
serialNr KEQ0956346
subType threeStateSensor
Cool - das sieht viel besser aus - vielen Dank für die geduldigen Hinweise die "Code Tags" zu benutzen - gelobe das ab jetzt zu tun :) (Hoffe so ist es jetzt richtig)
Sascha
Kennt ihr übrigens auch so Tage wo wirklich ALLES schief geht:
- fhem schmiert völlig ab, daher Nachtarbeit angesagt, da sonst Ärger mit Frau - und ich muss morgen zum Arbeiten nach Bayern
- Dann heute morgen - wollte Kaffee zum wach werden - aus dem dämlichen Nivona 831 Vollautomat kommt nur noch quietschen - und kein einziger Tropfen Kaffee
- Bekomme Möbelstück geliefert - und statt einem Auszug haben Sie an einer Stelle eine Klappe dabei - funktioniert natürlich nicht
- ....
Murphys Law vom Allerfeinsten ;D
Sascha
Man kann dem aber vorbeugen. So etwas wichtiges, wie die Heizungsteuerung sollte, meiner Ansicht nach, immer auch ohne FHEM funktionieren. Bei mir läuft sie völlig autark. Mit FHEM wird nur die Konfiguration (in der Regel nur ein mal) und die Überwachung gemacht. Und wenn FHEM abschmieren sollte (was natürlich auch nicht sein sollte), habe ich mit der Heizung kein Problem.
Wenn du also ohnehin gerade dabei bist: Bau es so um, dass FHEM ruhig ausfallen kann.
Hallo Marvin,
ja jetzt bin ich schlauer - vor allem werde ich mir einen Chronjob anlegen der regelmäßig Backups auf den Server schreibt. Außerdem habe ich mittlerweile eine zweite SD Karte als Clone - wenn dann mal was schiefgehen sollte, kann ich schnell wieder arbeiten :)
Hinterher ist man immer schlauer ;D
Sascha
Zitat von: Sascha am 21 Dezember 2015, 13:36:02
Hallo Marvin,
ja jetzt bin ich schlauer - vor allem werde ich mir einen Chronjob anlegen der regelmäßig Backups auf den Server schreibt. Außerdem habe ich mittlerweile eine zweite SD Karte als Clone - wenn dann mal was schiefgehen sollte, kann ich schnell wieder arbeiten :)
Hinterher ist man immer schlauer ;D
Sascha
Das ist schonmal gut, auch wenn Backups aus dem laufenden System ,mit Vorsicht zu geniessen sind und nicht wirklich funktionieren müssen.
Der Hinweis von marvin78 war aber, dass fhem nur die Automatisierung abnehmen sollte aber auch ohne fhem sollte die Heizung funktionieren (ebensolches gilt aus meiner Sicht für Lichschalter etc). Wenn Du mal weg bist und fhem fällt aus kann Deine Frau das reparieren?
Wenn nicht, sollte es auch ohne fhem grundsätzlich gehen.
zum Thema Datensicherung und Ausfall von FHEM
Schaue Dir mal configdb an, da kannst Du deine Config in eine Datenbank schaufeln (egal wo, localhost, NAS, anderer Server - ja auch die Klaut)
dann noch einen dump der db per cron und Du kannst "sofort" deine Config beim Hardwareausfall "irgendwo" auf einen anderen Rechner wieder starten
Zitat von: Sascha am 21 Dezember 2015, 13:11:14
Cool - das sieht viel besser aus - vielen Dank für die geduldigen Hinweise die "Code Tags" zu benutzen - gelobe das ab jetzt zu tun :) (Hoffe so ist es jetzt richtig)
Siehst Du genauso! :D
Meine Frage ist noch, warum war das pairing eigentlich weg. Welchen HM Sender hast Du eigentlich? HMLAN HM USB oder CUL Stick?
Ist das Pairing bei allen Geräten hin? Kannst Du auf die gleiche Art prüfen pairedTo muss da sein.
Und der Hinweis kam schon: Du hast alles Geräte die zusammen passen, also bau alles so um, dass es auch mal autark läuft. Wir helfen Dir - wenigsten das geht nicht schief 8)
Vielleicht nicht alles auf einmal, schön Stück für Stück ;)
Gruß Otto
Hallo Otto,
es war alles weg, weil sich mein Raspi beim "sudo apt-get update && sudo apt-get upgrade" so dermaßen heftig aufgehängt hatte, dass es keine Möglichkeit mehr gab diesen zu starten.
Da mein letztes fhem BackUp über ein Jahr zurücklag, hatte ich gedacht, die schnellste Möglichkeit wäre eine Neuinstallation. Vor Allem dachte ich, dass ich einfach meine alte fhem.cfg in die neue Installation mittels samba reinkopieren könnte (Zugriff auf die SD Karte über Ubuntu war nach möglich).
Ergo: Kein Pairing mehr. Eben habe ich wieder ein neues Problem identifiziert, das so in keiner Referenz steht. Ich habe zirka zehn Fensterkontakte im Einsatz und einer lies sich ums Verrxxx nicht pairen. Immer wieder Werksreset, ... ohne Erfolg. Habe das über zwanzig mal gemacht - erfolglos. Am Ende dachte ich - vielleicht ist die Batterie schwach (obwohl die LEDs schön geblinkt haben) - und so wars. Nachdem ich diese getauscht hatte, ging das Pairen super schnell.
So, morgen gehts nach Bayern - die letzten beiden Tage Vorlesung - und dann sind endlich Ferien :) Nur das Heimfahren am Mittwoch (340km) bereitet mir etwas Sorgen ...
Nachdem die Heizung jetzt wieder geht, ist zumindest dieses Problem erstmal gelöst. Nach Weihnachten werde ich dann diesen Threat wieder nach vorne puschen - hoffe du hilfst mir dann wieder weiter.
Wünsche ein frohes Fest und einen guten Rutsch - und nochmal vielen vielen Dank euch allen
Sascha
ZitatErgo: Kein Pairing mehr.
wie soll das pairing aus den devices verschwinden?
mit getconfig kennt auch fhem wieder den aktuellen stand.
Auch wenn es eine vollständige Neuinstallation (Raspi + fhem + neue fhem-cfg) ist und die Devices vorher direkt mit zwei HMLANS gepaired waren die jetzt durch eine VCCU ersetzt wurden?
Sascha
Zitatdirekt mit zwei HMLANS gepaired waren die jetzt durch eine VCCU ersetzt wurden?
Ja, da die vccu die gleiche ID hat (haben sollte!) wie beide HMLAN, wenn du die ID nicht geändert hast, passt das auch nach einer Neuinstallation wieder (getConfig machen!)
VG
Frank
Wichtig zu wissen ist eben, dass man nicht mit einem IO-Device (HMLAN, HMCFGUSB, CUL) pairt, sondern mit einer HMID (~Zentrale). Diese wird in die Register des Devices eingetragen und mit dieser ist dann gepairt.
so- da bin ich wieder - wünsche allen noch nachträglich ein gutes neues Jahr :)
und gleich wieder zwei Probleme:
Erstens:
mein HM-CC-TC reagiert nicht auf Befehle die ich über die fhem Website eingeben (i.e. ich ändere die Temperatur - es erscheint set-desired temperature, aber irgendwann verschwindet das und es bleibt bei der ursprünglichen Temperatur?). Stelle ich die Tempratur direkt am HM-CC-TC ein (steht auf manuell) funktioniert alles problemlos. List liefert:
Internals:
DEF 1D8C17
HMLAN1_MSGCNT 2267
HMLAN1_RAWMSG E1D8C17,0000,B4399B9F,FF,FFBE,8DA2581D8C171DA9AB0000
HMLAN1_RSSI -66
HMLAN1_TIME 2016-01-15 12:00:57
HMLAN2_MSGCNT 2264
HMLAN2_RAWMSG E1D8C17,0000,F4A5C56E,FF,FFB4,8DA2581D8C171DA9AB0000
HMLAN2_RSSI -76
HMLAN2_TIME 2016-01-15 12:00:57
IODev HMLAN1
LASTInputDev HMLAN2
MSGCNT 4531
NAME Wohnzimmer_Thermostat
NR 82
NTFY_ORDER 50-Wohnzimmer_Thermostat
STATE T: 19.6 H: 46
TYPE CUL_HM
channel_01 Wohnzimmer_Temp_Feuchte
channel_02 Wohnzimmer_Heizungsventil
channel_03 Wohnzimmer_Fensterkontakt
lastMsg No:8D - t:58 s:1D8C17 d:1DA9AB 0000
protCmdPend 1 CMDs pending
protLastRcv 2016-01-15 12:00:57
protResnd 31 last_at:2016-01-15 12:00:38
protSnd 60 last_at:2016-01-15 12:00:37
protState CMDs_pending
rssi_HMLAN1 cnt:6 max:-60 min:-68 avg:-63.16 lst:-63
rssi_at_HMLAN1 avg:-66.13 lst:-66 max:-56 cnt:2267 min:-80
rssi_at_HMLAN2 avg:-76.18 lst:-76 min:-105 cnt:2264 max:-68
Readings:
2016-01-13 18:56:20 Activity alive
2016-01-15 11:58:31 CommandAccepted yes
2015-12-21 05:19:16 D-firmware 2.1
2015-12-21 05:19:16 D-serialNr JEQ0550520
2015-12-21 05:35:55 PairedTo 0x1A2B3C
2015-12-21 05:35:55 R-burstRx on
2015-12-21 05:20:39 R-pairCentral 0x1A2B3C
2015-12-21 05:35:54 RegL_00: 01:01 02:01 05:81 0A:1A 0B:2B 0C:3C 0F:00 00:00
2016-01-15 12:00:57 actuator 0
2016-01-14 18:53:55 battery ok
2015-12-21 05:36:02 controlMode manual
2015-12-21 05:36:02 day-temp 21 C
2015-12-21 05:36:02 decalcDay ???
2016-01-14 18:53:55 desired-temp 19.0
2015-12-21 05:36:02 displayMode temp-hum
2015-12-21 05:36:02 displayTemp actual
2015-12-21 05:36:02 displayTempUnit celsius
2016-01-15 12:00:37 humidity 46
2016-01-15 12:00:37 measured-temp 19.6
2015-12-21 05:36:02 night-temp 17 C
2015-12-21 05:36:02 party-temp 20 C
2016-01-15 12:00:37 state T: 19.6 H: 46
2016-01-15 00:02:37 time-request -
cmdStack:
++A0111A2B3C1D8C1702022D
Helper:
HM_CMDNR 141
PONtest 1
cSnd 111A2B3C1D8C1702022D,111A2B3C1D8C1702022D
mId 0039
rxType 140
Expert:
def 1
det 0
raw 1
tpl 0
Io:
newChn +1D8C17,02,00,00
nextSend 1452855657.44213
rxt 2
vccu vccu
p:
1D8C17
00
00
00
prefIO:
HMLAN1
Mrssi:
mNo 8D
Io:
HMLAN1 -64
HMLAN2 -76
Prt:
bErr 0
sProc 2
sleeping 1
wuReSent 3
Q:
qReqConf
qReqStat
Role:
chn 1
dev 1
Rssi:
Hmlan1:
avg -63.1666666666667
cnt 6
lst -63
max -60
min -68
At_hmlan1:
avg -66.133656815174
cnt 2267
lst -66
max -56
min -80
At_hmlan2:
avg -76.1872791519433
cnt 2264
lst -76
max -68
min -105
Attributes:
IODev HMLAN1
IOgrp vccu:HMLAN1
actCycle 000:10
actStatus alive
autoReadReg 4_reqStatus
expert 2_full
firmware 2.1
model HM-CC-TC
room Wohnzimmer
serialNr JEQ0550520
subType thermostat
Das zweite Problem betrifft die Heizungssteuerung in mehreren Räumen. Bevor mein Raspi abgeschmiert war, hatte ich folgende Routine, die dafür sorgte, dass die Temperatur abgesenkt wurde, sobald ein Fenster geöffnet wurde und beim Schließen des selbigen wurde die Temperatur wieder angehoben. Seit der Neuinstallation funktioniert das nicht mehr - habe lange versucht den Fehler zu finden, leider erfolglos.
### Bei Öffnung wird aktueller Wert gespeichert in Dummy, Temp auf 12 gesetzt und der Zustands-Dummy aktiviert ###
define TempSZSenken notify Schlafzimmer_Fenster_Links:open {\
my $SZCurrentTemp=ReadingsVal("Schlafzimmer_Thermostat","desired-temp",0);;\
fhem ("set Schlafzimmer_Thermostat desired-temp 12.0;; set SZ.fensteroffen on;; set SZ.fensteroffenTemp $SZCurrentTemp")\}
### Bei Schließen wird alter Wert wieder gesetzt, Zustands-Dummy wieder aus, nur wenn Zustand bisher offen ###
define TempSZAnheben notify Schlafzimmer_Fenster_Links:closed {\ my $SZTempBefore=Value("SZ.fensteroffenTemp");;\ if (Value("SZ.fensteroffen") eq "on") { \ fhem ("set Schlafzimmer_Thermostat desired-temp $SZTempBefore;; set SZ.fensteroffen off") \ }\ }
Ich habe mir angewöhnt, immer kurz mittels # in der fhem.cfg zu kommentieren, was ein bestimmter Befehl macht - oder in welchem Raum sich ein Device befindet :)
Hoffe ihr könnt mir helfen
Sascha
Hallo,
ZitatSeit der Neuinstallation funktioniert das nicht mehr - habe lange versucht den Fehler zu finden, leider erfolglos.
wird das notify nicht getriggert?
Hast Du die Befehle zum setzen der Temperatur genauso mal in der Kommandozeile getestet?
Gibt es log Einträge in diesem Zusammenhang?
Gruß Otto
Hallo,
habs jetzt mal über die Kommandozeile eingegeben. Wie lange darf es denn maximal dauern, bis der Befehl ausgeführt wird?
Bezüglich >>wird das notify nicht getriggert? << muss ich gestehen - ich verstehe nur Bahnhof :-)
Das Logfile werde ich mal suchen ... du meinst du das fhem logfile - oder? weil in dem Logfile zum HM-CC-TC stehen ja nur Temperaturen, Feuchtigkeiten und Actuator. Im fhem Logfile findet sich folgendes:
2016.01.15 07:14:12 1: PERL WARNING: Backslash found where operator expected at (eval 6145) line 1, near ") \"
2016.01.15 07:14:12 3: eval: my $EVENT='closed';my $SELF='TempSZAnheben';my $TYPE='CUL_HM';my $NAME='Schlafzimmer_Fenster_Links';my $EVTPART0='closed';{\ my $SZTempBefore=Value("SZ.fensteroffenTemp");\ if (Value("SZ.fensteroffen") eq "on") { \ fhem ("set Schlafzimmer_Thermostat desired-temp $SZTempBefore; set SZ.fensteroffen off") \ }\ }
2016.01.15 07:14:12 3: TempSZAnheben return value: Can't modify single ref constructor in scalar assignment at (eval 6145) line 1, at EOF
syntax error at (eval 6145) line 1, near "\ if"
syntax error at (eval 6145) line 1, at EOF
Sascha
Dann sieh dir den Log mal genau an, da steht alles drin, dein notify hatt einige Fehler in der Syntax. Würdest du solche Sachen in der DEF anlegen und nicht direkt die fhem.cfg editieren würde die Syntax beim modify/anlegen geprüft.
Das heisst da hat sich was in der Syntax von fhem geändert? Weil: vor dem RAspi abschmieren hat es funktioniert - und ich habe die alte Syntax nur kopiert - wobei: beim kopieren kann auch mal was schiefgehen - jetzt muss ich nur herausfinden was DEF ist :-) - schätze mal das ist ein define - oder?
Werde das mal aus der fhem.cfg löschen und dann über die Eingabe eingeben - danke für den Hinweis
Sascha
Es wird immer mysteriöser: Ich hab den Befehl zum Absenken der Temperatur aus der fhem.cfg gelöscht - anschließend kam eine Fehlermeldung mit "define ... first". Als ich dann nochmlas auf die fhem.cfg wollte, ist irgendwie der editor abgestürzt??? Ich hab gang kurz den Inhalt gesehen, dann nur noch schwarzes Nichts mit Ziffern am rechten Rand?
Hab dann den Raspi rebootet, als ich dann wieder auf fhem zugegriffen habe, kam diese Fehlermeldung:
Error messages while initializing FHEM:
configfile: telnetPort: creating device allowed_telnetPort for attribute password
WEBhook: creating device allowed_WEBhook for attribute allowedCommands
WEBhook: modifying device allowed_WEBhook for attribute basicAuth
WEB: creating device allowed_WEB for attribute basicAuth
WEBphone: creating device allowed_WEBphone for attribute basicAuth
WEBtablet: creating device allowed_WEBtablet for attribute basicAuth
Was will mir fhem da sagen?
Sascha
Nochmal shutdown restart machen, dann sind die Meldungen weg
http://forum.fhem.de/index.php/topic,46302.0.html
Zitat von: franky08 am 15 Januar 2016, 17:13:58
Nochmal shutdown restart machen, dann sind die Meldungen weg
vorher einmal speichern, sonst kommen sie wieder. ;D
@Benni
:) :) ;) 8)
ihr seid super!!!!
Die Fehlermeldungen sind weg!
Vielen Dank
Sascha
Zitat von: Sascha am 15 Januar 2016, 16:54:40
jetzt muss ich nur herausfinden was DEF ist
Wenn ich eh schon mal da bin ....
Vielleicht findest du den im angehängten Suchbild :)
So,
hab jetzt mal die Befehlsfolge direkt im Eingabefeld eingegeben - keine Fehlermeldung bei der Eingabe - funktioniert aber trotzdem nicht und das log zeigt weiterhin Fehler ...
Aber
das ist nicht so wichtig - heizen wir halt nachts den Garten weil meine Frau vergisst manuell die Temperatur abzusenken nachdem sie das Fenster aufgemacht hat ;D
Was mich hauptsächlich irritiert sind zwei Dinge:
- Dass der Thermostat im Wohnzimmer HM-TC-CC in 9/10 Fällen nicht auf Eingaben via fhem Frontend reagiert. Woran liegt das??? Manuell (i.e. direkt am Thermostat) funktioniert alles problemlos - und soweit ich mich erinnere, habe ich an den anderen HM-TC-CC ebenfalls keine Probleme.
- Einmal pro Tag "schmiert" fhem ab - i.e. der Raspi arbeitet noch (i.e. ich kann mittels Telnet darauf zugreifen) - aber das Frontend von fhem ist nicht mehr erreichbar. Ich behelfe mir dadurch, dass ich einen Cronjob angelegt habe der täglich nachts um 3:00 Uhr den Raspi neu bootet ...
Können die beiden Fehler damit zusammenhängen, dass bei mir "Jessie" läuft? Updates mache ich regelmäßig ein bis zweimal pro Woche.
Hoffe ihr könnt mir helfen
Sascha
ZitatKönnen die beiden Fehler damit zusammenhängen, dass bei mir "Jessie" läuft? Updates mache ich regelmäßig ein bis zweimal pro Woche.
Kann ich mir eigentlich nicht vorstellen.
Nochmal die Frage: wird das notify getriggert? Siehst Du eigentlich in den readings wenn Du das Fenster aufmachst. Oder Du schaust Dir das im Eventmonitor an.
Gruß Otto
Zitathab jetzt mal die Befehlsfolge direkt im Eingabefeld eingegeben - keine Fehlermeldung bei der Eingabe - funktioniert aber trotzdem nicht und das log zeigt weiterhin Fehler ...
Ich hab jetzt mal die 3 Seiten durchgescrollt ...
Es wäre hilfreich(er) wenn du mal das DEF posten würdest und die Logfile-Meldung dazu - in einem Beitrag bitte.
Damit später lesende vielleicht helfen Könnende sich nicht alles zusammen suchen (und raten) müssen ;)
Danke.
So, jetzt hab ich wieder ewig damit verbracht den Fehler im notify zu finden - leider erfolglos :)
Die Logfile Meldung sieht so aus
2016.01.24 15:09:20 1: PERL WARNING: Bareword found where operator expected at (eval 2991) line 1, near ") fhem"
2016.01.24 15:09:20 3: eval: my $NAME='Schlafzimmer_Fenster_Links';my $SELF='TempSchlafzimmerSenken';my $TYPE='CUL_HM';my $EVTPART0='open';my $EVENT='open';{ my $Schlafzimmer_ThermostatCurrentTemp=ReadingsVal("Schlafzimmer_Thermostat","desired-temp",0) fhem ("set Schlafzimmer_Thermostat desired-temp 12.0 set Schlafzimmer_Fenster_offen on set Schlafzimmer_Fenster_offenTemp $Schlafzimmer_ThermostatCurrentTemp") }
2016.01.24 15:09:20 3: TempSchlafzimmerSenken return value: syntax error at (eval 2991) line 1, near ") fhem "
Das "Bareword" habe ich gegoogelt - nur haben mir die Infos nicht weitergeholfen ...
Das DEF sieht so aus
Schlafzimmer_Fenster_Links:open { my $Schlafzimmer_ThermostatCurrentTemp=ReadingsVal("Schlafzimmer_Thermostat","desired-temp",0) fhem ("set Schlafzimmer_Thermostat desired-temp 12.0 set Schlafzimmer_Fenster_offen on set Schlafzimmer_Fenster_offenTemp $Schlafzimmer_ThermostatCurrentTemp") }
Den Code für die Heizungssteuerung hatte ich da
http://www.meintechblog.de/2014/01/fenster-und-balkontueren-zuverlaessig-mit-dem-homematic-funk-fenster-drehgriffkontakt-ueberwachen/ (http://www.meintechblog.de/2014/01/fenster-und-balkontueren-zuverlaessig-mit-dem-homematic-funk-fenster-drehgriffkontakt-ueberwachen/)
gefunden. Ich seh da irgendwie nicht den Unterschied zu meinem Code - ausser natürlich die Namen der beteiligten Devices ....
Ich habe versucht das/den? notify mittels
trigger TempSchlafzimmerSenken open
auszulösen. Getan hat sich dadurch nix ...
Sascha
Perl Befehle und auch FHEM Befehle sind durch ; zu trennen. Bitte ein Perl Handbuch und die FHEM Doku lesen.
Schlafzimmer_Fenster_Links:open {
my $Schlafzimmer_ThermostatCurrentTemp=ReadingsVal("Schlafzimmer_Thermostat","desired-temp",0);
fhem ("set Schlafzimmer_Thermostat desired-temp 12.0;set Schlafzimmer_Fenster_offen on;set Schlafzimmer_Fenster_offenTemp $Schlafzimmer_ThermostatCurrentTemp");
}
Ausserdem steht die Lösung auch im Blog in den Kommentaren...
Volle Zustimmung ein perlbuch und die FHEM-Doku sind eine gute Empfehlung.
Johannes
Hallo Marvin,
vielen, vielen Dank!!!! Jetzt scheint es zu funktionieren. Das verwirrende ist, dass der letzte Code den ich gepostet hatte, bereits dergestalt modifiziert war, dass ich die ";" rausgelöscht hatte (ich hatte ja den alten seit drei Jahren funktionierenden Code meiner alten Installation - die war halt nur "abgeschmiert" - übernommen ....). Aus einem mir unklaren Grund hatte dieser jedoch zwei ";;" statt einem - das war wohl der Grund ...
Nochmals vielen Dank - und sorry, dass ich immer erst so spät antworte: lebe in RP und arbeite in Bayern :)
Sascha