PRESENCE cover version - anderer Ansatz basierend auf aktuellem Code

Begonnen von martinp876, 23 Dezember 2020, 14:38:45

Vorheriges Thema - Nächstes Thema
Drucken
Nach unten Seiten 1 ... 14 15 16 17 18
Benutzer-Aktionen

Invers

#225
08 März 2024, 18:40:42
Ich nutze einen USB-Stick am Pi. Schon immer und das funktioniert bisher auch ausgezeichnet.
Mein Handy wird auch von alten Presence-Modul erkannt. Auch die Meldungen present und absent kommen dort normal. Presence funktioniert also, aber Presense2 nicht. Auch während Presence2 lief, funktiopnierte Presence perfekt (lief also parallel).Selbes Handy, selber Pi, selber Stick.
Vielleicht klappt aber parallel einfach nicht.
Obwohl deine Argumente logisch erscheinen, treffen sie hier wahrscheinlich nicht den Kern der Sache. Es sei denn, dass, wie ich bereits einige Beiträge zuvor erwähnte, ein Parallelbetrieb nicht funktioniert. Allerdings habe ich auch keine Idee, woran das liegen könnte.

Könnte es helfen, wenn ich mal mein normales Presence Modul und alle zugehörigen Definitionen löschen würde, oder bin ich da total auf dem Holzweg?

Ich werde morgen mein System kopieren und dort dann mal versuchsweise alles zu den Handys löschen. Ich berichte dann, ob es Auswirkungen hatte.

Bis dahin besten Dank für die Hilfe.
Pi3B+ mit SSD/ Bullseye | FB7590 AX | 12 x Dect200 | CUL433+868 | SDuino | HM-LAN | 3 x Heizung FHT + FKontakte | KeyMatic + 4 FB | HM Wandtaster 2-fach m. LED | 6 x Türkont. TFK-TI | HM-Bew.-Melder innen | 3 x Smoked. HM-SEC-SD-2

JoWiemann

#226
08 März 2024, 19:08:15
Zitat von: Invers am 08 März 2024, 18:40:42Ich nutze einen USB-Stick am Pi. Schon immer und das funktioniert bisher auch ausgezeichnet.
Mein Handy wird auch von alten Presence-Modul erkannt. Auch die Meldungen present und absent kommen dort normal. Presence funktioniert also, aber Presense2 nicht. Auch während Presence2 lief, funktiopnierte Presence perfekt (lief also parallel).Selbes Handy, selber Pi, selber Stick.

Hallo,
danke für die Info. Dann werde ich mal durch 73_PRESENCE.pm gehen und nachsehen, wie Bluetooth dort abgebildet ist.

Grüße Jörg
Jörg Wiemann

Slave: RPi B+ mit 512 MB, COC (868 MHz), CUL V3 (433.92MHz SlowRF); FHEMduino, Aktuelles FHEM

Master: CubieTruck; Debian; Aktuelles FHEM

JoWiemann

#227
08 März 2024, 19:50:48
Zitat von: Invers am 08 März 2024, 18:40:42Mein Handy wird auch von alten Presence-Modul erkannt. Auch die Meldungen present und absent kommen dort normal.

Hallo,

hast Du im Presence-Modul das Attribut bluetoothHciDevice gesetzt? Das gibt es nämlich nicht in Presence2. Muss ich also nachrüsten.

Grüße Jörg
Jörg Wiemann

Slave: RPi B+ mit 512 MB, COC (868 MHz), CUL V3 (433.92MHz SlowRF); FHEMduino, Aktuelles FHEM

Master: CubieTruck; Debian; Aktuelles FHEM

JoWiemann

#228
08 März 2024, 22:11:08 Letzte Bearbeitung: 08 März 2024, 22:27:03 von JoWiemann
Hallo,

ich habe mal das Attribut bluetoothHciDevice eingebaut. Bei der Definition eines Present2 bluetooth Device werden alle bluetooth Schnittstellen ermittelt und als Auswahlliste im Attribut bluetoothHciDevice hinterlegt. Default ist hci0.

Grüße Jörg
Jörg Wiemann

Slave: RPi B+ mit 512 MB, COC (868 MHz), CUL V3 (433.92MHz SlowRF); FHEMduino, Aktuelles FHEM

Master: CubieTruck; Debian; Aktuelles FHEM

Invers

