VIERA: delay is 1.754 possibly caused by VIERA_GetStatus(Viera_Wz)

Begonnen von arthur_dent_2015, 09 Februar 2018, 18:00:42

Vorheriges Thema - Nächstes Thema

arthur_dent_2015

Hallo,
mittels des neuen Moduls FreezeMon habe ich endlich den Übeltäter für ständige freezings ermittelt  8)
Ich habe 2 Viera TV definiert. Und zwar TX-49DXW604 (funktioniert tadellos im non blocking mode) und TX-50DXW734. Letzterer funktioniert nur im blocking mode, warum auch immer  >:( Ich vermute es liegt am Sat>IP Server. Beide Geräte werden über Schaltsteckdosen nur bei Bedarf mit Strom versorgt. Der blocking mode verursacht also delays wenn die Steckdose ausgeschaltet ist. So weit, so schlecht...
blocking (stromlos):

2018.02.09 17:32:05 4: VIERA[VIERA_GetStatus]: Using blocking...
2018.02.09 17:32:07 4: VIERA[Blocking-VIERA_connection()]: 192.168.2.128: not able to open socket
2018.02.09 17:32:07 4: VIERA[VIERA_GetStatus]: Vol-Request NO SOCKET!
2018.02.09 17:32:07 1: FreezeMon: myFreezemon possible freeze starting at 17:32:06, delay is 1.742 possibly caused by VIERA_GetStatus(Viera_Wz)

blocking (Strom eingeschaltet):

2018.02.09 17:56:05 4: VIERA[VIERA_GetStatus]: Using blocking...
2018.02.09 17:56:05 5: VIERA[Blocking-VIERA_connection()]: Send Data to 192.168.2.128:55000:
POST /dmr/control_0 HTTP/1.0
Host: 192.168.2.128:55000
SOAPACTION: "urn:schemas-upnp-org:service:RenderingControl:1#GetVolume"
Content-Type: text/xml; charset="utf-8"
Content-Length: 379

<?xml version="1.0" encoding="utf-8"?>
<s:Envelope s:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" xmlns:s="http://schemas.xmlsoap.org/soap/envelope/">
<s:Body>
<u:GetVolume xmlns:u="urn:schemas-upnp-org:service:RenderingControl:1">
<InstanceID>0</InstanceID>
<Channel>Master</Channel>
<DesiredVolume></DesiredVolume>
</u:GetVolume>
</s:Body>
</s:Envelope>

2018.02.09 17:56:05 5: VIERA[Blocking-VIERA_connection()]: 192.168.2.128 buffer response:
HTTP/1.1 400 Bad Request
CONNECTION: close


2018.02.09 17:56:05 5: VIERA[VIERA_GetStatus]: Vol-Request returned: HTTP/1.1 400 Bad Request
CONNECTION: close


2018.02.09 17:56:05 5: VIERA[Blocking-VIERA_connection()]: Send Data to 192.168.2.128:55000:
POST /dmr/control_0 HTTP/1.0
Host: 192.168.2.128:55000
SOAPACTION: "urn:schemas-upnp-org:service:RenderingControl:1#GetMute"
Content-Type: text/xml; charset="utf-8"
Content-Length: 371

<?xml version="1.0" encoding="utf-8"?>
<s:Envelope s:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" xmlns:s="http://schemas.xmlsoap.org/soap/envelope/">
<s:Body>
<u:GetMute xmlns:u="urn:schemas-upnp-org:service:RenderingControl:1">
<InstanceID>0</InstanceID>
<Channel>Master</Channel>
<DesiredMute></DesiredMute>
</u:GetMute>
</s:Body>
</s:Envelope>

2018.02.09 17:56:05 5: VIERA[Blocking-VIERA_connection()]: 192.168.2.128 buffer response:
HTTP/1.1 400 Bad Request
CONNECTION: close


2018.02.09 17:56:05 5: VIERA[VIERA_GetStatus]: Mute-Request returned: HTTP/1.1 400 Bad Request
CONNECTION: close


non blocking:

2018.02.09 17:48:05 4: VIERA[VIERA_GetStatus]: Using non blocking...
2018.02.09 17:48:05 4: VIERA[VIERA_GetStatus]: VIERA_GetDoIt() BlockingCall process started with PID DEAD:16490

Kein Problem, schnell nen DOIF gebastelt der das Gerät auf inactive setzt wenn Steckdose aus und auf active wenn Steckdose an. Gibt aber kein set active/inactive und auch kein entsprechendes Attribut  :(
Also schalte ich jetzt zwischen blocking 0 und 1 hin und her.

Ich wünsch mir nen Schalter zum aktivieren und deaktivieren. Oder, noch besser, dass das Modul auch im non blocking mode mit meinem Gerät zurecht käme.
Ist ja bald wieder Weihnachten...  ;)

Gruß
Arthur