actiondetector list für frank

Begonnen von the ratman, 12 April 2021, 12:50:32

Vorheriges Thema - Nächstes Thema

the ratman

hier bitte, wie gewünscht - dein chaosfreddy:

Internals:
   DEF        000000
   FUUID      5d36b12b-f33f-0f9e-4972-4f7a4f1307c3fef1
   NAME       ActionDetector
   NOTIFYDEV  global
   NR         19
   NTFY_ORDER 50-ActionDetector
   STATE     

zustand:  alive:29 dead:0 unkn:0 off:0

   TYPE       CUL_HM
   chanNo     01
   CL:
     Authenticated 0
     BUF       
     FD         11
     FW_ID      46478
     LASTACCESS 1618224489
     NAME       handyWEB_192.168.178.51_11765
     NR         46478
     PEER       192.168.178.51
     PORT       11765
     SNAME      handyWEB
     SSL       
     STATE      Connected
     TEMPORARY  1
     TYPE       FHEMWEB
     canAsyncOutput 1
     READINGS:
       2021-04-12 12:47:48   state           Connected
   READINGS:
     2021-04-12 12:39:01   state           alive:29 dead:0 unkn:0 off:0
     2021-04-12 12:39:01   status_4K12V    alive
     2021-04-12 12:39:01   status_aussentuer_magnetkontakt alive
     2021-04-12 12:39:01   status_badezimmer_fenster alive
     2021-04-12 12:39:01   status_badezimmer_temperatur alive
     2021-04-12 12:39:01   status_badezimmertuer_magnetkontakt alive
     2021-04-12 12:39:01   status_gaestezimmer_fenster alive
     2021-04-12 12:39:01   status_gaestezimmer_temperatur alive
     2021-04-12 12:39:01   status_gaestezimmertuer_magnetkontakt alive
     2021-04-12 12:39:01   status_kuechentuer_lichtschranke alive
     2021-04-12 12:39:01   status_nordseite_temperatursensor alive
     2021-04-12 12:39:01   status_schlafzimmer_temperatur alive
     2021-04-12 12:39:01   status_schlafzimmerfenster_magnetkontakt alive
     2021-04-12 12:39:01   status_schlafzimmertuer_magnetkontakt alive
     2021-04-12 12:39:01   status_terrasse_bewegung_licht alive
     2021-04-12 12:39:01   status_terrasse_dualtemperatur alive
     2021-04-12 12:39:01   status_terrasse_lux alive
     2021-04-12 12:39:01   status_terrasse_regensensor alive
     2021-04-12 12:39:01   status_treibhaus_fenster alive
     2021-04-12 12:39:01   status_treibhaus_temperatur alive
     2021-04-12 12:39:01   status_treibhaustuer_magnetkontakt alive
     2021-04-12 12:39:01   status_wetterstation alive
     2021-04-12 12:39:01   status_wohnzimmer_fliegengitter_magnetkontakt alive
     2021-04-12 12:39:01   status_wohnzimmer_innentuer_magnetkontakt alive
     2021-04-12 12:39:01   status_wohnzimmer_katzentuer_magnetkontakt alive
     2021-04-12 12:39:01   status_wohnzimmer_osten_fenster_buero alive
     2021-04-12 12:39:01   status_wohnzimmer_strasse_fenster_links alive
     2021-04-12 12:39:01   status_wohnzimmer_strasse_fenster_mitte alive
     2021-04-12 12:39:01   status_wohnzimmer_strasse_fenster_rechts alive
     2021-04-12 12:39:01   status_wohnzimmer_temperatur alive
   helper:
     HM_CMDNR   93
     actCycle   600
     peerFriend
     peerOpt    -:-
     peers      24E49C,3A6F79,3FA4EC,3FA629,3FB01D,3FC607,434C2B,461363,4BEA88,53C368,53C3F4,53C4CC,54C24B,56C171,58623D,5B3D5E,5B45EF,5D45F1,602A1C,602E8C,602EC8,60382C,603850,60405A,621F4B,62E4AE,688138,6ABDF8,6F87C1
     regLst     0
     24E49C:
       start      20210412084610
     3A6F79:
       start      20210412084610
     3FA4EC:
       start      20210412084610
     3FA629:
       start      20210412084610
     3FB01D:
       start      20210412084610
     3FC607:
       start      20210412084610
     434C2B:
       start      20210412084610
     461363:
       start      20210412084610
     4BEA88:
       start      20210412084610
     53C368:
       start      20210412084610
     53C3F4:
       start      20210412084610
     53C4CC:
       start      20210412084610
     54C24B:
       start      20210412084610
     56C171:
       start      20210412084610
     58623D:
       start      20210412084610
     5B3D5E:
       start      20210412084610
     5B45EF:
       start      20210412084610
     5D45F1:
       start      20210412084610
     602A1C:
       start      20210412084610
     602E8C:
       start      20210412084610
     602EC8:
       start      20210412084610
     60382C:
       start      20210412084610
     603850:
       start      20210412084610
     60405A:
       start      20210412084610
     621F4B:
       start      20210412084610
     62E4AE:
       start      20210412084610
     688138:
       start      20210412084610
     6ABDF8:
       start      20210412084610
     6F87C1:
       start      20210412084610
     cmds:
       TmplKey    :no:noAssTs
       cmdKey     0:1:1::ActionDetector::00:
       cmdLst:
         assignHmKey noArg
         clear      (readings|all)
         deviceRename -newName-
         fwUpdate   -filename- [-bootTime-]
         getDevInfo noArg
         raw        -data- [...]
         reset      noArg
         unpair     noArg
         update     noArg
         virtual    [(1..50;1|{1})]
       lst:
         condition  slider,0,1,255
         peer       
         peerOpt   
         tplChan   
         tplDel     
         tplPeer   
       rtrvLst:
         cmdList    [({short}|long)]
         deviceInfo [({short}|long)]
         list       [({normal}|full)]
         listDevice [({all}|alive|unknown|dead|notAlive)]
         param      -param-
         status     noArg
     io:
       prefIO     
       vccu       
     mRssi:
       mNo       
     peerIDsH:
     prt:
       bErr       0
       sProc      0
     q:
       qReqConf   
       qReqStat   
     role:
       dev        1
       vrt        1
     tmpl:
