NEWS
Fullybrowser 3.0
-
@berny-k sagte in Fullybrowser 3.0:
Kernel : armv7l
Bring das per NEUinstallation auf ein reines 64Bit-Lite-Bookworm / Raspberry OS 12
/usr/bin/nodejs v18.17.1
Nicht aktuell.
iob stop iob fix iob nodejs-update iob startController "js-controller": 5.0.19 , installed 5.0.17 [Updatable]
Ran da.
Repos:
Hit:1 http://deb.debian.org/debian bullseye-backports InRelease
Hit:5 https://repos.influxdata.com/debian stretch InReleaseBeide rauswerfen.
Ich habe die Adapter noch mal alle durchgeschaut, da finde ich keinen der den Port 3000 verwendet.
Grafana verwendet den über tcp6:
tcp6 0 0 :::3000 :::* LISTEN 110 14194 898/grafana@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? -
@berny-k sagte in Fullybrowser 3.0:
Kernel : armv7l
Bring das per NEUinstallation auf ein reines 64Bit-Lite-Bookworm / Raspberry OS 12
/usr/bin/nodejs v18.17.1
Nicht aktuell.
iob stop iob fix iob nodejs-update iob startController "js-controller": 5.0.19 , installed 5.0.17 [Updatable]
Ran da.
Repos:
Hit:1 http://deb.debian.org/debian bullseye-backports InRelease
Hit:5 https://repos.influxdata.com/debian stretch InReleaseBeide rauswerfen.
Ich habe die Adapter noch mal alle durchgeschaut, da finde ich keinen der den Port 3000 verwendet.
Grafana verwendet den über tcp6:
tcp6 0 0 :::3000 :::* LISTEN 110 14194 898/grafana -
@thomas-braun die Repos aus Hit1 und Hit5 rauswerfen, wie geht das? Sorry ich bin da nicht so tief drin.
Vor der Neuinstallation habe ich ziemlich Respekt, muss ich dann alles wieder von Grund auf neu installieren, iob etc.?@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 Infos!
Da müsste ich schauen ob für Grafana auch ein anderer Port geht oder ginge bei Fullybrowser MQTT auch ein anderer Port?@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:
@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?
Support us
463
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge