73_PRESENCE.pm - Laptop ist nicht zu erreichen

Begonnen von cocojambo, 27 Juni 2022, 10:24:51

Vorheriges Thema - Nächstes Thema

cocojambo

Ich habe das Presence Modul mit anderen Geräten im Netz in Betrieb, nur der Laptop läßt sich nicht "anpingen" und und der state bleibt auf absend stehen.
Ein ping über das Terminalfenster bei Windows geht einwandfrei:

C:\WINDOWS\system32>ping 192.168.115.40

Ping wird ausgeführt für 192.168.115.40 mit 32 Bytes Daten:
Antwort von 192.168.115.40: Bytes=32 Zeit<1ms TTL=128
Antwort von 192.168.115.40: Bytes=32 Zeit<1ms TTL=128
Antwort von 192.168.115.40: Bytes=32 Zeit<1ms TTL=128
Antwort von 192.168.115.40: Bytes=32 Zeit<1ms TTL=128

Ping-Statistik für 192.168.115.40:
    Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0
    (0% Verlust),
Ca. Zeitangaben in Millisek.:
    Minimum = 0ms, Maximum = 0ms, Mittelwert = 0ms

C:\WINDOWS\system32>


Ich habe auch die ältere Version von Presence probiert, geht auch nicht.
Sämtlich Tipps und Tricks hier im Board habe ich ebenfalls ausprobiert, nichts hat mich weitergebracht.

Im Terminfenster des Raspi geht es ebenfalls nicht (ADR.40 =Laptop). gebe ich aber die Adresse eines ESP8266 (Adr.21) an, funktioniert es überall, auch mit Presence.

pi@raspberrypi-pi4-master:~ $ ping -c4 192.168.115.40
PING 192.168.115.40 (192.168.115.40) 56(84) bytes of data.

--- 192.168.115.40 ping statistics ---
4 packets transmitted, 0 received, 100% packet loss, time 93ms

pi@raspberrypi-pi4-master:~ $ ping -c4 192.168.115.21
PING 192.168.115.21 (192.168.115.21) 56(84) bytes of data.
64 bytes from 192.168.115.21: icmp_seq=1 ttl=255 time=2.46 ms
64 bytes from 192.168.115.21: icmp_seq=2 ttl=255 time=16.1 ms
64 bytes from 192.168.115.21: icmp_seq=3 ttl=255 time=2.57 ms
64 bytes from 192.168.115.21: icmp_seq=4 ttl=255 time=63.3 ms

--- 192.168.115.21 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 8ms
rtt min/avg/max/mdev = 2.457/21.106/63.322/24.994 ms


Warum funktioniert das PRESENCE Modul unter FHEM nicht mit dem Laptop und was muß ich anstellen um das herauszufinden?

Gruß aus Köln
Norbert
FHEM6.2 FB7490 FB7430 3xraspi2+3+4 2xHM-LAN-CFG 2xESP CUL868 CUNO868 HUE-Bridge Harmony-Hub 5xHM-LC-Sw-PI-2 3xHM-WDS30-T2-SN 1xHM-LC_Sw4-DR 3xHM-ES-PMSw1-PI 7xFS20SIG2 6xFS20KSE 2xHM-ES-PMSW1-PL 5xS300TH 1xASH2200 1xEM1000

MadMax-FHEM

#1
Der erste ping unter Windows: von wo aus startest du den? Also ist das der Rechner, den du anpingst (also localhost nur über externe IP)? Oder wirklich ein anderer Rechner bzw. eben 2 unterschiedliche Rechner?

Naja, solange du von dort wo fhem läuft keinen ping dahin absetzen kannst, von wo du die Anwesenheit mit ping prüfen willst, wird es nicht gehen! ;)

Und das liegt ja offensichtlich NICHT am Modul, sondern an deinem Netzwerk!
D.h. du kannst vom fhem-Rechner/PI keinen ping zu dem zu überwacheden Rechner absetzen...

