[Q] Hilfe gesucht: Loewe Connect ID DR+ Smart-TV mit FHEM steuern

[CoolTux]

Nein ich bekomme nur benachrichtigungen bei "conversations" also zum Beispiel wenn Du pull-requests übernimmst.
Nach meinem verständnis muss ich die immer manuell in meinen Fork übernehmen bevor ich loslege.

Einfacher wäre vermutlich, wenn Du mich als "collaborator" in Deinem Repository zulässt (Settings / Collaborators), ich vermute dann kan ich direkt von meiner Platte Änderungen pushen und Konflikte werden dann schon aufgelöst.

Alles klar, das probieren wir mal aus. Ist meine erste Zusammenarbeit so über Github. Hatte zwar mal mit Tobias gemacht aber da haben wir es etwas umständlich gehandhabt.

[CoolTux]

Habe Dich mal hinzugefügt

[viegener]

Ich räume das mal von hinten auf:

@Viegener
Kannst Du bitte kurz erklären wer $ret genau füllt

Ja ich gebe zu, dass ist noch auf Zuwachs geplant.
Hintergrund: Beim Aufbau des Requests werden noch keine Konsistenzprüfungen gemacht - wenn diese fehlschlagen soll trotzdem in den callback gelaufen werden, da der dann den nächsten Eintrag in der Queue abarbeitet. Bisher sind da noch keine Checks ich habe den generellen Ablauf aus meinem anderen Modul übernommen.

Also Fehler können schon vor dem Absenden des Requests auftreten und dann soll trotzdem in den callback verzweigt werden, um ein geordnetes Abarbeiten sicherzustellen.

Guten Morgen,

1. Bekommst Du gar keine MAC im response mitgeliefert?
2. FHEM uniqueid umstellen? Warum? Die FHEM uniqueid ist doch für sensible Daten als Container gedacht. Verstehe gerade Deinen Gedanken nicht ganz 
3. Ich halte das eigentlich für nicht so schlimm. Es kann sein das der Socketserver trotz keep-alive den Socket nach dem Response zu macht.
4. Ist beim kopieren über geblieben, da noch nicht genau wusste wie das handling an sich sein wird.
5.Sollte also egal sein was man da setzt, oder? Hauptsache eindeutig

zu 1 - Ja - keinerlei MAC vom Loewe chassis (ich habe einen SL150, der unterstützt wohl diese wakeup/MAC-Teile nicht) - eskommen aber werte (Chassis und SW_Version zurück
zu 2: Mir geht es um die eigentliche uniqueId nicht um die speicherfunktionalität getkey/setkey) sondern darum eine ID für FHEM zu haben, die man an den Fernseher weitergeben kann. Hintergrund - die Fernseher sind schwachbrüstig und müssen alle ClientIds verwalten, nur wenn man da mit einer beliebigen Kennung kommt wird ein neuer Eintrag angelegt, wenn man mit der Mac des Fernsehers kommt ist man nicht gegen andere Einträge geschützt die das üebrschreiben
zu 3 - Ja schlimm ist das nicht aber inkonsistent - entweder kein keep-alive anfordern oder den Socket auch erhalten - Ich würde erstes vorschlagen
zu 4 - OK, connect habe ich entfernt

[viegener]

Habe Dich mal hinzugefügt

Werde ich später mal ausprobieren - muss vermutlich erstmal meinen Fork auflösen...

[CoolTux]

Ok. Wäre ja Cool wenn wir das mal raus finden. könnten. Auch für spätere Zusammenarbeiten.
Mein Gedanke ist ja das wenn ich einen push mache in mein devel Du dann eine Info bekommst und dir die neuen Daten ziehen kannst.

Aktuell ist das so das ich ne Info bekomme wenn Du ein pull request machst und ich dann in meiner Konsole
git pull https://github.com/viegener/fhem-LoeweTV.git devel
mache. Vorher habe ich ein extra branch für dich angelegt.

[der.einstein]

@viegener
Kannst du mal bitte die komplette Response, die du beim GetDeviceData bekommst hier rein kopieren?

Schau mal in die API letzte Seite, da steht was über den Funktionsumfang bei unterschiedlichen Firmwares meine ich.

Ansonsten könntest du auf dem Handy ne Loewe App installieren und per Wireshark schaun, was die sendet/kriegt.

Grüße.

Gesendet von meinem LG-D855 mit Tapatalk

[viegener]

@viegener
Kannst du mal bitte die komplette Response, die du beim GetDeviceData bekommst hier rein kopieren?

Schau mal in die API letzte Seite, da steht was über den Funktionsumfang bei unterschiedlichen Firmwares meine ich.

Ja, das mit dem wakeup ist nur für Chassis 2xx angegeben.

Ich habe das ja ursprünglich nicht mit wireshark gemacht, sondern über einen separaten proxy mit kali https://www.kali.org/, da damit auch SSL-Zugriffe protokollierbar sind, das geht so mit wireshark nicht.

Dies ist das Ergebnis des Calls aus FHEM (Zeilenumbrücke von mir)

Code Auswählen Erweitern

<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsi="http://www.w3.org/1999/XMLSchema-instance" xmlns:xsd="http://www.w3.org/1999/XMLSchema" SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"> <SOAP-ENV:Header/> <SOAP-ENV:Body> 
<m:GetDeviceDataResponse xmlns:m="urn:loewe.de:RemoteTV:Tablet"> 
<m:fcid>1234</m:fcid>
<m:ClientId>LRemoteClient-0-1505501482</m:ClientId>
<m:Chassis>SL150</m:Chassis>
<m:SW-Version>PV8.46.0</m:SW-Version>
</m:GetDeviceDataResponse>
</SOAP-ENV:Body></SOAP-ENV:Envelope>