Attributes:
   alias      hm wächter
   event-on-change-reading .*
   group      start1
   icon       134-binoculars
   model      ACTIONDETECTOR
   room       start
   stateFormat

zustand:  state

   subType    virtual
   webCmd     update
→do↑p!dnʇs↓shit←

frank

1. warum machst du überhaupt ein update?
das macht der ad automatisch alle 10 min.

2. ein load anstieg durch den ad kann es nicht geben.
also schau ins fhem.log was beim update passiert.
global verbose mindestens auf 3.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

frank

Zitatund was heißt bitte chaos?
ich hab ein problem, man antwortet mir freundlicher weise mit div. fragen, ich versuche die fragen so umfangreich wie es mir möglich ist zu beantworten - gern auch mehrfach - um möglichst viele folgefragen raus zu nehmen.
mach ich was falsch?
wenn dein ad 5% load bei update erzeugt, bedeutet das für mich "chaos", weil es nicht sein kann und darf.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

the ratman

ich hatte noch "unknowns" liegen. sind wohl vom letzten fhem-kill übrig geblieben, als sich nix bewegt hatte mehr.
in der momentanen situation weiß ich halt gerne, was grad so abläuft.

global verbose 3 rennt seit dem we sowieso
is eh klar, jetzt kann ich hier update drücken, was ich will, da kommt grad mal:
2021.04.12 13:12:49 1:  logfile wurde gelöscht
2021.04.12 13:12:54 3:  CUL_HM set ActionDetector update noArg

muß also was anderes sein, gut, ich warte mal, bis mir sowas wieder auffällt.
wie ich solche zufälle oder nicht-wiederholbarkeiten hasse ...
→do↑p!dnʇs↓shit←

frank

Zitatmuß also was anderes sein, gut, ich warte mal, bis mir sowas wieder auffällt.
dann setze mal das "attr logIDs all" bei deiner vccu.
dann update beim ad und anschliessend 2-3 min warten und fhem.log posten.

zum schluss das attr wieder löschen, damit dein log sauber bleibt.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

frank

zum abschalten musst du leider zusätzlich in allen io's das attr logIDs löschen, falls es dort existiert.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

the ratman

#6
bitteescheen:2021.04.12 14:48:10 1:  logfile wurde gelöscht
2021.04.12 14:48:52 0:  HMUARTLGW hmLan2 recv: 01 05 00 00 37 msg: 38 86 70 62E4AE 000000 00772A0100C079469EC3
2021.04.12 14:48:55 0:  HMUARTLGW hmLan2 recv: 01 05 00 00 4E msg: 99 86 53 6ABDF8 000000 00C10023F735
2021.04.12 14:49:06 0:  HMUARTLGW hmLan2 recv: 01 05 00 00 40 msg: 69 86 70 58623D 000000 00BE3E
2021.04.12 14:49:16 0:  HMUARTLGW hmLan2 recv: 01 05 00 00 33 msg: F0 86 53 6F87C1 000000 004100764200AA43FFCC440034
2021.04.12 14:49:24 0:  HMUARTLGW hmLan2 recv: 01 05 00 00 39 msg: 43 86 70 621F4B 000000 008930
2021.04.12 14:49:31 0:  HMUARTLGW hmLan2 recv: 01 05 01 00 33 msg: F4 84 10 461363 322433 0601D100
2021.04.12 14:50:04 0:  HMUARTLGW hmLan2 recv: 01 05 00 00 31 msg: 94 84 70 B5B501 000000 0112281B0000864700000D400000
2021.04.12 14:50:25 0:  HMUARTLGW hmLan2 recv: 01 05 00 00 3F msg: 59 86 70 4BEA88 000000 00EC29
2021.04.12 14:50:30 0:  HMUARTLGW hmLan2 recv: 01 05 00 00 23 msg: 95 86 70 56C171 000000 00ED29
2021.04.12 14:50:44 0:  HMUARTLGW hmLan2 recv: 01 05 00 00 3B msg: 56 86 70 5D45F1 000000 005D34
2021.04.12 14:50:53 0:  HMUARTLGW hmLan2 recv: 01 05 00 00 3B msg: 55 86 70 54C24B 000000 00DC2A
2021.04.12 14:51:29 0:  HMUARTLGW hmLan2 recv: 01 05 00 00 38 msg: 44 86 70 621F4B 000000 008930
2021.04.12 14:51:41 0:  HMUARTLGW hmLan2 recv: 01 05 00 00 36 msg: 39 86 70 62E4AE 000000 00782B0100C0850BA0C1
2021.04.12 14:51:49 0:  HMUARTLGW hmLan2 recv: 01 05 00 00 33 msg: F1 86 53 6F87C1 000000 0041007042009343FFDD440023
2021.04.12 14:51:54 0:  HMUARTLGW hmLan2 recv: 01 05 00 00 3E msg: 6A 86 70 58623D 000000 00BE3E
2021.04.12 14:51:57 0:  HMUARTLGW hmLan2 recv: 01 05 00 00 4C msg: 9A 86 53 6ABDF8 000000 00C10023A68B
2021.04.12 14:52:00 3:  CUL_HM set wohnzimmer_buero_licht_Dim toggle noArg
2021.04.12 14:52:00 0:  HMUARTLGW hmLan2 send: 01 02 00 00 00 msg: 25 A0 11 322433 1A9622 0201C80000
2021.04.12 14:52:00 0:  HMUARTLGW hmLan2 recv: 01 04 03 00 2F msg: 25 80 02 1A9622 322433 0101C8002A00
2021.04.12 14:52:06 3:  CUL_HM set wohnzimmer_buero_licht_Dim statusRequest noArg
2021.04.12 14:52:06 0:  HMUARTLGW hmLan2 send: 01 02 00 00 00 msg: 26 A0 01 322433 1A9622 010E
2021.04.12 14:52:06 0:  HMUARTLGW hmLan2 recv: 01 05 01 00 2D msg: 26 A4 10 1A9622 322433 0601C8002AC8
2021.04.12 14:52:11 3:  CUL_HM set wohnzimmer_buero_licht_Dim toggle noArg
2021.04.12 14:52:11 0:  HMUARTLGW hmLan2 send: 01 02 00 00 00 msg: 27 A0 11 322433 1A9622 0201000000
2021.04.12 14:52:11 0:  HMUARTLGW hmLan2 recv: 01 04 03 00 2D msg: 27 80 02 1A9622 322433 010100002CC8
2021.04.12 14:52:17 3:  CUL_HM set wohnzimmer_buero_licht_Dim statusRequest noArg
2021.04.12 14:52:17 0:  HMUARTLGW hmLan2 send: 01 02 00 00 00 msg: 28 A0 01 322433 1A9622 010E
2021.04.12 14:52:17 0:  HMUARTLGW hmLan2 recv: 01 05 01 00 2E msg: 28 A4 10 1A9622 322433 060100002B00
is ja nicht grade die welt los, oder?
aja, thx für den hinweis, hätt ich eh verpennt.

lernfrage: geh ich recht in der annahme, dass, wenn man eh nur ein io-gerät hat, wie ich momentan, man das gleich direkt dort auch machen könnte?
→do↑p!dnʇs↓shit←

frank

ich hoffe mal, dass der büro dimmer von dir manuell 2x getoggelt wurde.
ansonnsten wurde nichts gesendet, somit also null load änderung vor dem toggeln, oder?
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

the ratman

ja - wurde 2 mal getoggled - einmal zum einschalten und recht flott wieder zum ausschalten.

hab ich nebenher absichtlich gemacht, weil der toggle vom rainmeter (ist eigentlich ein kleines anzeigetool) auf dem pc gekommen ist und ich somit dank dir weiß, dass der auch keinen scheiß an fhem sendet *g*

das mit n load is jetzt blöd, neue stunde, neuer load ... aber zumindest wäre mir nix ins auge gesprungen vorher
→do↑p!dnʇs↓shit←

frank

#9
Zitatlernfrage: geh ich recht in der annahme, dass, wenn man eh nur ein io-gerät hat, wie ich momentan, man das gleich direkt dort auch machen könnte?
genau.
da dein regensensor io hmlan2 heisst, dachte ich, es gibt mehrere io. gute täuschung.


dann verbreitet dein ad hoffentlich auch weiterhin kein chaos.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

the ratman

#10
es gab mal 3.

hmlan1 hat mit rauchwolken vor 2 jahren schon das zeitliche gesegnet und mein "backup" hmusb funzt nicht wirklich mit einem debian unter einer oracle vm auf win10 (timeouts ohne ende, wie die meisten usb-sachen leider)

in vorbereitung hab ich einen RPI-RF-MOD auf raspberry pi 3 basis (als reines hm-gerät, fhem soll weiter auf der vm tümpeln). aber den wollt ich eigentlich aufheben, sobald man kein altes hm-zeugs mehr kriegt und ich hmip brauch. und so wirklich reingelesen in das ganze hab ich mich auch noch ned.

ich hab bei fhem immer angst, dass ICH das chaos verbreite. ist langsam a bissl peinlich ...
→do↑p!dnʇs↓shit←

frank

hier mal noch 2 einfache tipps für jemand, dessen persönliches wohlergehen sehr stark mit einem funktionierenden fhem korreliert.

1. HMinfoTools (siehe angepinnter thread)
hminfo, hast du ja schon definiert, ermittelt dir ganz nebenbei, voll automatisch viele problemchen.
lowBatDevices, deadDevices, falsch konfigurierte devices, und, und, und.

hminfotools macht daraus eine kompakte tabelle mit bunten icons, die nur devices mit problemen listet.
empfehlenswert für user ab 5 jahre.  ;)
tabelle leer => keine probleme.
tabelle randvoll => viele probleme.


2. ich würde den hmuart sofort aktivieren.
stell dir vor, der letzte hmlan raucht nachts ab.
in der schublade kann der hmuart nichts tun. wäre er aktiviert, würde er automatisch übernehmen.


wegen hmusb/timeouts: ich habe mal von "eco" einstellungen in vm's gelesen, die per default aktiviert sind und zu timeouts führen.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

the ratman

#12
Zitathier mal noch 2 einfache tipps für jemand, dessen persönliches wohlergehen sehr stark mit einem funktionierenden fhem korreliert.
du kommst noch mal auf meine freundesliste ...

hast recht. hminfo ist blöder weise untergegangen irgendwann mal.

was die timeouts bei der vm angeht ... hab ich auch viel gelesen und auch viele tipps ausprobiert. mein rekord liegt bei hmusb bei 15 min echter funktion. das scheint sogar schon fast rekordverdächtig.
ich hoff da ja immer noch, dass m$ selber ihre linux-konsole auch in sachen serieller schnittstelle in den griff kriegt oder die perl-typen selbige serielle in 64 bit für win in den griff kriegen. dann wär das ja alles kein problem mehr ... die hoffnung stirbt zuletzt.

wegen dem hmuart ... liegt schon lange auf der todo liste und wird immer erfolgreich verdrängt. weißt schon: "rennt ja eh alles".
ich wollt mich auch schon mal im forum hier umsehen, wie das ding nun wirklich am besten zu betreiben ist. da gibt's ja auch genug verschiedene meinungen. und ... zu deinem pech hab ich grade deine sig gelesen *fg*.

also ohne dich nerven zu wollen (ignorier das geschreibsel einfach, wenn ich nerve) und falls dir grade langweilig ist ... was würdest für einen möglichst reibungslosen, noob-freundlichen und vor allem zukunftssicheren und "universell verwendbaren" betrieb empfehlen?
mein problem ist da halt auch ... raspi und sd-karte ... da stößts mir ungut auf. und raspi mit ssd ... wie lange gehts gut, bis den raspi-typen wieder was einfällt, damit das nicht geht?
→do↑p!dnʇs↓shit←

frank

hmuart:
- keine wlan anbindung.
- wenn nicht direkt am gpio, dann gibts auch lan-adapter, siehe wiki.

am saubersten natürlich auf einem pi, dafür ist er ja entwickelt worden. sollte alles im wiki stehen.
da muss nicht mal fhem laufen, denke ich. mit serial2net, oder so, einfach einbinden. schau mal zuerst im wiki
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

the ratman

→do↑p!dnʇs↓shit←