FHEM Adapter

LausiD

Durch Neustart wird wohl wieder open gesetzt.

Bei jedem Start FHEM Adapter werden die aktuellen Werte aus FHEM eingelesen.
Laut Beschreibung ist in diesem Moment der HM Sensor in FHEM auf "open"
Kannst du mal aus FHEM ein jsonlist2 vom betroffenen Fenster hier einstellen?
Gruß
LausiD

ChrisXY

hi, hier bitte



 
{
  "Arg":"hm.fenster.badlinks",
  "Results": [
  {
    "Name":"hm.fenster.badlinks",
    "PossibleSets":"assignHmKey:noArg clear:readings,trigger,register,oldRegs,rssi,msgEvents,msgErrors,attack,all deviceRename fwUpdate getConfig:noArg getDevInfo:noArg getRegRaw peerBulk peerChan raw regBulk regSet reset:noArg sign:on,off trgEventL trgEventS trgPressL:all,heizung_badunten_WindowRec trgPressS:all,heizung_badunten_WindowRec unpair:noArg  peerSmart:remove_heizung_badunten_WindowRec,Rauchmelder_Team,TeamVirtuell_Stall,VCCU_Btn4,VCCU_disarm,VCCU_lampe_stall_unterstand,VCCU_lampe_stall_unterstand_reitplatz,heizung_badoben_WindowRec,heizung_badoben_remote,heizung_badunten_remote,heizung_buro_WindowRec,heizung_buro_remote,heizung_esszimmer_WindowRec,heizung_esszimmer_remote,heizung_milena_WindowRec,heizung_milena_remote,heizung_schlafzimmer_WindowRec,heizung_schlafzimmer_remote,heizung_wohnzimmervitrine_WindowRec,heizung_wohnzimmervitrine_remote,pumpe_regenwasser_Sw,strom_aquarium_Sw,strom_server_Sw,strom_zaun ",
    "PossibleAttrs":"alias comment:textField-long eventMap:textField-long group room suppressReading userReadings:textField-long verbose:0,1,2,3,4,5 do_not_notify:1,0 showtime:1,0 rawToReadable unit expert:0_defReg,1_allReg,2_defReg+raw,3_allReg+raw,4_off,8_templ+default,12_templOnly,251_anything param readOnly:0,1 actAutoTry:0_off,1_on aesCommReq:1,0 model ignore:1,0 dummy:1,0 IODev IOList IOgrp rssiLog:1,0 actCycle hmKey hmKey2 hmKey3 readingOnDead:multiple,noChange,state,periodValues,periodString,channels subType:AlarmControl,KFM100,THSensor,blindActuator,blindActuatorSol,dimmer,display,keyMatic,motionAndBtn,motionDetector,no,outputUnit,powerMeter,powerSensor,pushButton,remote,repeater,rgb,senBright,sensRain,sensor,singleButton,siren,smokeDetector,swi,switch,thermostat,threeStateSensor,timer,tipTronic,virtual,winMatic .mId serialNr firmware .stc .devInfo actStatus autoReadReg:0_off,1_restart,2_pon-restart,3_onChange,4_reqStatus,5_readMissing,8_stateOnly burstAccess:0_off,1_auto msgRepeat hmProtocolEvents:0_off,1_dump,2_dumpFull,3_dumpTrigger aesKey:5,4,3,2,1,0  modelForce:ACTIONDETECTOR,ACTIONDETECTOR,ASH550,ASH550I,CCU-FHEM,CMM,DORMA_ATENT,DORMA_BRC-H,DORMA_RC-H,HM-CC-RT-DN,HM-CC-RT-DN-BOM,HM-CC-SCD,HM-CC-TC,HM-CC-VD,HM-DIS-EP-WM55,HM-DIS-TD-T,HM-DIS-WM55,HM-DW-WM,HM-ES-PMSW1-DR,HM-ES-PMSW1-PL,HM-ES-PMSW1-PL-DN-R1,HM-ES-PMSW1-PL-DN-R2,HM-ES-PMSW1-PL-DN-R3,HM-ES-PMSW1-PL-DN-R4,HM-ES-PMSW1-PL-DN-R5,HM-ES-PMSW1-SM,HM-ES-TX-WM,HM-HM-LC-DW-WM,HM-LC-AO-SM,HM-LC-BL1-FM,HM-LC-BL1-FM-2,HM-LC-BL1-PB-FM,HM-LC-BL1-SM,HM-LC-BL1-SM-2,HM-LC-BL1PBU-FM,HM-LC-DDC1-PCB,HM-LC-DIM1L-CV,HM-LC-DIM1L-CV-2,HM-LC-DIM1L-CV-644,HM-LC-DIM1L-PL,HM-LC-DIM1L-PL-2,HM-LC-DIM1L-PL-3,HM-LC-DIM1L-PL-644,HM-LC-DIM1PWM-CV,HM-LC-DIM1PWM-CV-2,HM-LC-DIM1T-CV,HM-LC-DIM1T-CV-2,HM-LC-DIM1T-CV-644,HM-LC-DIM1T-DR,HM-LC-DIM1T-FM,HM-LC-DIM1T-FM-2,HM-LC-DIM1T-FM-644,HM-LC-DIM1T-FM-LF,HM-LC-DIM1T-PL,HM-LC-DIM1T-PL-2,HM-LC-DIM1T-PL-3,HM-LC-DIM1T-PL-644,HM-LC-DIM1TPBU-FM,HM-LC-DIM1TPBU-FM-2,HM-LC-DIM2L-CV,HM-LC-DIM2L-SM,HM-LC-DIM2L-SM-2,HM-LC-DIM2L-SM-644,HM-LC-DIM2T-SM,HM-LC-DIM2T-SM,HM-LC-DIM2T-SM-2,HM-LC-JA1PBU-FM,HM-LC-RGBW-WM,HM-LC-SW1-BA-PCB,HM-LC-SW1-DR,HM-LC-SW1-FM,HM-LC-SW1-FM-2,HM-LC-SW1-PB-FM,HM-LC-SW1-PCB,HM-LC-SW1-PL,HM-LC-SW1-PL-3,HM-LC-SW1-PL-CT-R1,HM-LC-SW1-PL-CT-R2,HM-LC-SW1-PL-CT-R3,HM-LC-SW1-PL-CT-R4,HM-LC-SW1-PL-CT-R5,HM-LC-SW1-PL-DN-R1,HM-LC-SW1-PL-DN-R2,HM-LC-SW1-PL-DN-R3,HM-LC-SW1-PL-DN-R4,HM-LC-SW1-PL-DN-R5,HM-LC-SW1-PL-OM54,HM-LC-SW1-PL2,HM-LC-SW1-SM,HM-LC-SW1-SM-2,HM-LC-SW1-SM-ATMEGA168,HM-LC-SW1PBU-FM,HM-LC-SW2-DR,HM-LC-SW2-DR-2,HM-LC-SW2-FM,HM-LC-SW2-FM-2,HM-LC-SW2-PB-FM,HM-LC-SW2-SM,HM-LC-SW2PBU-FM,HM-LC-SW4-BA-PCB,HM-LC-SW4-DR,HM-LC-SW4-DR-2,HM-LC-SW4-PCB,HM-LC-SW4-PCB-2,HM-LC-SW4-SM,HM-LC-SW4-SM-2,HM-LC-SW4-SM-ATMEGA168,HM-LC-SW4-WM,HM-LC-SW4-WM-2,HM-MOD-EM-8,HM-MOD-EM-8BIT,HM-MOD-RE-8,HM-OU-CF-PL,HM-OU-CFM-PL,HM-OU-CFM-TW,HM-OU-CM-PCB,HM-OU-LED16,HM-PB-2-FM,HM-PB-2-WM,HM-PB-2-WM55,HM-PB-2-WM55-2,HM-PB-4-WM,HM-PB-4DIS-WM,HM-PB-4DIS-WM-2,HM-PB-6-WM55,HM-PBI-4-FM,HM-RC-12,HM-RC-12-B,HM-RC-12-SW,HM-RC-19,HM-RC-19-B,HM-RC-19-SW,HM-RC-2-PBU-FM,HM-RC-4,HM-RC-4-2,HM-RC-4-3,HM-RC-4-3-D,HM-RC-4-B,HM-RC-8,HM-RC-DIS-H-X-EU,HM-RC-KEY3,HM-RC-KEY3-B,HM-RC-KEY4-2,HM-RC-KEY4-3,HM-RC-P1,HM-RC-SEC3,HM-RC-SEC3-B,HM-RC-SEC4-2,HM-RC-SEC4-3,HM-SCI-3-FM,HM-SEC-CEN,HM-SEC-KEY,HM-SEC-KEY-O,HM-SEC-KEY-S,HM-SEC-MDIR,HM-SEC-MDIR-2,HM-SEC-MDIR-3,HM-SEC-RHS,HM-SEC-RHS-2,HM-SEC-SC,HM-SEC-SC-2,HM-SEC-SCO,HM-SEC-SD,HM-SEC-SD-2,HM-SEC-SFA-SM,HM-SEC-SIR-WM,HM-SEC-TIS,HM-SEC-WDS,HM-SEC-WDS-2,HM-SEC-WIN,HM-SEN-DB-PCB,HM-SEN-EP,HM-SEN-LI-O,HM-SEN-MDIR-O,HM-SEN-MDIR-O-2,HM-SEN-MDIR-O-3,HM-SEN-MDIR-SM,HM-SEN-MDIR-WM55,HM-SEN-RD-O,HM-SEN-WA-OD,HM-SWI-3-FM,HM-SYS-SRP-PL,HM-TC-IT-WM-W-EU,HM-WDC7000,HM-WDS10-TH-O,HM-WDS100-C6-O,HM-WDS100-C6-O-2,HM-WDS20-TH-O,HM-WDS30-OT2-SM,HM-WDS30-OT2-SM-2,HM-WDS30-T-O,HM-WDS40-TH-I,HM-WDS40-TH-I-2,HM-WS550,HM-WS550LCB,HM-WS550LCW,HM-WS550TECH,IS-WDS-TH-OD-S-R3,KFM-DISPLAY,KFM-SENSOR,KS550,KS550LC,KS550TECH,KS888,OLIGO-SMART-IQ-HM,PS-SWITCH,PS-TH-SENS,ROTO_ZEL-STG-RM-DWT-10,ROTO_ZEL-STG-RM-FDK,ROTO_ZEL-STG-RM-FEP-230V,ROTO_ZEL-STG-RM-FFK,ROTO_ZEL-STG-RM-FSA,ROTO_ZEL-STG-RM-FSS-UP3,ROTO_ZEL-STG-RM-FST-UP4,ROTO_ZEL-STG-RM-FWT,ROTO_ZEL-STG-RM-FZS,ROTO_ZEL-STG-RM-FZS-2,ROTO_ZEL-STG-RM-HS-4,ROTO_ZEL-STG-RM-WT-2,S550IA,SCHUECO_263-130,SCHUECO_263-131,SCHUECO_263-132,SCHUECO_263-133,SCHUECO_263-134,SCHUECO_263-135,SCHUECO_263-144,SCHUECO_263-145,SCHUECO_263-146,SCHUECO_263-147,SCHUECO_263-155,SCHUECO_263-157,SCHUECO_263-158,SCHUECO_263-160,SCHUECO_263-162,SCHUECO_263-167,SCHUECO_263-XXX,SENSOTIMER-ST-6,VIRTUAL,WDF-SOLAR,WS888 repPeers peerIDs tempListTmpl:none,defaultWeekplan, levelRange levelMap cyclicMsgOffset event-aggregator event-min-interval event-on-change-reading event-on-update-reading oldreadings stateFormat:textField-long timestamp-on-change-reading DbLogExclude DbLogInclude alarmDevice:Actor,Sensor alarmSettings cmdIcon devStateIcon:textField-long devStateStyle icon msgContactAudio msgContactLight msgContactMail msgContactPush msgContactScreen msgParams msgPriority msgRecipient msgRecipientAudio msgRecipientLight msgRecipientMail msgRecipientPush msgRecipientScreen msgRecipientText msgTitle msgTitleShrt msgType:text,push,mail,screen,light,audio,queue sortby webCmd webCmdLabel:textField-long widgetOverride winOpenMaxTrigger winOpenTimer winOpenTimer2 winOpenType:Fenster,Türe winOpenName userattr",
    "Internals": {
      "DEF": "559C78",
      "FUUID": "5c50b8ad-f33f-09a2-26a9-c4d995bafb28ba18",
      "HMLANGW_MSGCNT": "47",
      "HMLANGW_RAWMSG": "05000083A1A241559C7800663301F9C8",
      "HMLANGW_RSSI": "-131",
      "HMLANGW_TIME": "2019-07-21 21:09:13",
      "HMLAN_MSGCNT": "59",
      "HMLAN_RAWMSG": "E559C78,0000,49B79D1A,FF,FFBF,A1A241559C7800663301F9C8",
      "HMLAN_RSSI": "-65",
      "HMLAN_TIME": "2019-07-21 21:09:13",
      "LASTInputDev": "HMLAN",
      "MSGCNT": "106",
      "NAME": "hm.fenster.badlinks",
      "NOTIFYDEV": "global",
      "NR": "242",
      "NTFY_ORDER": "50-hm.fenster.badlinks",
      "STATE": "open",
      "TYPE": "CUL_HM",
      "chanNo": "01",
      "lastMsg": "No:A1 - t:41 s:559C78 d:006633 01F9C8",
      "peerList": "heizung_badunten_WindowRec,",
      "protLastRcv": "2019-07-21 21:09:13",
      "protRcv": "72 last_at:2019-07-21 21:09:13",
      "protRcvB": "39 last_at:2019-07-21 21:09:13",
      "protSnd": "39 last_at:2019-07-21 21:09:13",
      "protState": "CMDs_done",
      "rssi_at_HMLAN": "cnt:59 min:-72 max:-63 avg:-68.11 lst:-65 ",
      "rssi_at_HMLANGW": "cnt:47 min:-134 max:-31 avg:-126.44 lst:-131 "
    },
    "Readings": {
      ".protLastRcv": { "Value":"2019-07-21 21:09:13", "Time":"2019-07-21 21:09:13" },
      "3SSunknownMsg": { "Value":"26210000", "Time":"2019-07-14 16:30:23" },
      "Activity": { "Value":"alive", "Time":"2019-07-10 11:08:46" },
      "D-firmware": { "Value":"2.4", "Time":"2019-02-04 09:54:56" },
      "D-serialNr": { "Value":"NEQ1837197", "Time":"2019-02-04 09:54:56" },
      "alive": { "Value":"yes", "Time":"2019-07-19 19:58:53" },
      "battery": { "Value":"ok", "Time":"2019-07-21 21:09:13" },
      "contact": { "Value":"open (to VCCU)", "Time":"2019-07-21 21:09:13" },
      "peerList": { "Value":"heizung_badunten_WindowRec,", "Time":"2019-07-10 11:08:49" },
      "recentStateType": { "Value":"info", "Time":"2019-07-19 19:58:53" },
      "sabotageError": { "Value":"off", "Time":"2019-07-19 19:58:53" },
      "state": { "Value":"open", "Time":"2019-07-21 21:09:13" },
      "trigDst_006613": { "Value":"noConfig", "Time":"2019-05-31 09:15:44" },
      "trigDst_006673": { "Value":"noConfig", "Time":"2019-06-22 11:52:19" },
      "trigDst_HM_80E633": { "Value":"noConfig", "Time":"2019-07-02 20:57:01" },
      "trigger_cnt": { "Value":"249", "Time":"2019-07-21 21:09:13" }
    },
    "Attributes": {
      ".mId": "00B1",
      "DbLogExclude": ".*",
      "DbLogInclude": "state,sabotageError",
      "IODev": "HMLAN",
      "IOgrp": "VCCU:HMLAN",
      "actCycle": "028:00",
      "actStatus": "alive",
      "alarmDevice": "Sensor",
      "alarmSettings": "alarm5,|hm.fenster.badlinks:open|Alarm Fenster BAD LINKS AUF|on",
      "alias": "hm.fenster.badlinks",
      "autoReadReg": "4_reqStatus",
      "expert": "2_raw",
      "firmware": "2.4",
      "group": "Fenster",
      "model": "HM-SEC-SC-2",
      "peerIDs": "00000000,22873403,",
      "room": "Sicherheit,ioBroker",
      "serialNr": "NEQ1837197",
      "subType": "threeStateSensor",
      "userattr": "winOpenMaxTrigger winOpenTimer winOpenTimer2 winOpenType:Fenster,Türe winOpenName",
      "winOpenMaxTrigger": "2",
      "winOpenName": "Bad-Fenster-Links",
      "winOpenTimer": "00:20:00",
      "winOpenTimer2": "00:40:00",
      "winOpenType": "Fenster"
    }
  }  ],
  "totalResultsReturned":1
}

