- Willkommen im Forum „FHEM Forum“.
Neueste Beiträge
#21
Homematic / hm-sec-sco senden zyklisch
Letzter Beitrag von teichtaucher - 17 Mai 2024, 14:47:27Hallo, ich habe zuhause fast an jedem Fester ein hm-sec-sco montiert und habe ein paar generische doif, die Nachrichten senden oder ein Display aktualisieren, wenn die Fenster geöffnet sind. Leider bekomme ich teilweise zyklisch Nachrichten und auch das Display wird zyklisch aktualisiert. Alles bezüglich Doif habe ich schon in diesem Threat geklärt.
Als Ursache sehe ich die Fenterkontakte, die zyklisch ihren Status an FHEM senden. Genau das sagt auch mein Eventmonitor. Ich habe bei den hm-sec-sco das Register R-cyclicInfoMsg auf on stehen damit ich eine Info bekomme, wenn die Batterien leer sind. Laut Beschreibung sollte nur eine Nachricht alle 24 Stunden kommen. Allerdings haben sich in den letzten zwei Stunden fast alle FKs einmal gemeldet. Habt ihr eine Idee, woran das liegen kann? Hier mal exemplarisch ein List eines Fensterkontakts:
Ich habe auch schon überlegt ob es daran liegt dass ich R-cyclicInfoMsg bei allen FK zur gleichen Zeit eingerichtet habe und die zufälligerweise gerade in den letzten Stunden alle senden. Aber zwischendrin habe ich fast bei jedem FK die Batterien getauscht - der 24h Sendetimer müsste ja dann schon resetted worden sein.
Als Ursache sehe ich die Fenterkontakte, die zyklisch ihren Status an FHEM senden. Genau das sagt auch mein Eventmonitor. Ich habe bei den hm-sec-sco das Register R-cyclicInfoMsg auf on stehen damit ich eine Info bekomme, wenn die Batterien leer sind. Laut Beschreibung sollte nur eine Nachricht alle 24 Stunden kommen. Allerdings haben sich in den letzten zwei Stunden fast alle FKs einmal gemeldet. Habt ihr eine Idee, woran das liegen kann? Hier mal exemplarisch ein List eines Fensterkontakts:
Code Auswählen
Internals:
DEF 5E0CB8
FUUID 5de5695b-f33f-d318-adfd-6e3baee14125e3e4
IODev gl.gw.Wemos2
LASTInputDev gl.gw.Wemos2
MSGCNT 308
NAME wz.fk.FensterCouch
NR 213
NTFY_ORDER 48-wz.fk.FensterCouch
STATE closed
TYPE CUL_HM
chanNo 01
disableNotifyFn 1
eventCount 277
gl.gw.Wemos1_MSGCNT 32
gl.gw.Wemos1_RAWMSG 0500005C18A6105E0CB830123506010000
gl.gw.Wemos1_RSSI -92
gl.gw.Wemos1_TIME 2024-05-17 03:20:04
gl.gw.Wemos2_MSGCNT 276
gl.gw.Wemos2_RAWMSG 0501004D26A6105E0CB830123506010000
gl.gw.Wemos2_RSSI -77
gl.gw.Wemos2_TIME 2024-05-17 14:29:20
lastMsg No:26 - t:10 s:5E0CB8 d:301235 06010000
protLastRcv 2024-05-17 14:29:20
protRcv 276 last_at:2024-05-17 14:29:20
protSnd 276 last_at:2024-05-17 14:29:20
protState CMDs_done
rssi_at_gl.gw.Wemos1 cnt:32 min:-95 max:-89 avg:-91.46 lst:-92
rssi_at_gl.gw.Wemos2 cnt:276 min:-95 max:-68 avg:-76.66 lst:-77
READINGS:
2024-05-07 08:31:17 Activity alive
2022-06-28 15:48:52 D-firmware 1.0
2022-06-28 15:48:52 D-serialNr OEQ1198546
2024-05-17 14:29:20 IODev gl.gw.Wemos2
2023-11-25 19:21:06 PairedTo 0x301235
2022-06-28 17:46:58 R-cyclicInfoMsg on
2022-06-28 17:46:58 R-eventDlyTime 0 s
2022-06-28 17:46:58 R-pairCentral 0x301235
2022-06-28 17:46:58 R-sabotageMsg on
2022-06-28 17:46:58 R-sign on
2023-11-25 19:21:06 RegL_00. 00:00 02:01 09:01 0A:30 0B:12 0C:35 10:01 14:06
2023-11-25 19:21:06 RegL_01. 00:00 08:01 20:9C 21:00 30:06
2024-05-17 14:29:20 alive yes
2024-05-17 14:29:20 battery ok
2023-11-25 19:22:06 cfgState ok
2024-05-17 14:29:20 commState CMDs_done
2024-05-17 14:29:20 contact closed (to VCCU)
2023-11-25 18:29:20 powerOn 2023-11-25 18:29:20
2024-05-17 14:29:20 recentStateType info
2024-05-17 14:29:20 sabotageError off
2024-05-17 14:29:20 state closed
2024-05-16 11:22:45 trigger_cnt 124
helper:
HM_CMDNR 38
lastMsgTm 1715948960.86301
mId 00C7
peerFriend peerAct,peerVirt
peerIDsState complete
peerOpt 4:threeStateSensor
regLst 0,1,4p
rxType 28
supp_Pair_Rep 0
ack:
cmds:
TmplKey :no:1715062896.3566
TmplTs 1715062896.3566
cmdKey 1:1:0::wz.fk.FensterCouch:00C7:01:
cmdLst:
assignHmKey noArg
clear [({msgErrors}|msgEvents|rssi|attack|trigger|register|oldRegs|readings|all)]
deviceRename -newName-
fwUpdate -filename- [-bootTime-]
getConfig noArg
getDevInfo noArg
getRegRaw (List0|List1|List2|List3|List4|List5|List6|List7) [-peerChn-]
peerBulk -peer1,peer2,...- [({set}|unset)]
peerChan -btnNumber- -actChn- [({single})] [({set}|unset)] [actor|remote|both]
peerSmart -peerOpt-
raw -data- [...]
regBulk -list-.-peerChn- -addr1:data1- [-addr2:data2-]...
regSet [(prep|{exec})] -regName- -value- [-peerChn-]
reset noArg
sign [(on|{off})]
tplDel -tplDel-
tplSet_0 -tplChan-
trgEventL -peer- -condition-
trgEventS -peer- -condition-
trgPressL [(-peer-|{all})]
trgPressS [(-peer-|{all})]
unpair noArg
lst:
condition closed,open,tilted
peer
peerOpt VCCU_Btn1,VCCU_Btn2,az.ht.Heizung_WindowRec,az.ht.Heizung_remote,az.ra.Rollladen,az.wt.Heizung_WindowRec,az.wt.Heizung_remote,ba.ht.Heizung_WindowRec,ba.ht.Heizung_remote,ba.ra.Links,ba.ra.Rechts,fl.ra.RollOben,fl.ra.RollUnten,ga.sa.Blumen,ga.sa.Licht,ga.sa.Pumpe,ga.sa.SprinklerHinten,ga.sa.SprinklerVorne,ga.sa.Unbenutzt6,ga.sa.Unbenutzt7,ga.sa.WasserVorgarten,ga.sa.Wassersteckdose,gh.ht.BadHeizung_WindowRec,gh.ht.BadHeizung_remote,gh.ht.FlurHeizung_WindowRec,gh.ht.FlurHeizung_remote,gh.ht.HeizOben_WindowRec,gh.ht.HeizOben_remote,gh.vi.FensterOffen,gh.wt.HeizOben_WindowRec,gh.wt.HeizOben_remote,gl.vi.WohnFensterOffen,ki.ht.Heizung_WindowRec,ki.ht.Heizung_remote,ki.ra.RollLinks,ki.ra.RollRechts,ki.wt.Heizung_WindowRec,ki.wt.Heizung_remote,ku.ht.Heizung_WindowRec,ku.ht.Heizung_remote,ku.ra.Rollladen,sz.ht.Heizung_WindowRec,sz.ht.Heizung_remote,sz.ra.Rollladen,sz.wt.Heizung_WindowRec,sz.wt.Heizung_remote,wz.ht.Couch_WindowRec,wz.ht.Couch_remote
tplChan
tplDel
tplPeer
rtrvLst:
cmdList [({short}|long)]
deviceInfo [({short}|long)]
list [({normal}|full)]
param -param-
reg -addr- -list- [-peerChn-]
regList noArg
regTable noArg
regVal -addr- -list- [-peerChn-]
saveConfig [-filename-]
tplInfo noArg
expert:
def 1
det 0
raw 1
tpl 0
io:
flgs 0
newChn +5E0CB8,00,00,00
nextSend 1715948961.09714
rxt 2
vccu VCCU
p:
5E0CB8
00
00
00
prefIO:
mRssi:
mNo 26
io:
gl.gw.Wemos1:
gl.gw.Wemos2:
-75
-75
peerIDsH:
00000000 broadcast
prt:
bErr 0
sProc 0
sleeping 1
rspWait:
q:
qReqConf
qReqStat
role:
chn 1
dev 1
rpt:
IO gl.gw.Wemos2
flg A
ts 1715948960.86301
ack:
HASH(0x3ca7db0)
2680023012355E0CB800
rssi:
at_gl.gw.Wemos1:
avg -91.46875
cnt 32
lst -92
max -89
min -95
at_gl.gw.Wemos2:
avg -76.6666666666666
cnt 276
lst -77
max -68
min -95
tmpl:
Attributes:
IOgrp VCCU
actCycle 002:50
actStatus alive
alias Couch WZ
autoReadReg 5_readMissing
expert defReg,rawReg
firmware 1.0
model HM-SEC-SCO
peerIDs 00000000
room CUL_HM,GoogleAssistant,Wohnzimmer
serialNr OEQ1198546
subType threeStateSensor
Ich habe auch schon überlegt ob es daran liegt dass ich R-cyclicInfoMsg bei allen FK zur gleichen Zeit eingerichtet habe und die zufälligerweise gerade in den letzten Stunden alle senden. Aber zwischendrin habe ich fast bei jedem FK die Batterien getauscht - der 24h Sendetimer müsste ja dann schon resetted worden sein.
#22
Multimedia / Aw: Neues Modul [48_SkyQ]
Letzter Beitrag von rudolfkoenig - 17 Mai 2024, 14:46:03ZitatCan't read ./FHEM/48_SkyQ.pmDiese Datei kann der Benutzer, der den FHEM Prozess gestartet hat nicht lesen.
Zitatich habe [...] die Berechtigungen auf 640 korrigiert [...]Vmtl. war "ich" nicht der o.g. FHEM-Benutzer.
Ich empfehle 644 als Berechtigung.
#23
DOIF / Aw: [gelöst] offene Fenster zä...
Letzter Beitrag von teichtaucher - 17 Mai 2024, 14:31:03...habe ich mir gerade angeschaut. Es scheint, dass meine Fensterkontakte zyklisch (den aktuellen Status) senden. Und mein Doif reagiert darauf. Ich stelle die Frage mal in der Rubrik Homematic - das Doif verhält sich richtig. (Es interpretiert jede Nachricht von den Fensterkontakten als Event. Wenn die Fenster schon offen waren wird deshalb trotzdem nochmal "offen" erkannt).
#24
Multimedia / Aw: Neues Modul [48_SkyQ]
Letzter Beitrag von Moonlightkid - 17 Mai 2024, 14:22:26Zitat von: rudolfkoenig am 17 Mai 2024, 12:06:15Ich wuerde in FHEM-Log schauen, ob da was gemeldet wird.
Wenn nicht, dann wuerde ich "attr global verbose 5" setzen, das Modul mit "reload 48_SkyQ" erneut laden, und das FHEM-Log erneut inspizieren.
Ich hab mich nicht gleich getraut zu antworten...
Ein Reload ergibt
Code Auswählen
Can't read ./FHEM/48_SkyQ.pmMein Fhem läuft, aber mein Log nicht. Da gibt es keine Einträge.
Ich hatte nrarchive auf 7 und wieder gelöscht, verbose auf 5. Ein Update gemacht und neu gestartet. Das heutige log bleibt aber nach mehreren Neustarts leer.
Dann habe ich nach den Lese- und Schreibberechtigungen geschaut, müssten aber stimmen. Liegt's am docker? Weil sonst läuft es ja.
Unter global habe ich
Code Auswählen
currentlogfile
./log/fhem-2024-05-17.logund
Code Auswählen
logfile
./log/fhem-%Y-%m-%d.logBlöd, weil das gehört ja hier wieder nicht rein
#25
DOIF / Aw: [gelöst] offene Fenster zä...
Letzter Beitrag von Damian - 17 Mai 2024, 13:55:39Wenn du es ganz genau wissen willst, dann musst du dir alle Events der Fenster loggen.
#26
Sonstige Systeme / Aw: [patch] 47_OBIS.pm - Fix w...
Letzter Beitrag von dennisk - 17 Mai 2024, 13:55:32Hallo gvzdus, alle,
erneut die Frage, ob der kleine Patch aufgenommen werden kann. Bis heute habe ich diese Warnung wie schon gesagt nicht mehr gesehen und auch keine anderen Auffälligkeiten bemerkt.
Die Aufnahme oder zumindest eine Rückmeldung wären wirklich toll!
@irgendjemand Kann jemand gvzdus erreichen oder weiß jemand, was mit ihm los ist?
Vielen Dank und beste Grüße
dennisk
erneut die Frage, ob der kleine Patch aufgenommen werden kann. Bis heute habe ich diese Warnung wie schon gesagt nicht mehr gesehen und auch keine anderen Auffälligkeiten bemerkt.
Die Aufnahme oder zumindest eine Rückmeldung wären wirklich toll!
@irgendjemand Kann jemand gvzdus erreichen oder weiß jemand, was mit ihm los ist?
Vielen Dank und beste Grüße
dennisk
#27
Homematic / Aw: AskSin++ Library
Letzter Beitrag von raspifhem - 17 Mai 2024, 13:54:07Ich nehme meistens die Vorlage für "Device Model: HM-WDS40-TH-I" und setze dann statt Temperatur/Humidity meine Sensorwerte.
#28
DOIF / Aw: [gelöst] offene Fenster zä...
Letzter Beitrag von teichtaucher - 17 Mai 2024, 13:47:12Ich sehe keine Reading mit "e_". So sieht mein Doif aktuell aus:
Was ich aber sehe ist dass von Zeit zu Zeit die Readings aktualisiert werden. Bei cmd_event steht dann immer mal ein anderes Fenster drin und ein Update wird ausgelöst. Ich habe an allen Festern die hm-sec-sco. Ich dachte bisher immer, dass die ihren Status nur on Event senden, also wenn Fenster geöffnet oder geschlossen wird. Aber kann es sein, dass die dauerhaft zyklisch mal "feuern"?
Code Auswählen
Internals:
CFGFN
DEF (["\.fk\.:open"])
{my $str = "http://192.168.178.46/control?cmd=epd,txl,1,Fenster,2,offen:";; my $idx=2;; foreach (AggrDoIf('@','^*.fk.*','state','"open"')) {$idx++;;$str=$str.",".$idx.',%22'.uri_escape(AttrVal($_,"alias",$_)).'%22'}system("wget -q $str &");;Log(3, $str)}
DOELSEIF (["\.fk\.:closed"] and [#"\.fk\.:open"]>0)
{my $str = "http://192.168.178.46/control?cmd=epd,txl,1,Fenster,2,offen:";; my $idx=2;; foreach (AggrDoIf('@','^*.fk.*','state','"open"')) {$idx++;;$str=$str.",".$idx.',%22'.uri_escape(AttrVal($_,"alias",$_)).'%22'}system("wget -q $str &");;Log(3, $str)}
DOELSEIF (["\.fk\.:closed"] and [#"\.fk\.:open"]==0)
{system("wget -q http://192.168.178.46/control?cmd=epd,clear &")}
DOELSE
{system("wget -q http://192.168.178.46/control?cmd=epd,clear &")}
FUUID 6643580f-f33f-2bd4-9ee6-e91d434b283f2a60
MODEL FHEM
NAME gl.fd.FensterDisplay
NOTIFYDEV .*(\.fk\.).*,global
NR 6836
NTFY_ORDER 50-di_Fenster
STATE cmd_1
TYPE DOIF
VERSION 28546 2024-02-23 20:11:05
eventCount 282
READINGS:
2024-05-17 13:36:46 Device ki.fk.FensterRechts
2024-05-17 13:37:14 cmd 1
2024-05-17 13:37:14 cmd_event ki.fk.FensterRechts
2024-05-17 13:37:14 cmd_nr 1
2024-05-17 13:36:36 mode enabled
2024-05-17 13:37:14 state cmd_1
2024-05-17 13:37:14 wait_timer no timer
Regex:
accu:
bar:
barAvg:
collect:
cond:
:
0:
"\.fk\.:open" \.fk\.:open
1:
"\.fk\.:closed" \.fk\.:closed
"\.fk\.:open" \.fk\.:open
2:
"\.fk\.:closed" \.fk\.:closed
"\.fk\.:open" \.fk\.:open
attr:
cmdState:
wait:
0:
30
1:
30
2:
30
3:
0
waitdel:
condition:
0 ::EventDoIf('\.fk\.',$hash,'open',0)
1 ::EventDoIf('\.fk\.',$hash,'closed',0) and ::AggregateDoIf($hash,'#','\.fk\.')>0
2 ::EventDoIf('\.fk\.',$hash,'closed',0) and ::AggregateDoIf($hash,'#','\.fk\.')==0
do:
0:
0 {my $str = "http://192.168.178.46/control?cmd=epd,txl,1,Fenster,2,offen:";; my $idx=2;; foreach (AggrDoIf('@','^*.fk.*','state','"open"')) {$idx++;;$str=$str.",".$idx.',%22'.uri_escape(AttrVal($_,"alias",$_)).'%22'}system("wget -q $str &");;Log(3, $str)}
1:
0 {my $str = "http://192.168.178.46/control?cmd=epd,txl,1,Fenster,2,offen:";; my $idx=2;; foreach (AggrDoIf('@','^*.fk.*','state','"open"')) {$idx++;;$str=$str.",".$idx.',%22'.uri_escape(AttrVal($_,"alias",$_)).'%22'}system("wget -q $str &");;Log(3, $str)}
2:
0 {system("wget -q http://192.168.178.46/control?cmd=epd,clear &")}
3:
0 {system("wget -q http://192.168.178.46/control?cmd=epd,clear &")}
helper:
NOTIFYDEV .*(\.fk\.).*,global
event contact: open (to VCCU)
globalinit 1
last_timer 0
sleepdevice ki.fk.FensterRechts
sleepsubtimer -1
sleeptimer -1
timerdev ki.fk.FensterRechts
timerevent contact: open (to VCCU)
triggerDev ki.fk.FensterRechts
DOIF_eventa:
cmd_nr: 1
cmd: 1
cmd_event: ki.fk.FensterRechts
cmd_1
DOIF_eventas:
cmd_nr: 1
cmd: 1
cmd_event: ki.fk.FensterRechts
state: cmd_1
timerevents:
alive: yes
battery: ok
contact: open (to VCCU)
sabotageError: off
open
timereventsState:
alive: yes
battery: ok
contact: open (to VCCU)
sabotageError: off
state: open
triggerEvents:
alive: yes
battery: ok
contact: open (to VCCU)
sabotageError: off
open
triggerEventsState:
alive: yes
battery: ok
contact: open (to VCCU)
sabotageError: off
state: open
internals:
readings:
trigger:
uiState:
uiTable:
Attributes:
room Global
wait 30:30:30:0
Was ich aber sehe ist dass von Zeit zu Zeit die Readings aktualisiert werden. Bei cmd_event steht dann immer mal ein anderes Fenster drin und ein Update wird ausgelöst. Ich habe an allen Festern die hm-sec-sco. Ich dachte bisher immer, dass die ihren Status nur on Event senden, also wenn Fenster geöffnet oder geschlossen wird. Aber kann es sein, dass die dauerhaft zyklisch mal "feuern"?
#29
Anfängerfragen / Aw: DLAN Speed messen?
Letzter Beitrag von kossmann - 17 Mai 2024, 13:11:10Das ist mega, denn darüber kommt man darauf, dass es für die 1200+ WiFi eine alternative OpenWRT-Firmware gibt, die das Modell quasi zum Pro macht und vieles mehr ermöglicht 
#30
Marktplatz - Güter / [V] Logitech Harmony Smart Key...
Letzter Beitrag von betateilchen - 17 Mai 2024, 12:59:38Verkaufe ein voll funktionsfähiges Logitech Harmony Keyboard mit deutschem Tastaturlayout. Wenig benutzt, ist auf dem Sofa einfach zu unhandlich.
Lieferumfang: vollständig wie im Originalzustand, in OVP wie abgebildet.
Preis: 25 Euro + 5 Euro Versand. Versand nur innerhalb Deutschland.
Zahlung per Überweisung, Paypal ist nicht vorhanden.
Privatverkauf ohne Garantie/Gewährleistung/Rücknahme.
Kontakt bitte per PN hier über das Forum.
Lieferumfang: vollständig wie im Originalzustand, in OVP wie abgebildet.
Preis: 25 Euro + 5 Euro Versand. Versand nur innerhalb Deutschland.
Zahlung per Überweisung, Paypal ist nicht vorhanden.
Privatverkauf ohne Garantie/Gewährleistung/Rücknahme.
Kontakt bitte per PN hier über das Forum.