NEWS
Fullybrowser 3.0
-
@berny-k sagte in Fullybrowser 3.0:
@thomas-braun Danke für die Infos!
Da müsste ich schauen ob für Grafana auch ein anderer Port geht oder ginge bei Fullybrowser MQTT auch ein anderer Port?Du kannst doch sowohl bei Grafana also auch bei MQTT eigene Ports waehlen... warum nimmst du fuer mqtt 3000?
macht doch gar kein sinn, normal ist das der 1883 oder so, je nachdem was du noch nutzt auf deinem System.Nochmal zu den Ports, normal ist bei Fullykiosk der 2323 der Port, der auf dem Tablet angesprochen wird, fuer die Remoteadmin/Restapi, den kannst du natuerlich auch aendern, legst du dann in den Settings auf dem Tablet in Fully fest.
Fuer mqtt, nimmst am besten einen freien, meist fuer mqtt 1883/4/5/6/7/8, der muss auf deinem Server mit iobroker vom Tablet erreichbar sein, denn dahin sendet das Tablet seine mqtt-requests.
Standard fuer mqtt ist fuer den Sonoff/mqtt Adapter meist 1883 oder 1886, schau, was du alles an Adapter, die mqtt verwenden, damit sich da nichts in die quere kommt.
-
@berny-k sagte in Fullybrowser 3.0:
Vor der Neuinstallation habe ich ziemlich Respekt, muss ich dann alles wieder von Grund auf neu installieren, iob etc.?
Backup?
Bei einer Neuinstallation erübrigt sich auch das herauswerfen der Repos, die sind nämlich da nicht aktiv.
Um eine Neuinstallation kommst du nicht herum. Im Sommer läuft die Unterstützung von 'Debian 11 - Bullseye' aus und ein Dist-Upgrade auf 12 funktioniert nicht.@thomas-braun Danke für die Unterstützung :+1: !
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 :blush: -
@thomas-braun Danke für die Unterstützung :+1: !
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 :blush: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 uidann 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?
☕ @ https://ko-fi.com/theknut
-
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 uidann 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?
-
@arteck hab ich auch schon probiert, das geht auch nicht. Adapter bleibt gelb. Habe es eben auch noch mal getestet.
-
@arteck hab ich auch schon probiert, das geht auch nicht. Adapter bleibt gelb. Habe es eben auch noch mal getestet.
-
@theknut warum Port 3000? Nimm doch n anderen..
-
-
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?
-
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
-
@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 Habe jetzt die v3.0.12 von GIT installiert, sieht soweit alles gut aus :+1: .
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. -
@arteck Habe jetzt die v3.0.12 von GIT installiert, sieht soweit alles gut aus :+1: .
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 responseWie kann ich oper MQTT den Bildschrim an/ausschalten?
-
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 responseWie kann ich oper MQTT den Bildschrim an/ausschalten?
@malz1902
Fully Browser Geräte ist der Port 2323, das ist die Einstellung des Remote Administration. -
@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 ;)
-
ich habe den FullyBrowser Adapter angepasst bzw. die Entwicklung von @Acgua übernommen in den alten FullyBrowser Adapter
dieser ist von grund auf neu also gibts es paar Besonderheiten zu Beachten~~installation als Beta von GIT
https://github.com/arteck/ioBroker.fullybrowser/tarball/newFully2~~jetzt im regulären beta auf GIT
https://github.com/arteck/ioBroker.fullybrowseram besten den alten Objektbaum löschen, da dieser neu erstellt wird
angelehnt an den Fully-MQTT werden jetzt Namen anstatt IP verwendet.
weitere Besonderheit man kann wählen wie die Tablets abgefragt werden sollen
klassisch per RestAPI oder neu per MQTT
die klassische Abfrage kann man hier konfigurieren, in welchen Intervall abgefragt werden soll
das Log kann man auch ausschalten .. falls es nervig wird mit den reconnects..
p.s: ich habe mir Screenshot von dem alten Adapter gemacht damit ich die Tablets mit den IP's zusammen habe... es ist einfacher dann zur Übertragen
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...
Support us
844
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge