[curlymo]

What i just did was buy a relay from ebay and get it to work.


You should check those devices for the actual implementation.

[TEN]

What i just did was buy a relay from ebay and get it to work.

You should check those devices for the actual implementation.

Won't solve the issue that 4 pages of thread have several users' reports about cicuitry+code doing the inverse of what they expect (from documentation no less).
A diagram of a known-working configuration (such as yours) would complement the Wiki page for Relay in a useful way.
Moreover, "relay" doesn't need a physical (clicking) relay, but should drive anything (e.g. my 3V LED Xmas tree ) a transistor on a GPIO can handle - as soon as the assumptions underlying the code are clearly stated.

[TEN]

http://www.forum-raspberrypi.de/Thread-p...#pid209608 (in German) also suggests there's much uncertainty and need for clarification regarding the (inverted) GPIO levels.

[curlymo]

I don't read German so i don't know what it says. But as with everything pilight does, feel free to improve the documentation / code if you think it can be improved. That's the only we pilight can get better.

If you can't program C you can also describe the best you can how the code should be improved.

[pilino1234]

I've replied to the user over on the other forum and also shared this thread with them. They were a bit annoyed a pilight not starting for an unknown reason, said they would uninstall it... Hope they change their mind.

Wouldn't a schematic be enough to clarify the wiki page?

[creamers]

Hi, been away for a while and found my rpi again I connected pilight to my doorbell.

I could simulate (running latest dev version) the 'problem' with the relay device as they discribe on the german site. This is the exact same issue as described in post #3.

It seems that the button in the gui has to be toggled twice before pilight toggles, just as both users also write on this thread and on that german thread.
The pin should go high the first time it toggles to 'Aan'.

My doorbell rings when the gpio is high, therefor you should expect to set de default-state to off as the pin is low. The opposite happens.

Nothing happens when sliding the switch to On, but the pin goes high when switching the button in the gui to off, see video:

Video explanation:
http://screencast.com/t/asQXJPwoF

*edit: the gpio switch state is in alignment with the pin state.

[TEN]

feel free to improve the documentation / code if you think it can be improved

For (and new to) this of course I'd have to know what the expected hardware&behavior are (a coil powered by default would be unusual).

Wouldn't a schematic be enough to clarify the wiki page?

Absolutely, that would make clear whether the GPIO is expected high or low by default, and the transistor of the NPN or PNP type, and with its base pulled by resistor to which level if any.

[creamers]

I installed xbian yesterday (instead of raspbian by accident. I noticed that the gpio 'problem' as described in this thread ( Relay issue ) seems to work in a other way than on Raspbian

On raspbian the relay seems inverted as described in this thread. On xbian it reacted staight away when starting the service.

(Bit more in detail: On raspbian: I set the switch default to ON so I can switch it to OFF manually so it's in sync with the gpio low status. Setting it back to ON triggers pushbullet.
On xbian: Because the switch is default ON as described I normally (with raspbian) set it to OFF and back to ON again to trigger pushbullet, except now I started the pilight deamon and it right away triggered pushbullet as expected.!

So I'm curious, @THW Mark , with what version did you have gpio inverted problems?

[omniteo790]

https://wiki.pilight.org/doku.php/relay
I'm using the lastest Version of pilight and the link don't work. Which is The new protocol to controll a relay?

[curlymo]

I see that relay hasn't been ported yet i see now. I will add it to my backlog.