#229
08 März 2024, 22:13:59
Bewusst habe ich das nicht gesetzt. Kann erst morgen probieren.
Code Auswählen
define a51H PRESENCE local-bluetooth bc:7a:bf:08:22:e9 60 60
attr a51H userattr s_structure s_structure_map structexclude
attr a51H devStateIcon .*present:it_smartphone_7@gold .*:it_smartphone_7
attr a51H event-on-change-reading state
attr a51H group Anwesend
attr a51H room Anwesenheit
attr a51H s_structure Bewohnt
#   ADDRESS    bc:7a:bf:08:22:e9
#   DEF        local-bluetooth bc:7a:bf:08:22:e9 60 60
#   FUUID      5f40d7c8-f33f-8098-1b21-eb5a3512dcdeab48
#   INTERVAL_NORMAL 60
#   INTERVAL_PRESENT 60
#   MODE       local-bluetooth
#   NAME       a51H
#   NOTIFYDEV  global
#   NR         335
#   NTFY_ORDER 50-a51H
#   STATE      present
#   TYPE       PRESENCE
#   eventCount 58
#   READINGS:
#     2024-02-27 07:42:49   PRESENCE2       present
#     2024-02-27 06:24:42   appearCnt       1
#     2024-03-08 22:10:20   device_name     Galaxy-A51-von-Heinz
#     2024-02-27 06:24:42   lastAppear      2024-02-27 06:24:42
#     2024-03-08 06:52:27   model           local-bluetooth
#     2024-03-08 22:10:20   presence        present
#     2024-03-08 22:10:20   state           present
#   helper:
#     CURRENT_STATE present
#
setstate a51H present
setstate a51H 2024-03-08 22:10:20 .absenceThresholdCounter 0
setstate a51H 2024-02-27 07:18:36 .associatedWith PsnceDaemon
setstate a51H 2024-03-08 22:10:20 .presenceThresholdCounter 0
setstate a51H 2024-02-27 07:42:49 PRESENCE2 present
setstate a51H 2024-02-27 06:24:42 appearCnt 1
setstate a51H 2024-03-08 22:10:20 device_name Galaxy-A51-von-Heinz
setstate a51H 2024-02-27 06:24:42 lastAppear 2024-02-27 06:24:42
setstate a51H 2024-03-08 06:52:27 model local-bluetooth
setstate a51H 2024-03-08 22:10:20 presence present
setstate a51H 2024-03-08 22:10:20 state present
Pi3B+ mit SSD/ Bullseye | FB7590 AX | 12 x Dect200 | CUL433+868 | SDuino | HM-LAN | 3 x Heizung FHT + FKontakte | KeyMatic + 4 FB | HM Wandtaster 2-fach m. LED | 6 x Türkont. TFK-TI | HM-Bew.-Melder innen | 3 x Smoked. HM-SEC-SD-2

Invers

#230
09 März 2024, 05:58:47
Danke, hab nun getestet, aber ohne greifbaren Erfolg. Das Attribut lässt sich weder eingeben, noch auswählen. Es erfolgt immer eine Meldung:

Befehl - set PsnceDaemon bluetoothHciDevice hci0
Antwort - Unknown argument bluetoothHciDevice, choose one of clearCounts killChilds

Auswahl über Menü - kam immer, dass dieses Attr. nur für Bluetooth ist. Nun ist das Attribut auch aus der Auswahlliste verschwunden. Vielleicht wäre es nach dem Neustart des Pi wieder da, hab ich aber nicht gemacht.

In einem anderen Modul (btlesense) für meinen Pflanzendetektor funktioniert es.
Code Auswählen
[pre]2024.03.09 05:39:15.276 5: Handy_H calling - hcitool -i hci0 info bc:7a:bf:08:22:e9
Can't create connection: Operation not permitted[/pre]DEBUG:
Code Auswählen
[pre]2024.03.09 05:53:55.529 4:[PsnceDaemon | daemonScanScheduler.1092] - EXPANDED:PRESENCE2_doDaemonUnBlocking:
PsnceDaemon#Handy_H
2024.03.09 05:53:55.715 5:[PsnceDaemon | daemonScanReply.1180] - DEBUG:PRESENCE2 (PsnceDaemon) - , duration:0 reply:
         Handy_H|absen[/pre]
