Fullybrowser 3.0

[Berny-K]

@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.?

[Thomas Braun]

@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.

[ilovegym]

@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]

@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

[Berny-K]

@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

[Thomas Braun]

@berny-k

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.

[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 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?

[arteck]

@theknut das ist kein http protokoll

mqtt muss da rein

[theknut]

@arteck hab ich auch schon probiert, das geht auch nicht. Adapter bleibt gelb. Habe es eben auch noch mal getestet.

[DJMarc75]

@theknut läuft bei Dir Grafana ?

[ilovegym]

@theknut warum Port 3000? Nimm doch n anderen..

[arteck]

@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

[theknut]

@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.

[Berny-K]

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?

[arteck]

@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]

@arteck Danke für den Tipp!

[Berny-K]

@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.

[arteck]

@berny-k sagte in Fullybrowser 3.0:

Die Werte scheinen sich ja nicht zu ändern aber der Zeitstempel dahinter.

dann hat der auch getriggert

[Malz1902]

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?

[Shadowhunter23]

@malz1902
Fully Browser Geräte ist der Port 2323, das ist die Einstellung des Remote Administration.