Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[david83]

Hallo, ist es möglich einen Datenpunkt mit einzupflegen, der Sounds abspielt die auf dem Gerät oder im www liegen?
Diese Funktion gibt es schon, doch leider bekomme ich sie über aufrufen der Url nicht in gang.

Mein Versuch war:
http://192.168.178.xx:2323/?cmd=playSound&url=https://www.trekcore.com/audio/aliensounds/klingon_computer_beep_3.mp3&loop=false&password=meinpasswort&stream=1

Geht aber nur wenn ich über den Fully Remote Admin im Browser angemeldet bin.

Wäre eine nette Sache.

Mfg
David

[arteck]

@david83 sagte in Fullybrowser 3.0:

Diese Funktion gibt es schon, doch leider bekomme ich sie über aufrufen der Url nicht in gang.

ja wie jetzt.. die gibts schon und da du es nicht zum laufen bekommst.. was soll ich da machen ?? zaubern ??

http://192.168.178.xx:2323/?cmd=playSound&url=https://www.trekcore.com/audio/aliensounds/klingon_computer_beep_3.mp3

geht das

[david83]

Ich wollte lediglich fragen ob es möglich ist diese restapi Anfrage als Datenpunkt im Adapter zu integrieren.?
Was ich sagen wollte war: Die restapi Funktion per url Aufruf gibt es schon.
Im Adapter gibt es sie nicht.
Toll wäre eine Integration. Wenn möglich.

Anscheinend gab es da ein Missverständnis, da blöd ausgedrückt von mir...

[arteck]

@david83 ne das wird zu koplex...

installiermal die GIT version

da sollte jetzt ein setRaw DP entstehen

der wird nicht verifiziert und da kannst du das rein schreiben

playSound&loop=false&stream=1&url=https://www.trekcore.com/audio/aliensounds/klingon_computer_beep_3.mp3

[david83]

@arteck
Funktioniert beim 1. Versuch! Vielen Dank!

[michihorn]

@ilovegym sagte in Fullybrowser 3.0:

@xbit

Im Fully Browser schreibst du einfach nur die IP:Port ein, das war’s…

Hab ein ähnliches Problem.
mqtt://IP:Port wird erst gar nicht genommen, nur IP:Port dann ergänzt das Tablet automatisch https://
Was tun?
Michael

[A Former User]

@michihorn

von alleine schreibt da nix https rein, es sei denn, du hast irgenwo n secure eingestellt..?
so sieht das hier aus, z.bsp:

[michihorn]

@ilovegym Wo könnte denn so ein secure stehen, ich habe nix bewusst geändert, im übrigen konnte ich aus https ein http machen. der Adapter hat sich jetzt auch verbunden zumindest mit API Rest. Mit mqtt gibt es keine Verbindung

Edit: Doch jetzt gibt es auch mit mqtt ne Verbindung, hat etwas länger gedauert.

[michihorn]

@arteck Toller Adapter, hast du evtl. noch eine Ladesteuerung vorgesehen?
Gruß
Michael

[Shadowhunter23]

@michihorn
Du musst doch nur den Datenpunkt Info.batteryLevel überwachen und ein kleines Script schreiben?

[michihorn]

@shadowhunter23 Ja ich weiß, finde das beim fully-tablet-control sehr komfortabel. Daher die Frage ob der Adapter erweitert wird.

[MartyBr]

@michihorn
Ich setze folgendes Script ein:

[Meister Mopper]

@martybr

Oder weniger Geklicker

[Shadowhunter23]

@meister-mopper ohne Prüfung der Steckdose. Sehe ich gerade keinen Sinn zu prüfen ob die Steckdose an oder aus ist.

edit: Ich meinte damit, mein Script ist ohne Prüfung.

[Meister Mopper]

@shadowhunter23 sagte in Fullybrowser 3.0:

ohne Prüfung der Steckdose.

Ist doch geprüft mit nicht Wert

[MartyBr]

@meister-mopper Mein Script lässt sich bestimmt noch optimieren. Ich nehme mal deinen Tipp auf und setze ihn um.
Das Script stammt noch aus meiner ersten Erfahrungen mit ioBroker.

Aber was ich damit sagen wollte ist, dass sich eine Ladesteuerung easy und schnell per Script erstellen lässt und nicht unbedingt in den Adapter muss- Ich kenne den Adapter "Fully-Tablett-Control", habe ihn aber nach den ersten Tests nicht mehr eingesetzt.

[arteck]

@michihorn nope... alles adndere obliegt euch..
der Adapter ist wie der Ursprüngliche.. ohne logik.

[A Former User]

@arteck

lass den Adapter auch so, bitte... der andere hat mit dieser Funktion bei mir nie richtig funktioniert.. hatte ich mal ein paar Tage ausprobiert.. und dann wieder rausgeworfen, weil die Tablet's nicht mehr geladen wurden..
Hier hat auch jeder seine Ladelogik-Philosophie, wie man liest..

[garbleflux]

Hallo,

ich bekomme ebenso wie User iIovegym die nachfolgende Fehlermeldung ins Log. Scheint jedoch keine negativen Auswirkungen auf die Funktionalität zu haben - oder irre ich mich?
Ansonsten klappt bis jetzt alles, wie ich es will.

@arteck Danke für die Entwicklung und Bereitstellung des Adapters.
VG Michael

fullybrowser.0
	2023-11-09 19:51:43.646	warn	[MQTT] 192.168.160.xxx (192.168.xxx.xxx) Please open a issue on Github, this should never happen: scheduleCheckIfStillActive() timeout, and last contact was less than 70s ago.
fullybrowser.0
	2023-11-09 19:50:33.017	warn	192.168.xxx.xxx is connected (MQTT: client published message)
fullybrowser.0
	2023-11-09 19:50:25.805	warn	192.168.xxx.xxx is not alive! (MQTT: client did not send message for more than 70 seconds)code_text

[arteck]

@garbleflux sagte in Fullybrowser 3.0:

scheduleCheckIfStillActive

ja das liegt am mqtt timeout..sollte nicht passieren.. aber kann vorkommen wenn das Tablet nicht antwortet

ich hab es mal konfigurierbar gemacht

bis jetzt war der Timeout auf 70 sek fest.. kannst mal bissel mit spielen.. ob ein längerer Timeout besser ist

installation von GIT