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? -
@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. -
@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.
-
@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 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.
-
@theknut läuft bei Dir Grafana ?
-
@theknut warum Port 3000? Nimm doch n anderen..
-
@ilovegym welcher ist egal. hauptsache der wird in den Container durchgegeben
@DJMarc75 was hat das mit grafana zu tun.. wenn dann wird dieser in eigenen container laufen
hast du mal mit tcp versucht statt http
-
@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
