Errno 111 Connection refused about lgcommander HOT 14 CLOSED

First of all, it seems that you are using my fork of lgcommander because the one from @ubaransel does not have command line switches.

I am not sure what the problem is here. You can try adding --protocol roap but I am not sure if that will help.

from lgcommander.

now it works, dont know why but it works with the same command

from lgcommander.

whats the diffenerence between your fork and that one from ubaransel

from lgcommander.

See #4. Seems you can close the issue. Maybe your TV was a bit picky.

from lgcommander.

thecommand looks succesful but the volume does not increase

now i get this

root@raspberrypi:~/programme/LG# python3 lgcommander.py -H 192.168.0.100 -p 8080 -k DDGURF -c 24
# DEBUG: Detecting accepted protocol.
# DEBUG: Trying to connect to port 3000/tcp
# DEBUG: Testing protocol: hdcp
# DEBUG: Got response: OK
# DEBUG: Using protocol: hdcp
# DEBUG: Pairing key from user DDGURF
# DEBUG: Trying paring key: DDGURF
# DEBUG: Session ID is 479877994
# DEBUG: Executing command: 24

from lgcommander.

Try other commands …

from lgcommander.

what does it mean with port 3000 just port 8080 is opened on the tv

from lgcommander.

nmap 192.168.0.100 --reason -vvv -Pn -p 3000,8080 ? It is open … How did you test?

from lgcommander.

i do a nmap 192.168.0.100 and 8080 is the only port that is open it says.

from lgcommander.

with your command it says

PORT     STATE  SERVICE    REASON
3000/tcp closed ppp        reset
8080/tcp open   http-proxy syn-ack

from lgcommander.

Does not really make sense to me. Both this script and nmap check with TCP syn. Looks kind of like there is a advanced packet filter in place somewhere. If you want to debug it, fire up wireshark 😉.

from lgcommander.

ok what should i do with wireshark? wich settings and what should i post, i dont know how to use it.
thanks for your fast answer !!!!

from lgcommander.

I meant if you really want to debug it. The script seems to work as indented but nmap shows something which I and you did not expect … Correct?

You can check the TCP and IP header options and see if there is any difference. Then isolate the packets and try tcpreplay. Just if you like 😄

from lgcommander.

i try it tomorrow. thanks

from lgcommander.