Hallo Ihr,
ich wollte mit Hilfe eines HM-PBI-4-FM (Tasterschnittstelle) 2 Taster und 2 Bewegungsmelder in Fhem integrieren.
Nun musste ich feststellen, das in der Zeit wo der Bewegungsmelder den Kontakt schließt und ein Kanal auf Dauer "close" ist, steigt die CPU Last von Fhem stark an (von 20% auf ~60%) und bei einem 2 Dauer close steigt Fhem auf 100%.
So habe ich mir mein Fhem schnell abgeschossen.
Nun zu meiner Frage.
Kann man den HM-PBI-4-FM so um konfigurieren das er nur kurz sendet?
Fhem läuft auf einem Raspi2
Als Schnittstelle von Homematic kommen ein Cunx und ein Nanocul zum Einsatz.
MFG Rico
Hallo Rico,
da hast Du die falsche Wahl getroffen. Der PBI ist eine Tasterschnittstelle, die kann short und im 400 ms Abstand long solange man drückt. Du kannst diese Zeit ändern aber sonst nicht generell das Verhalten.
Ein HM-SWI-3-FM wäre wahrscheinlich dafür besser, der sendet genau einmal pro Zustandsänderung.
Oder nimm einen HM-MOD-Em-8 den kannst Du entsprechend programmieren.
Gruß Otto
Hi,
ich rate mal ins blaue: du triggerst irgendetwas mit dem tasterevent und das rennt dann wie irre los -> cpu-last steigt
poste doch mal einen auszug aus deinem log / eventmonitor, verwendete notifies im zusammenhang mit den devices und evtl. auch list von den devices.
grüße
Hallo Otto, Hallo nils_
bis jetzt habe ich diese Schnittstelle nur angelernt und noch keine Aktion damit verbunden.
Hier ein Auszug aus dem Eventmonitor bei betätigung (scheint mir normal)
2017-07-27 10:28:47 CUL_HM PushButtonCarportRico battery: ok
2017-07-27 10:28:47 CUL_HM PushButtonCarportRico PushButtonCarportRico_Btn_04 Long
2017-07-27 10:28:47 CUL_HM PushButtonCarportRico_Btn_04 Long 1_61 (to broadcast)
2017-07-27 10:28:47 CUL_HM PushButtonCarportRico_Btn_04 trigger: Long_61
2017-07-27 10:28:47 CUL_HM PushButtonCarportRico_Btn_04 trigger_cnt: 61
2017-07-27 10:28:47 CUL_HM PushButtonCarportRico battery: ok
2017-07-27 10:28:47 CUL_HM PushButtonCarportRico PushButtonCarportRico_Btn_04 Long
2017-07-27 10:28:47 CUL_HM PushButtonCarportRico_Btn_04 Long 2_61 (to broadcast)
2017-07-27 10:28:47 CUL_HM PushButtonCarportRico_Btn_04 trigger: Long_61
2017-07-27 10:28:47 CUL_HM PushButtonCarportRico_Btn_04 trigger_cnt: 61
2017-07-27 10:28:47 CUL_HM PushButtonCarportRico battery: ok
2017-07-27 10:28:47 CUL_HM PushButtonCarportRico PushButtonCarportRico_Btn_04 Long
2017-07-27 10:28:47 CUL_HM PushButtonCarportRico_Btn_04 Long 3_61 (to broadcast)
2017-07-27 10:28:47 CUL_HM PushButtonCarportRico_Btn_04 trigger: Long_61
2017-07-27 10:28:47 CUL_HM PushButtonCarportRico_Btn_04 trigger_cnt: 61
2017-07-27 10:28:48 CUL_HM PushButtonCarportRico battery: ok
2017-07-27 10:28:48 CUL_HM PushButtonCarportRico PushButtonCarportRico_Btn_04 Long
2017-07-27 10:28:48 CUL_HM PushButtonCarportRico_Btn_04 Long 4_61 (to broadcast)
2017-07-27 10:28:48 CUL_HM PushButtonCarportRico_Btn_04 trigger: Long_61
2017-07-27 10:28:48 CUL_HM PushButtonCarportRico_Btn_04 trigger_cnt: 61
2017-07-27 10:28:48 CUL_HM PushButtonCarportRico battery: ok
2017-07-27 10:28:48 CUL_HM PushButtonCarportRico PushButtonCarportRico_Btn_04 Long
2017-07-27 10:28:48 CUL_HM PushButtonCarportRico_Btn_04 Long 5_61 (to broadcast)
2017-07-27 10:28:48 CUL_HM PushButtonCarportRico_Btn_04 trigger: Long_61
2017-07-27 10:28:48 CUL_HM PushButtonCarportRico_Btn_04 trigger_cnt: 61
2017-07-27 10:28:48 CUL_HM PushButtonCarportRico battery: ok
2017-07-27 10:28:48 CUL_HM PushButtonCarportRico PushButtonCarportRico_Btn_04 Long
2017-07-27 10:28:48 CUL_HM PushButtonCarportRico_Btn_04 Long 6_61 (to broadcast)
2017-07-27 10:28:48 CUL_HM PushButtonCarportRico_Btn_04 trigger: Long_61
2017-07-27 10:28:48 CUL_HM PushButtonCarportRico_Btn_04 trigger_cnt: 61
2017-07-27 10:28:48 CUL_HM PushButtonCarportRico battery: ok
2017-07-27 10:28:48 CUL_HM PushButtonCarportRico PushButtonCarportRico_Btn_04 Long
2017-07-27 10:28:48 CUL_HM PushButtonCarportRico_Btn_04 Long 7_61 (to broadcast)
2017-07-27 10:28:48 CUL_HM PushButtonCarportRico_Btn_04 trigger: Long_61
2017-07-27 10:28:48 CUL_HM PushButtonCarportRico_Btn_04 trigger_cnt: 61
@ Otto:
Ich gebe dir recht, es ist nicht so richtig dafür gedacht. Ich habe nun die Bewegungsmelder Zeit auf den kleinsten Wert (6 sec) heruntergestellt.
Ich habe dennoch das Gefühl das dass so nicht richtig sein kann (CPU Last)
Fhem Normal 20% auf 1 Kern, 1x HM 60%, 2x HM 95%
Der gleiche Effekt tritt auch bei der HM Fernbedienung auf (HM-RC-Key4-3 wenn man diese gedrückt hält)
Andere Dinge die den Eventmonitor platzen lasen interessieren Fhem auch nicht!
Eigentlich wollte ich 4 Bewegungsmelder in meiner Einfahrt verbauen, auf diese Art....
Hallo Otto,
du sagst man kann die Zeiten anpassen...
Meinst du die zwischen short und long? Das würde schon reichen!
MFG Rico
Update:
Habe die Zeit auf max 1.8 angepasst ( geht hier irgentwie noch mehr?)
Beim Btn_0x get <> regList liefert Dir die Möglichkeiten.
1.8 sec ist das maximum.
Das Lastverhalten kann ich bestätigen, wenn ich dem PBI Dauerfeuer gebe steigt mein Perl Prozess von 1% auf 25-35%
Ist halt nicht im Sinne des Erfinders. Ich denke da gibt es dann auch ein Funklast Problem?
Du könntest mit einem RC Glied einen Impuls pro Motion erzeugen ob und wie das geht - da müsste ich mir aber die Eingangsschaltung des PBI ansehen.
Ich finde das ist irgendwie der falsche Ansatz.
Gruß Otto
Danke euch für die Hilfe,
mein "Geiz" ist mir wieder zum verhängnis geworden... ;D
Habe mir nun einen HM Bewegungsmelder gekauft...
Bis bald Rico