NEWS
Fullybrowser 3.0
-
@bleiki im Debug Log stehen auch ganz viele MQTT Events wie Bewegungserkennung, dass der Battery Level sich verändert hat etc.... In den Info Datenpunkte sind aber alte, nicht aktualisierte Werte drin.
-
Hallo zusammen. Ich verwende die v3.0.9 mit RestApi. Soweit funktioniert eigentlich alles prima, nur jedesmal wenn ich die Instanzeinstellungen öffne dann erhalte ich folgend Warnung im Protokoll:
fullybrowser has an invalid jsonConfig: [{"instancePath":"/items/_tab_Start/items/tableDevices/items/6","schemaPath":"#/definitions/passwordProps/additionalProperties","keyword":"additionalProperties","params":{"additionalProperty":"title"},"message":"must NOT have additional properties"},{"instancePath":"/items/_tab_Start","schemaPath":"#/properties/items/patternProperties/%5E.%2B/allOf/8/if","keyword":"if","params":{"failingKeyword":"then"},"message":"must match "then" schema"}]
Hat vielleicht jemand eine Idee woran das liegen könnte oder kann ich das einfach ignorieren?
-
Ist bekannt, kannst du ignorieren:
https://github.com/arteck/ioBroker.fullybrowser/issues/177 -
@shadowhunter23 Danke für die schnelle Rückmeldung
-
Hallo zusammen
Ich verwende die Version 3.0.9. mit MQTT. Verbindung läuft eigentlich ohne Probleme.
Allerdings habe ich immer um 06:00 13:00 & 22:00 folgende Verbindungsabbrüche.
Danach geht es auch weiter2024-01-22 10:35:29.237 - error: fullybrowser.0 (25598) [MQTT] Client 192.168.178.44 disconnected. 2024-01-22 10:35:29.238 - error: fullybrowser.0 (25598) [MQTT] Client 192.168.178.44 disconnected. 2024-01-22 10:35:29.240 - error: fullybrowser.0 (25598) [MQTT] Client 192.168.178.44 disconnected. 2024-01-22 10:35:29.241 - error: fullybrowser.0 (25598) [MQTT] Client 192.168.178.44 disconnected. 2024-01-22 10:35:29.241 - error: fullybrowser.0 (25598) [MQTT] Client 192.168.178.44 disconnected. 2024-01-22 10:35:29.242 - error: fullybrowser.0 (25598) [MQTT] Client 192.168.178.44 disconnected. 2024-01-22 10:35:29.243 - error: fullybrowser.0 (25598) [MQTT] Client 192.168.178.44 disconnected. 2024-01-22 10:35:29.243 - error: fullybrowser.0 (25598) [MQTT] Client 192.168.178.44 disconnected. 2024-01-22 10:35:29.244 - error: fullybrowser.0 (25598) [MQTT] Client 192.168.178.44 disconnected. 2024-01-22 10:35:29.245 - error: fullybrowser.0 (25598) [MQTT] Client 192.168.178.44 disconnected. 2024-01-22 10:35:29.246 - error: fullybrowser.0 (25598) [MQTT] Client 192.168.178.44 disconnected. 2024-01-22 10:35:29.246 - error: fullybrowser.0 (25598) [MQTT] Client 192.168.178.44 disconnected. 2024-01-22 10:35:29.246 - error: fullybrowser.0 (25598) [MQTT] Client 192.168.178.44 disconnected. 2024-01-22 10:35:29.247 - error: fullybrowser.0 (25598) [MQTT] Client 192.168.178.44 disconnected. 2024-01-22 10:35:29.247 - error: fullybrowser.0 (25598) [MQTT] Client 192.168.178.44 disconnected. 2024-01-22 10:35:29.247 - error: fullybrowser.0 (25598) [MQTT] Client 192.168.178.44 disconnected. 2024-01-22 10:35:29.248 - error: fullybrowser.0 (25598) [MQTT] Client 192.168.178.44 disconnected.
Ansonsten habe ich keine Probleme damit.
Bin mit IOBroker auf dem aktuellen Stand und auch Fully ist bei Version ver. 1.54.1 -
Guten Morgen,
ich setze die aktuelle Version des Adapters ein. Um etwas Strom zu sparen, schicke ich das Tablet per Blockly in den Schlaf und schalte den Bildschirm aus:Wie macht ihr das? Ein Wakeup Button habe ich nicht gefunden.
Danke
-
@mading sagte in Fullybrowser 3.0:
Wie macht ihr das? Ein Wakeup Button habe ich nicht gefunden.
Na mitfullybrowser.0.*.Commands.screenOff
bzwfullybrowser.0.*.Commands.screenOn
...Edit: weil es mich interessiert hat, habe ich das mal selbst getestet. Mit
fullybrowser.0.*.Commands.forceSleep
schaltet man es aus und mitfullybrowser.0.*.Commands.restartApp
kann man es wieder aktivieren. Ein ScreenOff ist nicht notwendig. -
@mading
kann man das blockly auch mit nur einem zeitplan steuern... sprich "Forcesleep um 22 uhr" und den 2.steuer Block gleich drunter mit "restartApp" und verzögerung 480 minuten? -
kannst du, es darf dann aber nicht der iobroker oder der Javascript-Adapter neu gestartet werden.
Von daher besser, anstatt der langen Verzoegerung ein Zeittrigger auf die Uhrzeit.
-
@ilovegym
Danke für die Erkärung! -
@docsnyder7 sagte in Fullybrowser 3.0:
@mading
kann man das blockly auch mit nur einem zeitplan steuern... sprich "Forcesleep um 22 uhr" und den 2.steuer Block gleich drunter mit "restartApp" und verzögerung 480 minuten?ja, kannst aber auch einen cron trigger nehmen, so mache ich es.
-
@mading
Danke.. hab jetzt dein Blockly mal an meine Vorgaben angepasst, weil ich das Tablet auch Wochentagsüber aus haben möchte... sollte mit den zeitplänen aber passen...
Cron schau ich mir trotzdem an! -
Hallo!
Ich hätte eine FRage:
Nach dem Update funktioniert mein Skript nicht mehr, mit welchen ich Apps gestartet habe.
Kann mir wer sagen, wie ich das Skript adaptieren muss?
Vielen DankcreateState('Bring.AppStart', false); var idTrigger ="javascript.0.Bring.AppStart"; var idCmd = 'fullybrowser.0.192_168_1_218.Commands.startApplication'; on(idTrigger, function(obj){ if (obj.state.val) { setState(idCmd,'ch.publisheria.bring'); setStateDelayed(idTrigger, false, 1000); } });
-
@jwedenig , idCmd = so ändern bis zum Datenpunkt den da nimmst.
Also den Datenpunkt auswählen und kopieren, dann in den Script einfügen. -
@esp8266
ja, habs gerade geschafft, die IP Adresse musste gegen die Bezeichnung getauscht werden, danke -
Was macht man bei dieser Meldung?
fullybrowser.0 2024-02-04 07:45:09.353 warn [REST] 192.168.1.218: Sending command get axiosGetDevicesInfo failed: No response
-
@jwedenig sagte in Fullybrowser 3.0:
Was macht man bei dieser Meldung?
in die Hände klatschen....
was willst du hören.. das Gerät war nicht da oder hat nicht geantwortet
-
@arteck
ok, ich hab mal einen Reboot gemacht - mein Tablet hat auch permanent neu connected, sprich es wurde die Startseite immer wieder neu geladen, warum auch immer! -
Hallo zusammen,
ich möchte nun auch den Adapter verwenden und bitte um Unterstüzung was ich falsch mache
Zunächst, die Anleitung habe ich gelesen und auch alle Beiträge hier. Entsprechend der Anleitung ist der Adapter grün und laut der Info Anzeige per mqtt auch mit dem Tablet verbunden. Soweit prima.
Randinfo: Trotz der Anleitung konnte ich dich URL auch nicht mit mqtt:// anlegen (Stand immer wrong url) aber es funktioniert ja auch so.
Im Log sehe ich, dass das Tablett erfolgerich mqtt events sendet, bspw. "onBatteryLevelChanged".
Nun meine Frage: Über Commands erhalte ich, wenn ich die Datenpunkte auf True/False umschalte eine Fehlermeldung. "No response", Schaut bitte mal in den Screenshot. Ich kann somit das Tablet nicht steuern...
Liegt dies an der Antwortzeit? Warum steht dort [REST]? Ich dachte wenn mqtt aktiviert ist, wird die RestApi nicht verwendet?
Ich danke Euch für die Informationen
Gruß
Marcel -
@marc_el_k sagte in Fullybrowser 3.0:
Liegt dies an der Antwortzeit? Warum steht dort [REST]? Ich dachte wenn mqtt aktiviert ist, wird die RestApi nicht verwendet?
dann hättest du aufmerksamer lesen sollen..
das Tablet meldet Events per MQTT .. die Ansteuerung (wenn du was sendest) geschieht immer noch per Rest Api
deshalb musst du beides auch konfigurieren..