[der.einstein]

Ja, das mit dem wakeup ist nur für Chassis 2xx angegeben.

Ich habe das ja ursprünglich nicht mit wireshark gemacht, sondern über einen separaten proxy mit kali https://www.kali.org/, da damit auch SSL-Zugriffe protokollierbar sind, das geht so mit wireshark nicht.

Dies ist das Ergebnis des Calls aus FHEM (Zeilenumbrücke von mir)

Code Auswählen Erweitern

<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsi="http://www.w3.org/1999/XMLSchema-instance" xmlns:xsd="http://www.w3.org/1999/XMLSchema" SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"> <SOAP-ENV:Header/> <SOAP-ENV:Body> 
<m:GetDeviceDataResponse xmlns:m="urn:loewe.de:RemoteTV:Tablet"> 
<m:fcid>1234</m:fcid>
<m:ClientId>LRemoteClient-0-1505501482</m:ClientId>
<m:Chassis>SL150</m:Chassis>
<m:SW-Version>PV8.46.0</m:SW-Version>
</m:GetDeviceDataResponse>
</SOAP-ENV:Body></SOAP-ENV:Envelope>


Gut, man könnte jetzt die MAC über das TV-Menü herausfinden oder eventuell Arp oder ein äquivalenten Perl-Call benutzen. Aber hast du mal gecheckt, ob der TV auf Wake-On-LAN Pakete reagiert?

Grüße.

Gesendet von meinem LG-D855 mit Tapatalk

[viegener]

Ok. Wäre ja Cool wenn wir das mal raus finden. könnten. Auch für spätere Zusammenarbeiten.
Mein Gedanke ist ja das wenn ich einen push mache in mein devel Du dann eine Info bekommst und dir die neuen Daten ziehen kannst.

Aktuell ist das so das ich ne Info bekomme wenn Du ein pull request machst und ich dann in meiner Konsole
git pull https://github.com/viegener/fhem-LoeweTV.git devel
mache. Vorher habe ich ein extra branch für dich angelegt.

Leider ist das mit den jetzigen pull requests sehr hakelig. Denn dann muss ich immer manuell mein Repository mit Deinem abgleichen. Wenn Du mich als "collaborator" hinzufügst in deinem LoeweTV repository (Settings --> Collaborators --> "viegener" eintragen) wäre das vermutlich einfacher und ich muss nicht immer erst mit x Befehlen Deine Änderungen übernehmen - meine Änderungen hochladen und dann manuell einen pull request stellen

[CoolTux]

Ups verdammt, vergessen zu erwähnen. Ich habe Dich gestern Abend bereits hinzugefügt.



Grüße

[viegener]

Ups verdammt, vergessen zu erwähnen. Ich habe Dich gestern Abend bereits hinzugefügt.

Leider klappt das mit dem direkten Einchecken in Dein Repository nicht - Ich bekomme immer noch einen Berechtigungsfehler.
Kannst Du mich nochmal als Collaborator hinzufügen (ich habe mal meinen Fork gelöscht).

Was meintest Du übrigens mit einen Branchangelegt (ich sehe nur devel als Branch)?

[CoolTux]

Habe dich noch mal hinzugefügt. Hier der invite Link falls es hilft
https://github.com/LeonGaultier/fhem-LoeweTV/invitations

Ich habe bei mir local einen extra branch und ziehe mir die Änderung aus dem repo von dir. So stand es als Empfehlung bei GitHub in der Meldung das Du ein Request gemacht hast.



Grüße

[viegener]

Habe dich noch mal hinzugefügt. Hier der invite Link falls es hilft
https://github.com/LeonGaultier/fhem-LoeweTV/invitations

Ich habe bei mir local einen extra branch und ziehe mir die Änderung aus dem repo von dir. So stand es als Empfehlung bei GitHub in der Meldung das Du ein Request gemacht hast.

Klasse jetzt geht es - meine Änderungen von vorgestern sind drin --> Viel einfacher als erst einen pulll request und dann nach dem Merge händisch die Änderungen wieder in mein lokales Repo rüberziehen

Neue Version 0.0.28
Im wesentlichen etwas aufräumen - Die Verbindung (requestAccess) ist jetzt ein Reading
Ich habe im Header so eine Art changelog hinzugefügt, weiss nicht ob das für Euch auch passt

[viegener]

@der.einstein: Funktioniert der wakeup bei Dir denn korrekt mit dem Modul?

Was sind denn die Funktionen, die im Modul benötigt würden, basierend auf dem jetzigen Grundgerüst.

Ideen:
- Benannte Fernbedienungstasten (so dass man nicht den Code in der Doc nachschauen muss)
- Automatisches Polling von Device Daten und Status (wie zum Beispiel mute-status / volume / sender)
- Abruf der Kanäle / Sender
- Auslesen der Medieninfos
...

[CoolTux]

Klasse jetzt geht es - meine Änderungen von vorgestern sind drin --> Viel einfacher als erst einen pulll request und dann nach dem Merge händisch die Änderungen wieder in mein lokales Repo rüberziehen

Neue Version 0.0.28
Im wesentlichen etwas aufräumen - Die Verbindung (requestAccess) ist jetzt ein Reading
Ich habe im Header so eine Art changelog hinzugefügt, weiss nicht ob das für Euch auch passt

Ok wenn ich das jetzt richtig verstanden habe, schreiben wir beide gleichberechtigt in den devel branch. Ist das richtig? Was genau hast du lokal bei dir gemacht?
Ist ja auch interessant für spätere Projekte