edit und so schaut das blockly aus. Vielleicht muss ich als "ist Wahr" ist größer rals letztes ??

LausiD

@ChrisXY sagte in FHEM Adapter:

"state": { "Value":"open", "Time":"2019-07-21 21:09:13" },

Beim Start FHEM Adapter ist
state Fenster open, dadurch wird hm.fenster.badlinks.state_boolean true auch neu geschrieben.
Blocky ist jetzt leider nicht so meins, aber vermutlich wird dadurch der Alarm gesetzt.

Gruß
LausiD

ChrisXY

ja genau .. das ist das problem :) Mal sehen wie ich das in Blockly löse ohne die ganzen Objekte nochmal im falls einzubauen

crissiloop

@LausiD
Soeben probiert, und die Umwandlung von # in _ funktioniert.
Besten Dank.
Gruß
crissiloop

LausiD

@crissiloop
Vielen Dank für die Rückmeldung.
Version 1.3.0 ist jetzt latest

Gruß und viel Spass mit ioB und FHEM
LausiD

Kusselin

Hallo Zusammen,
ich habe auch iobroker schon ne weile am Laufen..und ich habe auch den Yhaka Adapter und den Fhem Adapter in iobroker am Laufen....soweit hat das auch alles funktioniert...mit dem fhem und dem yhaka adapter....jetzt habe ich aber das Problem das wenn ich auf meinem iphone zb die Home app starte und auf eine Beleuchtung drücke dann war das in der Vergangenheot so das sich dann der Zusatnd in der App auch geändert hat und die beleuchtung dann ein war und etwas heller...das get jetzt nicht mehr...das Schalten über die App ist jetzt wie träge.... :-( ich kann zwar einschalten und das symbol ist dann nicht an also heller in der App aber das Ausschalten geht nicht mehr.... da ich nicht so der iobroker Expert bin frage ich hier höflich an was ich noch machen kann? Im Log hab ich mal geschaut...da kommt dann das hier:

fhem.0	2019-08-12 19:40:32.877	info	event ioBroker "fhem.0.Beleuchtung_Terrasse.state on" > set Beleuchtung_Terrasse on
fhem.0	2019-08-12 19:40:19.465	info	event ioBroker "fhem.0.Beleuchtung_Terrasse.state on" > set Beleuchtung_Terrasse on
fhem.0	2019-08-12 19:40:17.029	info	event ioBroker "fhem.0.Beleuchtung_Terrasse.state on" > set Beleuchtung_Terrasse on
fhem.0	2019-08-12 19:40:13.694	info	event ioBroker "fhem.0.Beleuchtung_Terrasse.state on" > set Beleuchtung_Terrasse on
fhem.0	2019-08-12 19:40:03.870	info	event ioBroker "fhem.0.Beleuchtung_Terrasse.state off" > set Beleuchtung_Terrasse off
fhem.0	2019-08-12 19:40:03.386	info	event ioBroker "fhem.0.Beleuchtung_Terrasse.state on" > set Beleuchtung_Terrasse on
fhem.0	2019-08-12 19:39:55.475	info	event ioBroker "fhem.0.Beleuchtung_Terrasse.state off" > set Beleuchtung_Terrasse off
fhem.0	2019-08-12 19:39:54.918	info	event ioBroker "fhem.0.Beleuchtung_Terrasse.state on" > set Beleuchtung_Terrasse on

also nix rotes .....nur state on kommt auch wenn ich auf off drücke in der App

in fhem hat sich eine Gruppe namens "ioB_System" erstellt denke über autocreate.
und wenn ich da reinklicke dann kommt "fhem.0.alive" und die Lampe ist an!
Drunter steht "fhem.0.send2ioB" mit ???

Über ne Info herzlichen Dank

Gruss

LausiD

@Kusselin
Welche Version hat der FHEM Adapter? Hast du vor dem Problem Updates gemacht?
Leider kenne ich den Yahka Adapter nicht :-(
Vermutlich musst du aber dort die Objekte zum Schalten auswählen, oder?
Hat dein Objekt auch ein state_switch? Versuche es bitte mal damit....
In FHEM unter ioB_System sind nur angelegte Dummys mit verschiedenen Funkionen aus ioBroker.
Gruß
LausiD

Kusselin

Hallo LausiD,

der FhemAdapter hat die Version 1.3.0 ..müsset die aktuellste sein!

Ja..ich habe Updates gemacht vom Host und von diversen Adaptern..das ist richtig!!

Komisch ist..ich habe in der HOME App noch shellys integriert..wenn ich die antippe dann klappt das schalten prima und auch sieht man das die Lampe an oder aus ist in der App nur mit der Beleuchtung die und diversen anderen Geräten die aus dem Fhem über den Fhemadapter kommen ...klappts net...

Genau der Yhaka Adapter ist für die HOME app im iphone....du kannst über den Yhaka adapter dort auch Geräte erstellen und dann schalten!
Ja die objekte haben einen state_switch

ich habe das jetzt mal im Yhaka adapter ausgewählt:
fhem.0.Beleuchtung_Ostseite.state_switch

aber es ist alles sehr sehr träge wenn ich dann in der App das Objekt drücke...wenn ich den Shelly der eine Lampe schaltet drücke...dann klappts einwandfrei udn auch schnell und sauber....

vorher hat es ja auch immer funktioniert..
Gruss

Gruss

LausiD

@Kusselin
Mh......wie verhält sich dein System wenn du im ioBroker unter Objekte das jeweilige state_switch direkt mit true/false schaltest?
State Änderungen on/off in FHEM werden zügig in ioBroker übertragen?

Kusselin

Hi, wenn ich direkt in iobroker den state_switch on off schalte dann gehts ganz schnell..passt!!

Wenn ich jetzt über die Home App schaltet dann gehts zwar aber immer noch nicht so klar und gut wie früher..er schaltet zwar aber es geht alles sehr langsam von statten!
Gruss

ChrisXY

Hab ich erst gerade gemerkt ... das fhem adapter nicht mehr läuft. Seit Tagen nichts geändert fhem / Iobroker. Adapter restart bringt nichts. bei allen bekomme ich die meldung davor :
[parseEvent] unhandled event (FHEM)

Edit: Fhem Docker Restart und es geht wieder

Dennis O.

Hallo, liebe iobrok'ler.

Ich habe mal eine frage zu iobroker mit fhem device.

ich habe mir meine smartgeräte einzeln in die liste eingefügt und bin soweit sehr zufrieden.

so weit so gut. seit einigen wochen aber, aktualisiert der cloud adapter ein bis zweimal täglich die geräte und alle meine devices von fhem stehen nun unter "Smart Geräte".

einige sachen lassen sich per alexa dann nicht mehr richtig schalten..... kann man diese "automatische aktualisierung" irgendwie ausschalten?!

danke schon mal im vorraus

LausiD

@Dennis-O
fhem.0.info.Configurations.autoSmartName = false
Damit sollten vom FHEM Adapter keine Smartgeräte angelegt oder geändert werden.
Gruß
LausiD

LausiD

@ChrisXY
Komische Sache :-(
Hast du mir noch die kompletten Log Einträge für " unhandled event" ?
Danke und Gruß
LausiD

LausiD

@Kusselin sagte in FHEM Adapter:

wenn ich direkt in iobroker den state_switch on off schalte dann gehts ganz schnell..passt!!

Würde ja sagen es liegt am Übertrag Yhaka Adapter, aber warum funktioniert alles mit shelly???
Oder sind die Shellys direkt ìn der Home App eingebunden?
Gruß
LausiD

Dennis O.

@LausiD Vielen Dank!
werde ich mal testen und berichten

gruß
Dennis

ChrisXY

Jemand eine Idee hatte nun schon öfters das es von Seitens FHEM ein Problem gab das der Adapter nicht mehr richtig funktionierte .. leider ist er Grün geblieben daher hab ich erstmal nichts vermutet.

Jemand eine Idee für einen Watchdog ? Wenn z.b nichts mehr von Fhem kommt innerhalb von 5 Minuten ? Gibt es da eine möglichkeit ?

Alternativ würde ich in FHEM was bauen was hochzählt und das per IObroker Script Überwachen aber da hab ich noch keine wirkliche Idee.

LausiD

@ChrisXY sagte in FHEM Adapter:

Jemand eine Idee für einen Watchdog ? Wenn z.b nichts mehr von Fhem kommt innerhalb von 5 Minuten ? Gibt es da eine möglichkeit ?

Hier gefunden:
https://forum.iobroker.net/topic/8961/watchdog-fuer-sensoren-in-js-millis-odertimer-gesucht/4

Und schon im FHEM Adapter eingebaut...die letzten Tests laufen noch :-)
Es gibt ja schon im Raum ioB_System einen dummy fhem.0.alive. Der Adapter schickt alle 5 Min "set fhem.0.alive on-for-timmer 360". Bleibt der Befehl aus wechselt der dummy auf state off.
Neu:
Jede Aktualisierung state von fhem.0.alive wird vom Adapter ausgewertet.
Wurde das state 6 Min nicht aktualisiert wechselt fhem.0.info.Info.alive von true auf false.

Gruß
LausiD

ChrisXY

Meeegaa super Arbeit 👍 Kämpfe seit 2 Tagen damit das der Adapter irgendwie nichts mehr macht grün aber iobroker log steht auch nichts mehr drin. Hab jetzt noch nicht genau geguckt mit debug... Aber damit sollte das Problem ja dann weg sein.

Community Forum

NEWS

FHEM Adapter

Support us

419

32.4k

81.4k

1.3m