Pi3B+ mit SSD/ Bullseye | FB7590 AX | 12 x Dect200 | CUL433+868 | SDuino | HM-LAN | 3 x Heizung FHT + FKontakte | KeyMatic + 4 FB | HM Wandtaster 2-fach m. LED | 6 x Türkont. TFK-TI | HM-Bew.-Melder innen | 3 x Smoked. HM-SEC-SD-2

JoWiemann

#231
09 März 2024, 08:36:40
Zitat von: Invers am 09 März 2024, 05:58:47Danke, hab nun getestet, aber ohne greifbaren Erfolg. Das Attribut lässt sich weder eingeben, noch auswählen. Es erfolgt immer eine Meldung:

Befehl - set PsnceDaemon bluetoothHciDevice hci0
Antwort - Unknown argument bluetoothHciDevice, choose one of clearCounts killChilds

Auswahl über Menü - kam immer, dass dieses Attr. nur für Bluetooth ist. Nun ist das Attribut auch aus der Auswahlliste verschwunden. Vielleicht wäre es nach dem Neustart des Pi wieder da, hab ich aber nicht gemacht.

In einem anderen Modul (btlesense) für meinen Pflanzendetektor funktioniert es.
Code Auswählen
[pre]2024.03.09 05:39:15.276 5: Handy_H calling - hcitool -i hci0 info bc:7a:bf:08:22:e9
Can't create connection: Operation not permitted[/pre]DEBUG:
Code Auswählen
[pre]2024.03.09 05:53:55.529 4:[PsnceDaemon | daemonScanScheduler.1092] - EXPANDED:PRESENCE2_doDaemonUnBlocking:
PsnceDaemon#Handy_H
2024.03.09 05:53:55.715 5:[PsnceDaemon | daemonScanReply.1180] - DEBUG:PRESENCE2 (PsnceDaemon) - , duration:0 reply:
         Handy_H|absen[/pre]

Hallo,

der Daemon verwaltet die Devices, deswegen macht der Befehl - set PsnceDaemon bluetoothHciDevice hci0 - keinen Sinn. Steht aber auch in der Commander, dass das Attribut nur für Devices vom Typ bluetooth funktioniert.

Grüße Jörg

PS: könntest Du mir ein Log mit verbose 5 für ein funktionierendes Presence Device generieren. Dass würde weiter helfen.
Jörg Wiemann

Slave: RPi B+ mit 512 MB, COC (868 MHz), CUL V3 (433.92MHz SlowRF); FHEMduino, Aktuelles FHEM

Master: CubieTruck; Debian; Aktuelles FHEM

Invers

#232
09 März 2024, 13:53:47
Sorry, ist wohl nicht mein Tag.
Antwort erst jetzt, weil ich mir heute das linke Handgelenk gebrochen habe. OP ist noch fällig, also böse gebrochen.

Fehler bleibt. absent.

Code Auswählen
2024.03.09 13:42:18.382 5:[Handy_H | doDaemonEntityScan.1237] - DEBUG:PRESENCE2 (Handy_H) - result:absent
########command>hcitool -i hci0 info bc:7a:bf:08:22:e9
########reply  >Requesting information ...

2024.03.09 13:42:38.376 5:[Handy_H | doDaemonEntityScan.1237] - DEBUG:PRESENCE2 (Handy_H) - result:absent
########command>hcitool -i hci0 info bc:7a:bf:08:22:e9
########reply  >Requesting information ...





2024.03.09 13:41:58.310 5: Handy_H calling - hcitool -i hci0 info bc:7a:bf:08:22:e9
Can't create connection: Operation not permitted
2024.03.09 13:42:18.321 5: Handy_H calling - hcitool -i hci0 info bc:7a:bf:08:22:e9
Can't create connection: Operation not permitted
2024.03.09 13:42:38.322 5: Handy_H calling - hcitool -i hci0 info bc:7a:bf:08:22:e9
Can't create connection: Operation not permitted
2024.03.09 13:42:58.366 5: Handy_H calling - hcitool -i hci0 info bc:7a:bf:08:22:e9
Can't create connection: Operation not permitted
2024.03.09 13:43:18.467 5: Handy_H calling - hcitool -i hci0 info bc:7a:bf:08:22:e9
Can't create connection: Operation not permitted
2024.03.09 13:43:38.498 5: Handy_H calling - hcitool -i hci0 info bc:7a:bf:08:22:e9
Can't create connection: Operation not permitted
2024.03.09 13:43:58.484 5: Handy_H calling - hcitool -i hci0 info bc:7a:bf:08:22:e9
Can't create connection: Operation not permitted
2024.03.09 13:44:18.454 5: Handy_H calling - hcitool -i hci0 info bc:7a:bf:08:22:e9
Can't create connection: Operation not permitted
Pi3B+ mit SSD/ Bullseye | FB7590 AX | 12 x Dect200 | CUL433+868 | SDuino | HM-LAN | 3 x Heizung FHT + FKontakte | KeyMatic + 4 FB | HM Wandtaster 2-fach m. LED | 6 x Türkont. TFK-TI | HM-Bew.-Melder innen | 3 x Smoked. HM-SEC-SD-2

