NEWS
Fullybrowser 3.0
-
@ilovegym Super, danke für die tollen Tipps!
Den Port 3000 für Fully MQTT hatte ich gewählt weil es in der Doku stand . Werde das dann heute Abend mal mit den von dir genannten Ports probieren -
@thomas-braun Danke für die Unterstützung !
Dann werde ich das mit der Neuinstallation mal einplanen müssen. Werde ich wohl erst Anfang Sommer dazu kommen, jetzt geht's dann erst mal 3 Monate auf Tour um die iberische Halbinsel -
Bullseye wird wohl irgendwann in 07/24 abgekündigt werden.
Wobei Raspberry da wohl etwas anders als die Mutter-Distribution verfährt. Die haben immer die aktuelle stable und die Vorversion 'oldstable' im Support. -
Also die Frage kam jetzt ja schon öfter, aber es hat auch nie jemand geschrieben, dass es dann irgendwann funktioniert hat. Die RestAPI Abfrage funktioniert ohne Probleme, nur bei MQTT bleibt der Adapter gelb. Im Log steht nur, dass er den MQTT Server auf Port 3000 gestartet hat. ioBroker läuft bei mir im Docker, also habe ich Port 1885 an 3000 weitergeleitet.
iobroker: container_name: iobroker image: buanet/iobroker:latest hostname: iobroker restart: unless-stopped ports: - "1880:1880" #node-red - "1883:1883" #mqtt - "1884:1884" #sonoff - "8081:8081" #iobroker admin - "1885:3000" #fully kiosk mqtt - "8088:8088" #terminal - "8284:8284" #socketIO - "8070:8070" #lovelace ui
dann im Adapter konfiguriert
und dann auf dem Tablet
Mit oder ohne Passwort spielt keine Rolle. Habe auch mqtt:, http: und ohne Prefix probiert. Funktioniert alles nicht. Hat jemand eine Idee?
-
@theknut das ist kein http protokoll
mqtt muss da rein
-
@arteck hab ich auch schon probiert, das geht auch nicht. Adapter bleibt gelb. Habe es eben auch noch mal getestet.
-
@theknut läuft bei Dir Grafana ?
-
@theknut warum Port 3000? Nimm doch n anderen..
-
-
@arteck habe ich auch probiert. Leider auch kein Erfolg. Wie arteck schon richtig gesagt hat, Grafana läuft in einem separaten Container, von daher gibt es da keinen Konflikt.
-
Hallo zusammen,
inzwischen habe ich die Umstellung auf MQTT auch soweit hin bekommen.
Lediglich die folgende Warnung im Log ist noch etwas störend:192.168.178.100 is not alive! (MQTT: client did not send message for more than 70 seconds)
Obwohl ich inzwischen beim MQTT Timeout auf 90 Sek umgestellt habe ändert sich das nicht.
Jemand vielleicht ne Idee woran es liegen könnte, dass noch immer die Meldung mit 70 Sek kommt obwohl ich 90 Sek eingestellt habe?
-
@berny-k sagte in Fullybrowser 3.0:
message for more than 70 secon
da ist noch ein Bug gewesen.. instalier die GIT version .. sollte behoben sein
-
@arteck Danke für den Tipp!
-
@arteck Habe jetzt die v3.0.12 von GIT installiert, sieht soweit alles gut aus .
Was ich noch nicht so recht verstanden habe ist der Sinn und Zweck der Datenpunkte im Ordner Events.
Die Werte scheinen sich ja nicht zu ändern aber der Zeitstempel dahinter. Also wenn z.B. der Info DP screenOn = true wird, dann bleibt der Event DP auf false aber der Zeitstempel wird geschrieben.
Sorry wenn das vielleicht ne doofe Frage ist aber ich habe dazu keine Erklärung gefunden. -
@berny-k sagte in Fullybrowser 3.0:
Die Werte scheinen sich ja nicht zu ändern aber der Zeitstempel dahinter.
dann hat der auch getriggert
-
Guten Morgen zusammen,
ich habe ein Fire HD 10 Tablett mit fullykiosk 1.55
Habe erst den Adapter per RestAPI verbunden und damit lässt sich auch alles was ich benötie steuern.
Jetzt wollte ixh das Ganze auf MQTT ändern. Im Fullykiosk MQTT aktiviert und alle Infos eingetrgen.
MQTT connected yes
Im Adapter hab ich auch alles eingestellt
Log sagt auch ist verbunden:fullybrowser.0 2024-03-30 09:26:31.596 debug state fullybrowser.0.Tablet.Commands.screenOff changed: true (ack = false) fullybrowser.0 2024-03-30 09:25:40.240 debug [MQTT] Client 6e4d765f-9688-4125-bc1e-d9750211cd0e = 192.168.188.60 = 192.168.188.60 fullybrowser.0 2024-03-30 09:25:40.138 info 🔗 MQTT Client 192.168.188.60 (192.168.188.60) successfully connected. fullybrowser.0 2024-03-30 09:25:40.137 debug [MQTT] Client 192.168.188.60 (192.168.188.60) connected to broker c0ea432b-c8c9-4824-aba3-c6d17c4bc28a fullybrowser.0 2024-03-30 09:25:40.137 info 🔑 MQTT Client 192.168.188.60 (192.168.188.60) successfully authenticated. fullybrowser.0 2024-03-30 09:25:40.137 debug [MQTT] Client 192.168.188.60 (192.168.188.60) trys to authenticate... fullybrowser.0 2024-03-30 09:25:40.136 debug [MQTT] client.conn.remoteAddress = "::ffff:192.168.188.60" - 6e4d765f-9688-4125-bc1e-d9750211cd0e fullybrowser.0 2024-03-30 09:25:07.149 info 🚀 MQTT Server started and is listening on port 3000.
Wenn ich jetzt jedoch versuche den Bildschrim auszuschalten kommt:
fullybrowser.0 2024-03-30 09:26:31.676 debug 192.168.188.60: restApiSendCmd() was not successful (fullybrowser.0.Tablet.Commands.screenOff) fullybrowser.0 2024-03-30 09:26:31.676 warn [REST] 192.168.188.60: Sending command screenOff failed: No response
Wie kann ich oper MQTT den Bildschrim an/ausschalten?
-
@malz1902
Fully Browser Geräte ist der Port 2323, das ist die Einstellung des Remote Administration. -
@shadowhunter23 2323 ist ja die restapi nicht mqtt
-
@malz1902 sagte in Fullybrowser 3.0:
2323 ist ja die restapi nicht mqtt
Nö:
Zusätzlich mal per Browser den jeweiligen FB richtig konfigurieren:
lass auch mal den User und das PW leer - braucht kein Mensch
edit: das rote Band ist nicht um meine IP zu verdecken sondern um Dir zu zeigen dass dort DEINE IP rein muss
-
Hallo zusammen,
ich habe heute meinen Fully Adapter auf v3 upgedated und bekomme seitdem die folgende Fehlermeldung. Was muss ich denn machen damit diese verschwindet?
fullybrowser.0 2024-04-05 19:54:30.519 error TypeError: Cannot read properties of undefined (reading 'name') at Aedes.<anonymous> (/opt/iobroker/node_modules/iobroker.fullybrowser/lib/mqtt-server.js:122:71) at Aedes.emit (node:events:517:28) at PublishState.callPublished (/opt/iobroker/node_modules/aedes/aedes.js:255:15) at makeCallTwo (/opt/iobroker/node_modules/fastseries/series.js:150:3) at MQEmitter.release (/opt/iobroker/node_modules/fastseries/series.js:138:7) at MQEmitter.parallel [as _parallel] (/opt/iobroker/node_modules/fastparallel/parallel.js:25:12) at MQEmitter._do (/opt/iobroker/node_modules/mqemitter/mqemitter.js:133:8) at MQEmitter.emit (/opt/iobroker/node_modules/mqemitter/mqemitter.js:115:10) at PublishState.emitPacket (/opt/iobroker/node_modules/aedes/aedes.js:194:18) at makeCallTwo (/opt/iobroker/node_modules/fastseries/series.js:150:3)
Schalte ich um auf RestApi funktioniert alles ohne Fehlermeldung...