[clach04]

I found a couple of oddities with pilight (at least in v5) ssdp discovery.

The first is just an oddity, I'm using a Python library and the builtin Python httplib as a class for dealing with http header (responses). For some reason it expects white space after the header name colon, e.g.:

Expects:

Code:

location: something

Freaks out with:

Code:

location:something

This is a bug imho in the Python httplib library, hence this being an oddity.

That being said the spec http://www.w3.org/Protocols/rfc2616/rfc2616-sec4.html states a single space is preffered. And pilight is not adding a space, again not a bug but it would be nice if it did.

The other oddity (and I think this is a bug) is that the pilight daemon does not respond to service requests for ssdp:all nor upnp:rootdevice. I think this is expected per http://www.w3.org/TR/discovery-api/.

None of these are big deals but they do make using some off the shelf tools for ssdp awkward.

[curlymo]

In regard to the first question. Please consider that SSDP is not actually the same as HTTP in regard to it's protocol. So the requirements are also different. When i implemented it, i didn't read any real requirements in regard to having spaces there or not.

As to your second question. I did that on purpose so pilight doesn't polute the network with SSDP discovery messages.

[markozz]

Hi all,

I'm trying to connect to the pilight daemon through SSDP discovery, however I do not manage to discover pilight. Not even when searching for all services on the network. (I do find other services on my network such as my Sonos speaker or my router). Also pilight-receive is able to connect to the pilight-daemon.

Is pilight using a specific implementation of SSDP?

What I did:
I used the node SSDP library (https://github.com/diversario/node-ssdp)
Then I used

Code:

var Ssdp = require('node-ssdp').Client;
ssdpClient = new Ssdp();

ssdpClient.on('response', function (headers, statusCode, rinfo) {
        console.log('Got a response to an m-search.');
        var HOST = rinfo.address;
        var PORT = rinfo.port;
        try {
            console.log('Trying to connect to ' + HOST + ':' + PORT);
            //socket.connect(PORT, HOST, function () {
            //    socket.write('{"action":"identify","options":{"receiver":1}}');
            //});
        } catch (error) {
            console.log('Unable to connect to socket');
        }
    });

console.log('searching for pilight daemon...');
ssdpClient.search('urn:schemas-upnp-org:service:pilight:1');

to detect pilight with no luck. (Starting a pilight receive is finding the pilight daemon)

Code:

ssdpClient.search('ssdp:all');

Is finding services on my network but not pilight...

Output when doing ssdpClient.search('ssdp:all');

Code:

searching for pilight daemon...
Got a response to an m-search.
Trying to connect to 192.168.1.1:1900

Any idea's what I can do? :$

[pilino1234]

The SSDP discovery is working fine, but you are connecting to the wrong port on the pilight-daemon host I think, 1900 is the SSDP discovery broadcast port, pilight runs on a different port.

About discovery by ssdp:all

pilight daemon does not respond to service requests for ssdp:all nor upnp:rootdevice.

As to your second question. I did that on purpose so pilight doesn't polute the network with SSDP discovery messages.

[markozz]

First of all,
Thanks pilino1234 for your quick response.

The SSDP discovery is working fine, but you are connecting to the wrong port on the pilight-daemon host I think, 1900 is the SSDP discovery broadcast port, pilight runs on a different port.

The result I posted was from a "sddp:all" search, to show that I got results from other devices. (that particular entry was my router).
Now I understand why pilight didn't show up with the "sddp:all" search.

however it is also not showing up for me when searching for:
"'urnchemas-upnp-orgervice:pilight:1"

Do you have any idea why this is? That should be the correct USN right?

[pilino1234]

That should be correct, I implemented this ssdp search in python a while ago, and it works fine. See https://gist.github.com/pilino1234/183a0...8d16001a1f for how I did it. I can't see why it isn't working for you though :/