JoWiemann

#233
09 März 2024, 16:10:06
Zitat von: Invers am 09 März 2024, 13:53:47Sorry, ist wohl nicht mein Tag.
Antwort erst jetzt, weil ich mir heute das linke Handgelenk gebrochen habe. OP ist noch fällig, also böse gebrochen.


Ach du Schei...

Ich wünsche Dir eine erfolgreiche OP und gute Besserung.

Grüße Jörg
Jörg Wiemann

Slave: RPi B+ mit 512 MB, COC (868 MHz), CUL V3 (433.92MHz SlowRF); FHEMduino, Aktuelles FHEM

Master: CubieTruck; Debian; Aktuelles FHEM

bmwfan

#234
10 März 2024, 16:19:53 Letzte Bearbeitung: 10 März 2024, 16:47:25 von bmwfan Grund: Ergänzung
Hallo,
ich nutze bisher das Modul PREESENCE und wollte heute wegen der genannten Vorteile (hatte immer wieder den Eindruck, dass FHEM stehen bleibt oder sehr langsam ist) auf das Modul PRESENCE2 wechseln. Habe für ein Handy die Definitionen angelegt
Da Android eine Funktion mit der FritzBox
Code Auswählen
Internals:
   DEBUGLOG   OFF
   DEF        function cmd:{checkAllFritzMACpresent("XX:XX:XX:XX:XX:XX")} scan:1
   FUUID      65edc4da-f33f-d125-9fdc-9b1997bcd33f523b
   MODE       function
   NAME       Handy_Petra2
   NOTIFYDEV  global
   NR         399
   NTFY_ORDER 50-Handy_Petra2
   STATE      present
   TYPE       PRESENCE2
   VERSION    01.01a
   eventCount 1
   READINGS:
     2024-03-10 15:34:02   PRESENCE2       present
     2024-03-10 15:34:02   appearCnt       1
     2024-03-10 15:34:02   lastAppear      2024-03-10 15:34:02
     2024-03-10 15:54:12   maybeCnt        1
     2024-03-10 15:54:08   model           function
     2024-03-10 15:54:12   presence        maybe present
     2024-03-10 15:34:02   state           present
     2024-03-10 15:54:12   thresHldCnt     1
   helper:
     DISABLED   0
     FhemLog3Std 0
     curState   init
     debugLog   Handy_Petra2_debugLog
     logDebug   
     maybe      1
     nextScan   1710082482.6372
     cnt:
       exec       1
       maybe      1
       state      0
       th         1
     disp:
       condense   1
       verbose    0
     interval:
       absent     1
       init       30
       present    1
     os:
       Cmd        {checkAllFritzMACpresent("XX:XX:XX:XX:XX:XX")}
       search     1
Attributes:
   intervalNormal 1
   intervalPresent 1
   room       9.5_Anwesenheit
   thresholdAbsence 2
   userattr   Petra_Device Petra_Device_map structexclude
und ein lan-ping:
Code Auswählen
Internals:
   ADDRESS    192.168.178.95
   DEBUGLOG   OFF
   DEF        lan-ping 192.168.178.95
   FUUID      65edc2c3-f33f-d125-e98d-822c7d14f24f5f9f
   MODE       lan-ping
   NAME       Handy_Petra2_LP
   NOTIFYDEV  global
   NR         398
   NTFY_ORDER 50-Handy_Petra2_LP
   STATE      present
   TYPE       PRESENCE2
   VERSION    01.01a
   READINGS:
     2024-03-10 15:34:02   PRESENCE2       maybe present
     2024-03-10 15:25:07   appearCnt       1
     2024-03-10 15:25:07   lastAppear      2024-03-10 15:25:07
     2024-03-10 15:54:12   maybeCnt        1
     2024-03-10 15:54:08   model           lan-ping
     2024-03-10 15:54:12   presence        maybe present
     2024-03-10 15:25:07   state           present
     2024-03-10 15:54:12   thresHldCnt     1
   helper:
     DISABLED   0
     FhemLog3Std 0
     curState   init
     debugLog   Handy_Petra2_LP_debugLog
     logDebug   
     maybe      1
     nextScan   1710082482.6372
     cnt:
       exec       1
       maybe      1
       state      0
       th         1
     disp:
       condense   1
       verbose    0
     interval:
       absent     1
       init       30
       present    1
     os:
       Cmd        ping -c 1 -w 1 192.168.178.95 2>&1
       search     (ttl|TTL)=\d+