-> irgendwelche Firewalls? V-LANs? Subnetze ohne Routing?

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

rudolfkoenig

Manche Windows Firewall-Konfigurationen deaktivieren die Antworten auf Ping, damit der Rechner nicht so einfach im Netz entdeckt und angegriffen werden kann.


cocojambo

#4
Ich habe mich jetzt mal an meinen Desktop PC gesetzt und erst mal mein  Device "Laptop_Presence" gelöscht und neu angelegt.
Im Laptop habe ich dann die vorgeschlagenen Änderungen von juergen012 durchgeführt und Laptop gebootet.

define Laptop_Presence PRESENCE lan-ping 192.168.115.40 60
setuuid Laptop_Presence #########################
attr Laptop_Presence event-on-change-reading state
attr Laptop_Presence pingCount 4
attr Laptop_Presence room Test


Ergebnis: immer noch absend, siehe Anhang

vom 2.Rechner dann noch ein ping abgesetzt:

C:\WINDOWS\system32>ping 192.168.115.40

Ping wird ausgeführt für 192.168.115.40 mit 32 Bytes Daten:
Antwort von 192.168.115.14: Zielhost nicht erreichbar.
Antwort von 192.168.115.14: Zielhost nicht erreichbar.
Antwort von 192.168.115.14: Zielhost nicht erreichbar.
Antwort von 192.168.115.14: Zielhost nicht erreichbar.

Ping-Statistik für 192.168.115.40:
    Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0
    (0% Verlust),

C:\WINDOWS\system32>



Gruß
Norbert


FHEM6.2 FB7490 FB7430 3xraspi2+3+4 2xHM-LAN-CFG 2xESP CUL868 CUNO868 HUE-Bridge Harmony-Hub 5xHM-LC-Sw-PI-2 3xHM-WDS30-T2-SN 1xHM-LC_Sw4-DR 3xHM-ES-PMSw1-PI 7xFS20SIG2 6xFS20KSE 2xHM-ES-PMSW1-PL 5xS300TH 1xASH2200 1xEM1000

cocojambo

So, ich habe weiter in der Datei und Druckerfreigabe herumgesucht und eine Lösung gefunden, aber mehr durch probieren.
Ein Screenprint habe ich mal angehangen, wo ich den helfenden Haken gemacht habe.
Ob es richtig ist und welche "Nebenwirkungen" dies hat, weiß ich nicht. Bis jetzt geht es.

Gruß
Norbert
FHEM6.2 FB7490 FB7430 3xraspi2+3+4 2xHM-LAN-CFG 2xESP CUL868 CUNO868 HUE-Bridge Harmony-Hub 5xHM-LC-Sw-PI-2 3xHM-WDS30-T2-SN 1xHM-LC_Sw4-DR 3xHM-ES-PMSw1-PI 7xFS20SIG2 6xFS20KSE 2xHM-ES-PMSW1-PL 5xS300TH 1xASH2200 1xEM1000

rudolfkoenig

Der Name (ICMPv4 eingehend) klingt gut.
Die Beschreibung verwirrt mich, genauso wie die Stelle (Datei und Druckerfreigabe).

cocojambo

Aber mehr kann ich auch nicht dazu sagen.
Ich habe nur an dieser Stelle den Haken bei "Aktivieren" gemacht und beim nächsten Intervall wurde sofort der state present ausgegeben.
Haken weg = funktioniert nicht mehr.

Gruß aus Köln
Norbert
FHEM6.2 FB7490 FB7430 3xraspi2+3+4 2xHM-LAN-CFG 2xESP CUL868 CUNO868 HUE-Bridge Harmony-Hub 5xHM-LC-Sw-PI-2 3xHM-WDS30-T2-SN 1xHM-LC_Sw4-DR 3xHM-ES-PMSw1-PI 7xFS20SIG2 6xFS20KSE 2xHM-ES-PMSW1-PL 5xS300TH 1xASH2200 1xEM1000