@tigiba
Super Danke, hatte das selbe Problem.
Lösung
chmod 775 -R /etc/letsencrypt/live /etc/letsencrypt/archive
iobroker restart admin.0 -v
@tigiba
Super Danke, hatte das selbe Problem.
Lösung
chmod 775 -R /etc/letsencrypt/live /etc/letsencrypt/archive
iobroker restart admin.0 -v
@klassisch wie länge hält den bei deiner "10-Min"-Version die Batterie (AAA hast du glaube ich)?
@asgothian
Sorry bin noch neu hier. Habe es oben angepasst.
Hallo,
ich habe manchmal (aber nicht immer!), das Problem, dass ich von den exec-Befehl zwei "Results" in der fast selben Millisekunde bekommen. Meine Befehle danach werden dann natürlich auch doppelt ausgeführt.
Hier zwei Beispiele, kurz nacheinander:
Korrekt um 10:35:24
javascript.0 2021-02-17 10:35:24.056 warn (2305505) script.js.Sys.IP-check: S: E: R: PING 172.17.99.14 (172.17.99.14) 56(84) bytes of data. From 172.17.99.14 icmp_seq=1 Destination Host Unreachable --- 172.17.99.14 ping statistics --- 1 pac
javascript.0 2021-02-17 10:35:24.055 warn (2305505) script.js.Sys.IP-check: S: E: R: PING 172.17.99.14 (172.17.99.14) 56(84) bytes of data. From 172.17.99.14 icmp_seq=1 Destination Host Unreachable --- 172.17.99.14 ping statistics --- 1 pac
javascript.0 2021-02-17 10:35:24.037 warn (2305505) script.js.Sys.IP-check: S: E: R: PING 172.17.99.1 (172.17.99.1) 56(84) bytes of data. 64 bytes from 172.17.99.1: icmp_seq=1 ttl=64 time=10.2 ms --- 172.17.99.1 ping statistics --- 1 packet
javascript.0 2021-02-17 10:35:24.036 info (2305505) script.js.Sys.IP-check: exec: echo $(echo $(ping -c 1 172.17.99.15) && echo "#javascript.0.variables.usrVarIP_15#172.17.99.15#")
javascript.0 2021-02-17 10:35:24.025 info (2305505) script.js.Sys.IP-check: exec: echo $(echo $(ping -c 1 172.17.99.14) && echo "#javascript.0.variables.usrVarIP_14#172.17.99.14#")
javascript.0 2021-02-17 10:35:24.014 info (2305505) script.js.Sys.IP-check: exec: echo $(echo $(ping -c 1 172.17.99.1) && echo "#javascript.0.variables.usrVarIP_1#172.17.99.1#")
Doppelt um 10:35:30
javascript.0 2021-02-17 10:35:30.068 warn (2305505) script.js.Sys.IP-check: S: E: R: PING 172.17.99.15 (172.17.99.15) 56(84) bytes of data. From 172.17.99.15 icmp_seq=1 Destination Host Unreachable --- 172.17.99.15 ping statistics --- 1 pac
javascript.0 2021-02-17 10:35:30.064 warn (2305505) script.js.Sys.IP-check: S: E: R: PING 172.17.99.15 (172.17.99.15) 56(84) bytes of data. From 172.17.99.15 icmp_seq=1 Destination Host Unreachable --- 172.17.99.15 ping statistics --- 1 pac
javascript.0 2021-02-17 10:35:30.058 warn (2305505) script.js.Sys.IP-check: S: E: R: PING 172.17.99.14 (172.17.99.14) 56(84) bytes of data. From 172.17.99.14 icmp_seq=1 Destination Host Unreachable --- 172.17.99.14 ping statistics --- 1 pac
javascript.0 2021-02-17 10:35:30.054 warn (2305505) script.js.Sys.IP-check: S: E: R: PING 172.17.99.14 (172.17.99.14) 56(84) bytes of data. From 172.17.99.14 icmp_seq=1 Destination Host Unreachable --- 172.17.99.14 ping statistics --- 1 pac
javascript.0 2021-02-17 10:35:30.035 warn (2305505) script.js.Sys.IP-check: S: E: R: PING 172.17.99.1 (172.17.99.1) 56(84) bytes of data. 64 bytes from 172.17.99.1: icmp_seq=1 ttl=64 time=10.3 ms --- 172.17.99.1 ping statistics --- 1 packet
javascript.0 2021-02-17 10:35:30.034 info (2305505) script.js.Sys.IP-check: exec: echo $(echo $(ping -c 1 172.17.99.15) && echo "#javascript.0.variables.usrVarIP_15#172.17.99.15#")
javascript.0 2021-02-17 10:35:30.022 info (2305505) script.js.Sys.IP-check: exec: echo $(echo $(ping -c 1 172.17.99.14) && echo "#javascript.0.variables.usrVarIP_14#172.17.99.14#")
javascript.0 2021-02-17 10:35:30.012 info (2305505) script.js.Sys.IP-check: exec: echo $(echo $(ping -c 1 172.17.99.1) && echo "#javascript.0.variables.usrVarIP_1#172.17.99.1#")
@afuerhoff sagte in fb-checkpresence (Feature is deactivated):
@teller
Die 6.55 ist schon etwas betagt. Da ist klar warum nicht alles unterstützt wird.
Du kannst dann nur die Anwesenheit per MAC-Adresse verwenden und alles andere muss deaktiviert werden.
Ich habe es jetzt nochmal mit der Github-Version probiert, anbei meine Einstellungen für den Test:
Verbindung steht mit der Fritzbox aber alle Geräte über die MAC auf false. Hast du vielleicht noch eine Idee?
(mit und ohne SSL getestet)
@afuerhoff sagte in fb-checkpresence (Feature is deactivated):
Welche Firmware hast Du auf der Fritzbox? Die Meldungen sagen, dass die Firmware die Funktionalität nicht unterstützt und deshalb Funktionen deaktiviert werden.
Ich habe laut der FB die neuste Version:
Ist laut FTP auch die neuste: https://ftp.avm.de/archive/fritz.box/fritzbox.7330/firmware/deutsch/
Die Zusatzfunktionen werden gar nicht benötig, ich hätte eigentlich nur gerne die Geräteüberwachung (online/offline). Außer die IP-Adresse in bei den Objekten alles leer.
Hallo,
ich habe eine Fritzbox 7330 und bekommen im Log diese Meldungen:
fb-checkpresence.0 2021-02-15 14:38:52.991 warn (1975413) chkService: "service X_AVM-DE_HostFilter-GetWANAccessByIP is not supported! Can not find service file! Feature is deactivated"
fb-checkpresence.0 2021-02-15 14:38:52.991 warn (1975413) chkService: "service X_AVM-DE_HostFilter-DisallowWANAccessByIP is not supported! Can not find service file! Feature is deactivated"
fb-checkpresence.0 2021-02-15 14:38:52.991 info (1975413) service DeviceInfo1-GetInfo is supported
fb-checkpresence.0 2021-02-15 14:38:52.952 warn (1975413) chkService: "service WLANConfiguration3-GetSecurityKeys is not supported! Can not find service file! Feature is deactivated"
fb-checkpresence.0 2021-02-15 14:38:52.951 warn (1975413) chkService: "service WLANConfiguration3-GetInfo is not supported! Can not find service file! Feature is deactivated"
fb-checkpresence.0 2021-02-15 14:38:52.951 warn (1975413) chkService: "service WLANConfiguration3-SetEnable is not supported! Can not find service file! Feature is deactivated"
fb-checkpresence.0 2021-02-15 14:38:52.951 info (1975413) service WANPPPConnection1-GetInfo is supported
fb-checkpresence.0 2021-02-15 14:38:52.841 info (1975413) service DeviceInfo1-GetSecurityPort is supported
fb-checkpresence.0 2021-02-15 14:38:52.725 warn (1975413) chkService: "service Hosts1-X_AVM-DE_GetSpecificHostEntryByIP is not supported! Feature is deactivated!"
fb-checkpresence.0 2021-02-15 14:38:52.664 info (1975413) service Hosts1-GetSpecificHostEntry is supported
fb-checkpresence.0 2021-02-15 14:38:52.609 warn (1975413) chkService: "service Hosts1-X_AVM-DE_GetMeshListPath is not supported! Feature is deactivated!"
fb-checkpresence.0 2021-02-15 14:38:52.552 warn (1975413) chkService: "service Hosts1-X_AVM-DE_GetHostListPath is not supported! Feature is deactivated!"
Muss ich hier noch was aktiveren, die Einträge in den Objects sind leer.
@tigiba
Super Danke, hatte das selbe Problem.
Lösung
chmod 775 -R /etc/letsencrypt/live /etc/letsencrypt/archive
iobroker restart admin.0 -v
Hallo zusammen,
ich bin neu bei ioBroker, erstmal vielen Dank auch an dieses Forum welches mir schon viel geholfen hat
Einleitung
Ich habe aktuell ein Problem mit den Alexa-Antworten auf einen Command auf welchen Ich reagieren will.
Ich haben mehrere Skripte welchen auf den "alexa2.0.History.summary" reagieren. Hier funktioniert alles besten.
Problem
Das Problem ist, das Alexa manchmal selben regieren will und mir damit reinfunkt. Wie habt ihr dieses Problem gelöst?
Beispiel:
Meine Anlage kann mit Heos Musik spielen, leider funktioniert hier Spotify nicht nativ über Alexa.
Ich kann also Sagen "Alexa Anlage Lauter" -> Funktioniert über Alexa.
Aber "Alexa spiele xy auf Anlage" -> Dann kommt von Alexa "Das kann ich noch nicht..." oder Alexa spielt selber Musik (nicht auf der Anlage).
Ich mache dies dann mit meinem Skript in ioBroker.
Workaround
Mein Workaround ist, für jeden Satz meiner Skripte eine Alexa-Routine anzulegen um damit Alexa davon abzuhalten selbe was zu machen, dies ist natürlich nicht Sinn der Sache.
Ich hoffe ich konnte das Problem gut umschreiben.