Attributes:
   event-on-change-reading state
   intervalNormal 1
   intervalPresent 1
   room       9.5_Anwesenheit
   thresholdAbsence 2
   userattr   Petra_Anwesend Petra_Anwesend_map Petra_Device Petra_Device_map structexclude
Die entsprechenden define (Handy_Petra, Handy_Petra_LP) mit dem Modul PRESENCE habe ich disabled. Die Rückmeldung aus Function und lan-ping fasse ich in einer Struktur zusammen, mit der ich dann in weiteren Modulen (RESIDENTS) arbeite.

Beim Neustart (habe gleichzeitig ein Update von FHEM gemacht) erhalte ich folgende Meldungen im Log und die Stati des Handys werden nicht aktualisiert:
Code Auswählen
2024.03.10 15:54:12.642 1: PERL WARNING: Use of uninitialized value in hash element at ./FHEM/73_PRESENCE2.pm line 1201.
2024.03.10 15:54:12.642 1: ERROR: empty name in readingsBeginUpdate
2024.03.10 15:54:12.642 1: stacktrace:
2024.03.10 15:54:12.642 1:     main::readingsBeginUpdate           called by ./FHEM/73_PRESENCE2.pm (1203)
2024.03.10 15:54:12.643 1:     main::PRESENCE2_doEvtCheckReply     called by ./FHEM/73_PRESENCE2.pm (1195)
2024.03.10 15:54:12.643 1:     main::PRESENCE2_doEvtCheck          called by ./FHEM/73_PRESENCE2.pm (984)
2024.03.10 15:54:12.643 1:     main::PRESENCE2_daemonScanScheduler called by fhem.pl (3508)
2024.03.10 15:54:12.643 1:     main::HandleTimeout                 called by fhem.pl (707)

2024.03.10 15:54:12.643 1: PERL WARNING: Use of uninitialized value $name in concatenation (.) or string at ./FHEM/73_PRESENCE2.pm line 988.
2024.03.10 15:54:12.643 1: PERL WARNING: Use of uninitialized value $hash in hash element at ./FHEM/73_PRESENCE2.pm line 58.
2024.03.10 15:54:12.643 1: PERL WARNING: Use of uninitialized value $instName in concatenation (.) or string at ./FHEM/73_PRESENCE2.pm line 74.
2024.03.10 15:54:12.643 1: PERL WARNING: Use of uninitialized value $name in concatenation (.) or string at ./FHEM/73_PRESENCE2.pm line 990.

Wiederholende Meldungen:
2024.03.10 15:54:12.793 1: ERROR: empty name in readingsBeginUpdate
2024.03.10 15:54:12.793 1: stacktrace:
2024.03.10 15:54:12.793 1:     main::readingsBeginUpdate           called by ./FHEM/73_PRESENCE2.pm (1036)
2024.03.10 15:54:12.793 1:     main::PRESENCE2_daemonScanReply     called by (eval 855) (1)
2024.03.10 15:54:12.793 1:     (eval)                              called by fhem.pl (1177)
2024.03.10 15:54:12.793 1:     main::AnalyzePerlCommand            called by fhem.pl (1206)
2024.03.10 15:54:12.793 1:     main::AnalyzeCommand                called by fhem.pl (1133)
2024.03.10 15:54:12.793 1:     main::AnalyzeCommandChain           called by ./FHEM/98_telnet.pm (263)
2024.03.10 15:54:12.793 1:     main::telnet_Read                   called by fhem.pl (3985)
2024.03.10 15:54:12.793 1:     main::CallFn                        called by fhem.pl (786)
Regelmäßig werden dann diese Meldungen ins Log geschrieben:
Code Auswählen
2024.03.10 16:01:12.651 1: ERROR: empty name in readingsBeginUpdate
2024.03.10 16:01:12.652 1: stacktrace:
2024.03.10 16:01:12.652 1:     main::readingsBeginUpdate           called by fhem.pl (5189)
2024.03.10 16:01:12.652 1:     main::readingsSingleUpdate          called by ./FHEM/73_PRESENCE2.pm (968)
2024.03.10 16:01:12.652 1:     main::PRESENCE2_daemonScanScheduler called by fhem.pl (3508)
2024.03.10 16:01:12.652 1:     main::HandleTimeout                 called by fhem.pl (707)
2024.03.10 16:01:12.652 1: readingsUpdate(,daemonSkipCnt,1) missed to call readingsBeginUpdate first.
2024.03.10 16:01:12.652 1: stacktrace:
2024.03.10 16:01:12.652 1:     main::readingsBulkUpdate            called by fhem.pl (5190)
2024.03.10 16:01:12.652 1:     main::readingsSingleUpdate          called by ./FHEM/73_PRESENCE2.pm (968)
2024.03.10 16:01:12.652 1:     main::PRESENCE2_daemonScanScheduler called by fhem.pl (3508)
2024.03.10 16:01:12.652 1:     main::HandleTimeout                 called by fhem.pl (707)
2024.03.10 16:01:42.652 1: ERROR: empty name in readingsBeginUpdate
2024.03.10 16:01:42.652 1: stacktrace:
2024.03.10 16:01:42.652 1:     main::readingsBeginUpdate           called by fhem.pl (5189)
2024.03.10 16:01:42.652 1:     main::readingsSingleUpdate          called by ./FHEM/73_PRESENCE2.pm (968)
2024.03.10 16:01:42.652 1:     main::PRESENCE2_daemonScanScheduler called by fhem.pl (3508)
2024.03.10 16:01:42.652 1:     main::HandleTimeout                 called by fhem.pl (707)
2024.03.10 16:01:42.652 1: readingsUpdate(,daemonSkipCnt,1) missed to call readingsBeginUpdate first.
2024.03.10 16:01:42.652 1: stacktrace:
2024.03.10 16:01:42.652 1:     main::readingsBulkUpdate            called by fhem.pl (5190)
2024.03.10 16:01:42.652 1:     main::readingsSingleUpdate          called by ./FHEM/73_PRESENCE2.pm (968)
2024.03.10 16:01:42.653 1:     main::PRESENCE2_daemonScanScheduler called by fhem.pl (3508)
2024.03.10 16:01:42.653 1:     main::HandleTimeout                 called by fhem.pl (707)
Zusatzinfo: Ich hatte es auch so verstanden, dass ein Daemon on PRESENCE2 angelegt werden würde. Ich habe zwar den Daemon von PRESENCE, aber in dem erscheinen die 2 neu angelegten Device Handy_Petra2 und Handy_Petra2_LP nicht und ein neuer Daemon wurde nicht angelegt.
Zusatzinfo2: Nachdem trotz Disable die Meldungen immer noch ins Log geschrieben wurden, habe ich beide Device gelöscht. Leider werden die Meldungen immer noch ins Log geschrieben.
Erst nach einem Neustart von FHEM blieben die Meldungen im Log aus.

Wie löse ich das Problem?

Grüße Jürgen
Synology DS720+ mit Docker-Container und Haupt-FHEM, HW-LAN, Jalousienaktoren; Raspi 3B+ mit piVCCU ohne FHEM-Instanz, CUL, JeeLink; Raspi 3B+ mit FHEM und HMUARTUSB,  Raspi 3B+ mit HMUARTGPIO, 1-wire, ebusd

JoWiemann

#235
11 März 2024, 07:38:50
Zitat von: bmwfan am 10 März 2024, 16:19:53Zusatzinfo: Ich hatte es auch so verstanden, dass ein Daemon on PRESENCE2 angelegt werden würde. Ich habe zwar den Daemon von PRESENCE, aber in dem erscheinen die 2 neu angelegten Device Handy_Petra2 und Handy_Petra2_LP nicht und ein neuer Daemon wurde nicht angelegt.
Zusatzinfo2: Nachdem trotz Disable die Meldungen immer noch ins Log geschrieben wurden, habe ich beide Device gelöscht. Leider werden die Meldungen immer noch ins Log geschrieben.
Erst nach einem Neustart von FHEM blieben die Meldungen im Log aus.

