NEWS
lgtv Adapter zur Steuerung von LG WebOS SmartTVs
-
Gut, die Logeinträge kann ich fixen und eine Funktion zum Auslesen der Lautstärke kriegen wir evtl. auch hin.
Kannst Du das Ganze mal bitte jeweils separat als Issue auf Github posten?
Das Du jedoch den Kanal wechseln kannst wundert mich.
Laut anderen Usern soll das ab WebOS 2.0 wohl nicht gehen :(
-
Wie gesagt: ich lasse Dich gerne auf mein System…
-
Mit Zahl schalten gelingt per Blockly nicht - es muss ein String sein.
-
der Wert muss gerundet werden, weil Alexa über den Cloud-Adapter gerne mal 17 Stellige Ziffern schreibt.
Stelle grade fest, dass ich per direkter Eingabe doch nicht das Programm wechseln kann - Lautstärke ändern schon - das habe ich verwechselt.
Per Skript klappt es.
Im oberen Teil passiert der Kanalwechsel, im unteren das Volumen auf absolute Werte.
Äh ja, GitHub, da waren sie wieder meine drei Probleme…
Damit stehe ich auf Kriegsfuß - muss meinen alten Account mal reaktivieren.
Schönen Abend noch...
-
-
OK, danke,
die Einträge auf Github mache ich für Dich :)
Kannst Du das mal verifizieren? Bei Dir klappte der Kanalwechsel ja auch nicht oder?
Bite einfach mal per Blockly oder JS versuchen den Kanal zu wechseln.
-
Hallo zusammen,
bitte den Adapter mal von der Github URL neu installieren: https://github.com/SebastianSchultz/ioBroker.lgtv
und (natürlich nach Abfrageintervall) folgendes prüfen:
1.) Ob das Objekt "volume" den aktuellen Lautstärke-Wert beinhaltet (ACHTUNG: funktioniert NICHT bei externer Audioausgabe!)
2.) Ob durch Setzen eines Wertes im Objekt "volume" sich die Lautstärke am TV ändert
3.) Ob über das Setzen eines Werts im Objekt "channel" sich der Kanal ändert
Ich bitte um Rückmeldungen.
-
so jetzt bin ich auch dazu gekommen zu testen:
ich kann den Kanal nicht wechseln (folgendes habe ich probiert):
-
direkt ins Objekt geschrieben
-
per blockly mit String
-
per blockly mit Zahl
-
per blockly mit gerundeter Zahl
-
per JS mit String
-
per JS mit Zahl
-
per JS mit gerundeter Zahl
Volume wird bei mir korrekt angezeigt / aktualisiert, auch nach Veränderung durch Fernbedienung
Volume setzen ändert wunschgemäß die Lautstärke am LG
-
-
So, ich bin wohl einfach zu blond…
Egal was ich mache, ich erhalte immer die 1.03.
Habe aus URL heraus installiert und den LGAdapter ausgewählt.
Dann habe ich von "beliebiger Adresse" mit der aus Deiner Nachricht heraus installiert.
Es sieht alles exakt so aus wie vorher.
Bitte nicht hauen, an der Anzahl der Posts kann man ja sehen, dass das für mich neu ist.
Was mache ich falsch?
-
@Iku:So, ich bin wohl einfach zu blond…
Egal was ich mache, ich erhalte immer die 1.03.
Habe aus URL heraus installiert und den LGAdapter ausgewählt.
Dann habe ich von "beliebiger Adresse" mit der aus Deiner Nachricht heraus installiert.
Es sieht alles exakt so aus wie vorher.
Bitte nicht hauen, an der Anzahl der Posts kann man ja sehen, dass das für mich neu ist.
Was mache ich falsch?
LG.png `
Hallo,Adapter Version ist trotzdem immer noch 1.0.3, bei mir funktioniert so entweder:
1. Instanz löschen und nochmal hinzufügen.
2. Neue Instanz hinzufügen (unter lgtv.1 findet man die neue Objekte) zum Testen. (wenn man andere selbst erstellte Objekte drin hat die man behalten will, wie ich)
*Ist auch möglich dass man irgendwie ein Update machen kann ohne die selbst erstellte Objekte zu löschen, aber das weiß ich nicht xD
VG
-
Jau, jz sehe auch den neuen State!
Ich werde das in der Mittagspause einmal testen.
@rh1212: Merci!
Bei mir funktioniert es vor der Installation des neuen Adapters wie folgt:
Ich greife mir den Wert aus einem eigenen State.
Wichtig ist, dass im Verzeichnis darüber es als "Device" deklariert ist:
Der State selbst vom Typ "Zahl" - das "%" habe ich entfernt und aus Aberglaube heraus den Unterstrich hinter den Namen gemacht:
Vom Skript nicht verwirren lassen.
Der obere Part steuert per Broadlink, so habe ich das früher gemacht.
Der untere Part, der aktuell scharf ist, schaltet mit diesem LGAdapter hier.
Rot im Kasten ist die entsprechende Stelle hervorgehoben:
Obwohl also im Adapter der aktuelle Kanal als Zahl hinterlegt ist übergebe ich einen String.
Diesen gerundet, weil ich festgestellt habe, dass der Eco manchmal siebzehnstellige Zahlen liefert.
So funktionierte es bisher. Ob das später auch noch klappt, muss ich erst testen.
Kurz in der Mittagspause und ausführlicher heute Abend nach dem Fussball. (Nein nicht im Fernsehen, ich spiele selbst)
Bis später!
Ps: schreibe das hier zum zweiten Mal, weil die Bilder immer durcheinander geworfen und mehrfach hier angezeigt wurden.
-
Hallo nochmal,
ich hatte in der Pause ja nicht all zu viel Zeit.
Grundsätzlich funktioniert es nun bei mir.
Allerdings nur, wenn der Typenkonflikt auftaucht.
Ich muss das heute Abend nochmal genauer erforschen. Auf den ersten Blick sieht es so aus, als würde er dann nicht schalten, wenn ich den eigentlich korrekten Typen wähle. Nehme ich den richtigen Typ, dann schaltet er nicht den Kanal um.
Auf den ersten Blick sieht es so aus, als bestünde das Problem auch bei der Lautstärke.
Auf den ersten Blick bin ich zufrieden, weil man nun umschalten und Lautstärke mit nur je einer Zeile kann.
Was allerdings die Typenkonflikte angeht, das muss man sich nochmal genauer ansehen.
Der Fernseher bat darum, die Anwendung zu authentifizieren. Den genauen Wortlaut habe ich nicht, aber ich habe dem zugestimmt.
Vielleicht kommt das beim webOS2 nicht automatisch und man muss am Fernseher "etwas" einstellen, damit es funktioniert?
Wobei dann die Frage wäre wodurch sich Volumen und Kanal voneinander unterscheiden - außer vom Typ?
Wie gesagt, mehr heute Abend…
Frohes Schaffen noch!
-
Ich hoffe ich spamme Euch nicht zu.
Da ich noch ein wenig Zeit hatte, habe ich per Remote ein Skript zum Testen erstellt.
So kann ich heute Abend rasch sehen, mit welchem Typen es funktioniert und mit welchem nicht.
Ich muss lediglich bolString ändern und dann ein paar mal umschalten und ein paar mal die Lautstärke ändern:
Falls ich später den Eco über den Cloud-Adapter direkt auf die Objekte des LG-Adapters setze, statt eigene zu nutzen kann das Skript ja dann komplett wegfallen! Das wäre Cool, dann ändert der Cloud-Adapter die Sachen direkt. Das muss ich unbedingt mal ausprobieren. ;)
-
So, hier das Ergebnis des Tests:
Volumen schaltet mit dem Test-Skript immer, egal ob mit String oder Number.
Channel schaltet nur, wenn der falsche Typ, also String benutzt wird.
Also vor 17:22 Uhr hat beides funktioniert, danach nur noch Volumen setzen. :(
Ich hoffe diese Erkenntnis hilft weiter!
Nachtrag:
Habe den Channel-State selbst von "Zahl" auf "Zeichenkette" umgestellt und tataaah! Es funktioniert nun auch ohne, dass im Log Warnung stehen.
Volumen und Channel stehen im State beide auf String und ich übergebe einen String und es funktioniert!
Zumindest bei mir. :(
-
Also muss der Wert zum Channel Schalten eine number sein?
-
Habe einen Nachtrag geschrieben im Post zuvor.
Wenn der State "Channel" auf String steht und ich auch einen String übergebe, dann funktioniert es sauber!
Logfile ist sauber und er schaltet. Habe einfach im State den Datentyp geändert auf Zeichenkette.
Volumen ist ja schon vom Typ String , auch hier funktioniert es, wenn ich einen String übergebe!
filename="77A61F20-F8CC-4F77-B8C8-69333FA4B451.png" index="1">~~
Seit 17:56 Uhr alles Tacko!
-
Du hast aber nicht den Adapter neu vom Github installiert, oder?
-
Doch, habe ich.
Vorher gab es ja "Volume" doch gar nicht - also zumindest bei mir nicht.
Vielleicht kannst Du die "interne" Build-Nummer mit der Installation ins POPUp schreiben, dann könnte ich Dir genau sagen welche Version es ist.
Oder die Build-Zeit in die Beschreibung eines States schreiben oder etwas in der Art.
1.03 wird ja beim Adapter immer angezeigt.
Wie außer am „Volume" kann man die Version sonst ermitteln?
Das Angebot per TeamViewer auf mein System zu schauen besteht gerne weiterhin.
Vielen Dank übrigens für Deine Mühe und Deine Geduld.
Ich schätze Deine Arbeit sehr.
So, genug gelobt. :p
Kann ich noch irgendwie helfen?
-
Also verstehe ich das jetzt richtig, das alles läuft bis auf das Umschalten des Kanals - außer bei Dir und mir…
Irgendwie verstehe ich das nicht...
Bei mir (WebOS 1.0) gehts, bei Dir (WebOS 3.0) gehts auch. Nur bei den anderen nicht?!
Irgendwie fehlt mir da jetzt ein Anhaltspunkt zur Fehlersuche...
PS: Danke fürs Lob.
-
Moin,
nicht den Kopf in den Sand stecken. Software darf nicht gewinnen!
@plasmachef: kannst Du den type im Objekt "channel" selbst von Zahl bitte mal auf Zeichenkette ändern und dann eine 2 direkt manuell ins Objekt schreiben ohne Enter und dann auf setzen klicken? Also versuchen einen Kanalwechsel direkt übers Objekt durchzuführen, nachdem der Typ String geändert wurde?
Sollte es nicht funktionieren, kannst Du mal bitte zwei Bilder posten?
Einmal den RAW von "channel" und einmal den RAW von "volume" - bitte RAW zwei mal klicken, durch einen Bug im ioBroker werden nicht immer alle Werte angezeigt, wenn man nur normal dort hinein wechselt.
Natürlich dürfen das auch alle anderen mal testen - plasmachef hatte aber super Feedback gegeben.
Danke!
-
klaro, mache ich sobald ich zuhause bin (gegen 20Uhr)
-
Hallo,
noch ein Feature-Request, der vielleicht hilft zu prüfen, ob der Kanalwechsel wircklich nicht funktioniert.
Wie wäre es mit zwei neuen States: "channelup" und "channeldown"
Bitte ohne Freizeichen im Namen oder der Beschreibung.
Bei der Beschreibung bitte ein Underscore hinten anhängen: "channelup_" und "channeldown_"
Das Ganze bitte vom Typ String.
Bei der Implementierung an den volumeup und volumedown orientieren.
Dann wäre ich gespannt zu sehen, ob diese Funktion bei WEBOS2 auch nicht funktioniert oder vielleicht doch?
Also Analog zur Lautstärkeregleung und für Leute, die gar nicht wissen auf welchem Kanal sie sind und einfach "hoch" oder "runter" schalten wollen.
Es wäre einen Versuch wert - oder?
Darüber hinaus bin ich schon echt gespannt, was der Test von Plasmachef ergibt.
-
Könnte man machen, allerdings würde ich das vom Typ boolean (wie bei volumeUp und down) realisieren?
Was hältst Du davon?
Support us
666
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge