Fullybrowser 3.0
-
@arteck also nochmals. Du schreibst im 4ten Beitrag das bei Events sich der Status aktualisiert wenn mqtt was sendet? Jetzt bin ich davon ausgegangen daß wenn keine Bewegung ( onMotion ) vorhanden ist der Datenpunkt auf false geht?
Ich ändere niemals Datenpunkte von einem Adapter und die Datenpunkte hat der Adapter angelegt. Und wie gewollt habe ich die alten vor der Installation gelöscht.
-
@shadowhunter23 ahh das ist was anderes.....
isch guck
der ändert sich schon ..,nur springt der wieder nicht auf true..
ändere ich -
@shadowhunter23 so jetzt.. und die instanz neu starten hinterher
-
@arteck sorry muss das nochmals fragen. Geht der Datenpunkt auf false wenn keine Bewegung erkannt wurde und auf true wenn Bewegung erkannt wird ( im Order Events bei onMotion )?
Oder steht der Datenpunkt immer auf true. Irgendwie verstehe ich das Prinzip nicht. -
@shadowhunter23 der switcht nur kurz um bei Bewegung erkannt..true dann wieder false
die alten Werte (true) die bei dir jetzt noch stehen werden dann nach und nach auf false gehen..oder du läscht den Ordner ..der wird dann richtig neu erstellt
-
@arteck ja jetzt geht es aber die Funktion muss jetzt einmal ausgeführt werden. Meine Datenpunkte standen ja noch auf true. Und die einzelnen Funktionen im Event Ordner werden erst dann beschrieben wenn die Funktion einmalig am Tablet ausgeführt wird.
Ja ich lösche gleich alle Datenpunkte nochmals das ist sicherer.
Sorry war eine etwas schwierige Geburt
-
Version 3.0.2 laeuft hier auch ohne Fehler im Log, von den Funktionen die auch getestet habe, auch keine Maengel..
Danke! -
@arteck
Die 3.0.2 läuft bei mir auf dem Produktivsystem ohne (bisher aufgefallene Fehler). Ab und zu taucht ein Fehler im Log auf, dass der DP mit der fullybrowser.0.IP.xx nicht existiert. So Scripte sollten nun auf die neuen DPs mit Namen umgestellt sein.
Es läuft alles prima, vielen Dank dir
-
Ich bekomme keine Verbindung per MQTT hin:
muss im Fully-Remote-Admin "mqtt://ip_des_fullys:3000" stehen oder wie oben steht ohne "mqtt://"
Es geht weder mit, noch ohne; aber wenn ich richtig lese muss das mit "mqtt://" sein.Passwort habe ich auch mal eins vergeben; war ja auch nicht notwendig.
Adapter bleibt gelb.
Per Rest-Api läuft er wie vorher -
@guergen sagte in Fullybrowser 3.0:
mqtt://ip_des_fullys:3000
nix ip des fully... ip des iobroker wo der adapter läuft
-
@arteck Bin doof, natürlich ist das die IP der iobrokers...
IO-Broker 192.168.1.200
Fully-Tab: 192.168.1.76
-
@guergen evtl. Port im iobroker noch auf 3000 ändern?
-
@fichte Dachte ich auch erst, aber wozu ist dann unten MQTT Port 3000?
Das war´s aber auch nicht
-
@guergen Ach Verdamt, Hät ja sein können
-
@arteck Kann es sein, dass Fully nicht mit IP v6 zusammen arbeitet?
Sieht nach IP V6 aus: tcp6 :::3000
Hier ein Auszug aus iob diag die Listening-Ports:Active Internet connections (only servers) Proto Recv-Q Send-Q Local Address Foreign Address State User Inode PID/Program name tcp 0 0 0.0.0.0:111 0.0.0.0:* LISTEN 0 1527 1/init tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 0 16976 474/sshd: /usr/sbin tcp 0 0 0.0.0.0:9001 0.0.0.0:* LISTEN 1001 20264781 1235793/iobroker.js tcp 0 0 0.0.0.0:9000 0.0.0.0:* LISTEN 1001 20266116 1235793/iobroker.js tcp 0 0 0.0.0.0:1883 0.0.0.0:* LISTEN 1001 20266364 1235962/io.mqtt.0 tcp 0 0 0.0.0.0:1882 0.0.0.0:* LISTEN 1001 20266551 1236025/io.shelly.0 tcp 0 0 192.168.1.201:8084 0.0.0.0:* LISTEN 1001 20271692 1236566/io.socketio tcp 0 0 0.0.0.0:11883 0.0.0.0:* LISTEN 1001 20266661 1236074/io.sonoff.0 tcp 0 0 0.0.0.0:8181 0.0.0.0:* LISTEN 1001 20274373 1236746/io.wiffi-wz tcp6 0 0 :::111 :::* LISTEN 0 13493 1/init tcp6 0 0 :::22 :::* LISTEN 0 16978 474/sshd: /usr/sbin tcp6 0 0 :::3000 :::* LISTEN 1001 20320516 1240281/io.fullybro tcp6 0 0 :::8082 :::* LISTEN 1001 20271076 1236720/io.web.0 tcp6 0 0 :::8081 :::* LISTEN 1001 20266200 1235811/io.admin.1 udp 0 0 0.0.0.0:111 0.0.0.0:* 0 12786 1/init udp 0 0 192.168.1.201:123 0.0.0.0:* 0 16996 483/ntpd udp 0 0 127.0.0.1:123 0.0.0.0:* 0 16994 483/ntpd udp 0 0 0.0.0.0:123 0.0.0.0:* 0 16990 483/ntpd udp 0 0 0.0.0.0:53421 0.0.0.0:* 1001 20267126 1235947/io.mihome-v udp 0 0 0.0.0.0:1900 0.0.0.0:* 1001 20270109 1236274/io.deconz.0 udp 0 0 0.0.0.0:59609 0.0.0.0:* 1001 20269269 1236257/io.broadlin udp 0 0 0.0.0.0:15001 0.0.0.0:* 1001 20268846 1236257/io.broadlin udp 0 0 0.0.0.0:43956 0.0.0.0:* 1001 20269268 1236257/io.broadlin udp6 0 0 :::111 :::* 0 12787 1/init udp6 0 0 2a00:6020:a5b5:bb56:123 :::* 109 17080 483/ntpd udp6 0 0 fe80::dc29:faff:fe1:123 :::* 109 17030 483/ntpd udp6 0 0 ::1:123 :::* 0 16998 483/ntpd udp6 0 0 :::123 :::* 0 16987 483/ntpd udp6 0 0 :::1900 :::* 1001 20270111 1236274/io.deconz.0 udp6 0 0 :::1900 :::* 1001 20270110 1236274/io.deconz.0 -
-
@fichte auch nicht mit tcp://
-
@guergen Da bin ich nu auch ratlos...
-
@guergen laut dem Bild hast am Tablet ein User und Passwort vergeben. Und beim Adapter unten bei mqtt hast du es ausgeschalten?
-
@shadowhunter23 Das steht immer da, bzw. steht auch bei mir so da ohne das ich dort was eingegeben habe.
Aber dann müsste er im LOG ja sehen das die Authentifizierung fehl schlägt, bin ich der meinung