Wie löse ich das Problem?

Grüße Jürgen

Hallo Jürgen,

ich habe bisher nicht herausgefunden, wieso es, ab und zu, zu diesem Verhalten kommt. Auch konnte ich selber dieses Verhalten bisher nicht nach stellen.
Meistens hilft es alle PRESENCE2 Devices, auch das Device PsnceDaemon, zu löschen. Danach dann einen Neustart von Fhem durchführen.

Grüße Jörg
Jörg Wiemann

Slave: RPi B+ mit 512 MB, COC (868 MHz), CUL V3 (433.92MHz SlowRF); FHEMduino, Aktuelles FHEM

Master: CubieTruck; Debian; Aktuelles FHEM

bmwfan

#236
11 März 2024, 09:17:50
Hallo Jo,

habe alle PRESENCE-Device löschen müssen, damit ich den Daemon löschen konnte. Dann Neustart und alle Device wieder als PRESENCE2 angelegt. Jetzt kommen die Fehlermeldungen nicht mehr.

Danke für die Unterstützung.

Bin gespannt, ob das Verhalten jetzt besser wird.

P.S.: Eine Anmerkung zur Doku: Als ich zufällig auf PRESENCE2 gestossen bin, habe ich nur anhand der Beiträge im Thread "erahnen" können, was die Unterschiede sind. Auch in der commandref (so weit ich das beurteilen kann) sind die Module gleich beschrieben. Das ist schon etwas verwirrend für User wie mich, die sich nur rudimentär mit FHEM auskennen und nur bestehende Codes oder Beispiele nutzen / verändern. Ich vermute (und hoffe), dass die Verzögerungen in FHEM, die ich immer wieder beobachte aber deren Ursache ich nie bestimmen konnte, jetzt besser werden. Vielleicht wäre es möglich, im PRESENCE-Wiki eine Erklärung einzubringen oder ein PRESENCE1-Wiki, nur mit einer Beschreibung der Unterschiede, zu verfassen?
Synology DS720+ mit Docker-Container und Haupt-FHEM, HW-LAN, Jalousienaktoren; Raspi 3B+ mit piVCCU ohne FHEM-Instanz, CUL, JeeLink; Raspi 3B+ mit FHEM und HMUARTUSB,  Raspi 3B+ mit HMUARTGPIO, 1-wire, ebusd

juemuc

#237
11 März 2024, 11:31:19
Hallo Jörg,

ich glaube, ich habe die Ursache für die Fehlermeldung
Code Auswählen
2024.03.07 19:40:55 1: Messages collected while initializing FHEM:configfile: PsnceDaemon already defined, delete it first

Autosave deactivatedgefunden.

In diesem Fall steht in der fhem.cfg das Device PsnceDaemon nach dem ersten Presence2-Device.
Code Auswählen
define Drucker_check PRESENCE2 lan-ping HL-2370DN
setuuid Drucker_check 65ee1f40-f33f-4c73-f42e-fd6f2b87dd616e03
attr Drucker_check alias HL-2370DN
attr Drucker_check devStateIcon present:remotecontrol/black_btn_GREEN absent:remotecontrol/black_btn_RED
attr Drucker_check devStateStyle style="text-align:right"
attr Drucker_check event-on-change-reading .*
attr Drucker_check group Drucker
attr Drucker_check icon it_printer@black
attr Drucker_check intervalNormal 1
attr Drucker_check intervalPresent 1
attr Drucker_check room Büro,Statuszentrale
define PsnceDaemon PRESENCE2 daemon daemon
setuuid PsnceDaemon 65ee1f40-f33f-4c73-4654-1a1a257de2a619a7
attr PsnceDaemon intervalNormal 1

Eventuell kannst Du das Problem nun mit dieser Info lösen.

Ich habe nun die fhem.cfg manuell korrigiert und die Fehlemeldung ist weg  ;D

Viele Grüße
Jürgen
3x Sonos Play 1, 1x Sonos Arc + Sub, 1 Sonos-One, 1x Sonos Playbar
FB6690 + FB7490 mit 4x Dect 200 und 3 Dect-ULE-Thermostate,  raspberry3B+, HM Funkmodul HM-MOD-RPI-PCB, HM Klingelsensor HM-Sen-DB-PCB, HM (IP) Fensterkontakte und  Amazon Echo Dot,  piVCCU, pi OS (bookworm).

JoWiemann

#238
11 März 2024, 12:29:55
Zitat von: juemuc am 11 März 2024, 11:31:19Hallo Jörg,

ich glaube, ich habe die Ursache für die Fehlermeldung
Code Auswählen
2024.03.07 19:40:55 1: Messages collected while initializing FHEM:configfile: PsnceDaemon already defined, delete it first

Autosave deactivatedgefunden.

In diesem Fall steht in der fhem.cfg das Device PsnceDaemon nach dem ersten Presence2-Device.
Code Auswählen
define Drucker_check PRESENCE2 lan-ping HL-2370DN
setuuid Drucker_check 65ee1f40-f33f-4c73-f42e-fd6f2b87dd616e03
attr Drucker_check alias HL-2370DN
attr Drucker_check devStateIcon present:remotecontrol/black_btn_GREEN absent:remotecontrol/black_btn_RED
attr Drucker_check devStateStyle style="text-align:right"
attr Drucker_check event-on-change-reading .*
attr Drucker_check group Drucker
attr Drucker_check icon it_printer@black
attr Drucker_check intervalNormal 1
attr Drucker_check intervalPresent 1
attr Drucker_check room Büro,Statuszentrale
define PsnceDaemon PRESENCE2 daemon daemon
setuuid PsnceDaemon 65ee1f40-f33f-4c73-4654-1a1a257de2a619a7
attr PsnceDaemon intervalNormal 1

Eventuell kannst Du das Problem nun mit dieser Info lösen.

Ich habe nun die fhem.cfg manuell korrigiert und die Fehlemeldung ist weg  ;D

Viele Grüße
Jürgen

Hallo Jürgen,

vielen Dank für die Information. Da muss man erst einmal drauf kommen. Ich werde mir also etwas überlegen.

Grüße Jörg
Jörg Wiemann

Slave: RPi B+ mit 512 MB, COC (868 MHz), CUL V3 (433.92MHz SlowRF); FHEMduino, Aktuelles FHEM

Master: CubieTruck; Debian; Aktuelles FHEM

JoWiemann

#239
15 März 2024, 16:32:57 Letzte Bearbeitung: 15 März 2024, 17:04:47 von JoWiemann
Zitat von: juemuc am 11 März 2024, 11:31:19Hallo Jörg,

ich glaube, ich habe die Ursache für die Fehlermeldung
Code Auswählen
2024.03.07 19:40:55 1: Messages collected while initializing FHEM:configfile: PsnceDaemon already defined, delete it first

Autosave deactivatedgefunden.

In diesem Fall steht in der fhem.cfg das Device PsnceDaemon nach dem ersten Presence2-Device.
Code Auswählen
define Drucker_check PRESENCE2 lan-ping HL-2370DN
setuuid Drucker_check 65ee1f40-f33f-4c73-f42e-fd6f2b87dd616e03
attr Drucker_check alias HL-2370DN
attr Drucker_check devStateIcon present:remotecontrol/black_btn_GREEN absent:remotecontrol/black_btn_RED
attr Drucker_check devStateStyle style="text-align:right"
attr Drucker_check event-on-change-reading .*
attr Drucker_check group Drucker
attr Drucker_check icon it_printer@black
attr Drucker_check intervalNormal 1
attr Drucker_check intervalPresent 1
attr Drucker_check room Büro,Statuszentrale
define PsnceDaemon PRESENCE2 daemon daemon
setuuid PsnceDaemon 65ee1f40-f33f-4c73-4654-1a1a257de2a619a7
attr PsnceDaemon intervalNormal 1

Eventuell kannst Du das Problem nun mit dieser Info lösen.

Ich habe nun die fhem.cfg manuell korrigiert und die Fehlemeldung ist weg  ;D

Viele Grüße
Jürgen

Hallo Jürgen,

ich habe jetzt einiges im Modul im Bereich define und Neustart Fhem geändert.

Wenn Du einmal testen mags findest Du eine neue Version im Anhang.

Grüße Jörg
Jörg Wiemann

Slave: RPi B+ mit 512 MB, COC (868 MHz), CUL V3 (433.92MHz SlowRF); FHEMduino, Aktuelles FHEM

Master: CubieTruck; Debian; Aktuelles FHEM
Drucken
Nach oben Seiten 1 ... 14 15 16 17 18
Benutzer-Aktionen