pilight - open source domotica oplossing

[francoski]

Ondertussen de goede ontvanger binnen.

Maar... Het werkt niet. Ik krijg nog steeds geen output. En de LED gaat nog steeds maar zwak aan. Hoe gaat de PI dit uberhaupt ooit lezen? Brand bij jullie die LED fel op zo'n ontvanger?

Hij is aangesloten op 5v.

Als ik RFSniffer start, dan echo't het hele script helemaal niets, null, nada, nope.

Ik heb vervolgens op verschillende plaatsen in RFSniffer.cpp "printf("asdf");" neergezet, en opnieuw gecompileerd. De enige plaats waar vandaan iets geprint wordt is direct na deze zin:

code:

     while(1) {

Volgens mij gaat er iets volledig fout op mijn PI ofzo.

[CurlyMo]

Kijk eerst maar eens via pilight-raw of je de ruis te zien krijgt wanneer je alles aangesloten hebt. Als dat niet gebeurt, dan zit er iets mis in je configuratie of aansluiting. De wiki geeft daarvoor handvatten.

[CurlyMo]

pilight 4.0 staat nu in dev repo om getest te worden.

[neevedr]

Wat is er nieuw en wat moet er getest worden?
Ik vermoed zo dat het dit lijstje is: http://wiki.pilight.org/doku.php/changes_features_fixes

[ Voor 51% gewijzigd door neevedr op 23-04-2014 21:07 ]

[CurlyMo]

Yep

[Verwijderd]

Ik ben zeer geïnteresseerd om zelf een Domotica omgeving te gaan opzetten en heb diverse zaken met aandacht zitten lezen waaronder de wiki.

Zijn eventueel meerder Raspberry Pi (Nodes) gewenst op diverse plaatsen in huis of kan je beter een duurdere receiver aanschaffen? Werkt bijv. deze RFXtrx433 USB 433.92MHz Transceiver of is het slimmer om meerder 433MHz Superheterodyne 3400 RF Transmitter and Receiver link kit aan te schaffen i.c.m. een LPF.

Gelezen dat plaatsen van daemon op Linux servertje of NAS slimmer is i.v.m. stabiliteit? Wie heeft dit zo ingeregeld en kan dit beamen?

Op de wiki wordt verwezen naar een advise link, hier staat niet heel veel merken in benoemd op het gebied van Receiver en transmitters?

Heeft iemand advies wat er binnen Nederland te koop is en wat goed moet samenwerken? Hoe kom ik aan goed werkende onderdelen?

Om te beginnen met testen, wat kan je dan het beste aanschaffen?

Board model A of B? Waarom A of B?
Breadboard?
Losse kabels en leds als test omgeving voor de schakelingen die je wilt gaan maken....

Ik zie vele soorten software zoals Domoticz-software.
Wat is nu een voordeel en/of verschil om toch te kiezen voor Pilight i.p.v. een andere open source omgeving?

Ik zit ook te denken aan om t.z.t. eenXBMC Media Centre te gaan maken. Zet je dit dan op dezelfde unit in de WOONKAMER of laat je dit apart draaien.

Alvast bedankt voor jullie reacties

Groet,

Mike

[CurlyMo]

Zijn eventueel meerder Raspberry Pi (Nodes) gewenst op diverse plaatsen in huis of kan je beter een duurdere receiver aanschaffen? Werkt bijv. deze RFXtrx433 USB 433.92MHz Transceiver of is het slimmer om meerder 433MHz Superheterodyne 3400 RF Transmitter and Receiver link kit aan te schaffen i.c.m. een LPF.

pilight heeft werkt op dit moment alleen met losse sender / receiver kits (ook te koop bij mij).

Gelezen dat plaatsen van daemon op Linux servertje of NAS slimmer is i.v.m. stabiliteit? Wie heeft dit zo ingeregeld en kan dit beamen?

pilight is niet stabieler op een NAS, maar je NAS kan stabieler zijn dan je RPi

Op de wiki wordt verwezen naar een advise link, hier staat niet heel veel merken in benoemd op het gebied van Receiver en transmitters?

Omdat er ook maar één type goed werkt.

Heeft iemand advies wat er binnen Nederland te koop is en wat goed moet samenwerken? Hoe kom ik aan goed werkende onderdelen?

Van mij, zie pilight.org linkjes op de main page.

Board model A of B? Waarom A of B?
Breadboard?

Werkt allemaal.

Ik zie vele soorten software zoals Domoticz-software.
Wat is nu een voordeel en/of verschil om toch te kiezen voor Pilight i.p.v. een andere open source omgeving?

Het is pilight. Voornamelijk de prijs. Als je zelfs alles in elkaar zet kan je voor 10 euro klaar zijn t.o.v. een RFXCom voor 90 euro. Daarnaast is pilight veel opener en dus makkelijker uit te breiden door de community.

Ik zit ook te denken aan om t.z.t. eenXBMC Media Centre te gaan maken. Zet je dit dan op dezelfde unit in de WOONKAMER of laat je dit apart draaien.

Ik draai het samen.

[Verwijderd]

Curlymo,

bedankt voor de snelle reactie :-)

Verkoop je ook gehele sets,dus incl. Raspberry Pi model B, of kan ik dit beter via bijv. Mycom bestellen?

Als opslag, wat te adviseren? SD van xGB.
de XBMC die je "samen draait" is dat openelec of rasp versie?
WIFI of LAN aangesloten systemen?

Groet,

Mike

[CurlyMo]

http://forum.pilight.org/...nly-Low-pass-filter-parts
http://forum.pilight.org/...d-Sender-and-Receiver-Kit

Voor info over je RPi kan je overal en nergens terecht. pilight werkt op alle gangbare distro's.

Ik ben oud ontwikkelaar van XBian, dus daarin is mijn voorkeur helder.

[Verwijderd]

Curlymo,

Bedankt, bestelling van receiver kit incl.LPF komt eraan :-)
Even Paypal regelen.....

Ben benieuwd, zelf Debian linux gebruiker.
Wordt vervolgd....

Prettige avond.

[CurlyMo]

Officieel is het een BPF i.p.v. LPF

[Reinder83]

by-pass filter?

[CurlyMo]

Bandpass filter dus

[ Voor 84% gewijzigd door CurlyMo op 25-04-2014 14:05 ]

[Verwijderd]

Reinder83 schreef op vrijdag 25 april 2014 @ 08:00:
by-pass filter?

band pass filter (zowel high als low pass filter)

EDIT: goedemorgen!

[ Voor 5% gewijzigd door Verwijderd op 25-04-2014 10:40 ]

[Nelus82]

Ik probeer een wakeup light te maken met pilight icm pimatic.

De volgende rule heb ik ingesteld op 'Woonkamer - Booglamp" om het te testen

code:

dim Woonkamer - Booglamp to 10% and after 30 seconds dim Woonkamer - Booglamp to 20% and after 60 seconds dim Woonkamer - Booglamp to 30% and after 90 seconds dim Woonkamer - Booglamp to 40% and after 120 seconds dim Woonkamer - Booglamp to 50% and after 150 seconds dim Woonkamer - Booglamp to 60% and after 180 seconds dim Woonkamer - Booglamp to 70% and after 210 seconds dim Woonkamer - Booglamp to 80% and after 240 seconds dim Woonkamer - Booglamp to 90% and after 270 seconds dim Woonkamer - Booglamp to 100%

Dit werkt prima, alleen ik zou ook graag willen dat wanneer ik tijdens de rule kan uitschakelen. Bijvoorbeeld als ik al wakker ben en al van bed ga.

Iemand een idee hoe ik dat het beste kan implementeren?

Alvast bedankt!

[CurlyMo]

Graag jullie input:
http://forum.pilight.org/...re-of-pilight-and-pimatic

Als engels een probleem vormt dan kan je ook hier reageren en zal ik proberen het een en ander wat hier wordt gezegd samen te vatten voor op het pilight forum.

[CurlyMo]

pilight 4.0 is vrijgegeven: http://www.pilight.org/post/pilight-40-1

[Tommybear1979]

Hoe moet ik het Alecto protocol correct instellen?
Ik heb een Alecto WS-4500 (Temp/Humidity/Windspeed/Winddirection + losse regenmeter)

Ik heb RAW:

code:

526 3945 526 2104 526 2104 526 3945 526 2104 526 3945 526 3945 526 2104 526 2104 526 2104 526 2104 526 2104 526 2104 526 2104 526 3945 526 3945 526 2104 526 2104 526 3945 526 2104 526 2104 526 2104 526 2104 526 2104 526 3945 526 2104 526 2104 526 3945 526 2104 526 3945 526 3945 526 2104 526 3945 526 2104 526 2104 526 2104 526 8942

Dit komt neer op de bits:
1001011000000011001000001001011010008942

Deze heb ik naast het Alecto protocol (welke ook op de pilight wiki gelinkt is) gelegd en deze past.
Bovenstaande geeft temperatuur 7,6C en RV 69% wat overeen komt met de waarneming op het display.

Ik krijg ik pilight-daemon -D onderstaande geregeld voorbij:

code:

[May 03 21:39:55:724648] pilight-daemon: DEBUG: called threechan parseCode()
[May 03 21:39:55:727192] pilight-daemon: DEBUG: broadcasted: {"code":{"id":2404,"temperature":518,"humidity":990,"battery":1},"origin":"receiver","protocol":"threechan","uuid":"0000-00-00-ea-5c5166","repeats":3}
[May 03 21:39:55:728374] pilight-daemon: DEBUG: broadcasted: {"code":{"id":150,"temperature":160,"humidity":510,"battery":0},"origin":"receiver","protocol":"teknihall","uuid":"0000-00-00-ea-5c5166","repeats":3}
[May 03 21:39:55:729726] pilight-daemon: DEBUG: broadcasted: {"code":{"id":2404,"temperature":2566},"origin":"receiver","protocol":"alecto","uuid":"0000-00-00-ea-5c5166","repeats":3}
[May 03 21:39:55:850983] pilight-daemon: DEBUG: caught minimum # of repeats 4 of threechan
[May 03 21:39:55:851251] pilight-daemon: DEBUG: called threechan parseCode()
[May 03 21:39:55:853733] pilight-daemon: DEBUG: broadcasted: {"code":{"id":2404,"temperature":518,"humidity":990,"battery":1},"origin":"receiver","protocol":"threechan","uuid":"0000-00-00-ea-5c5166","repeats":4}
[May 03 21:39:55:855005] pilight-daemon: DEBUG: broadcasted: {"code":{"id":150,"temperature":160,"humidity":510,"battery":0},"origin":"receiver","protocol":"teknihall","uuid":"0000-00-00-ea-5c5166","repeats":4}
[May 03 21:39:55:856265] pilight-daemon: DEBUG: broadcasted: {"code":{"id":2404,"temperature":2566},"origin":"receiver","protocol":"alecto","uuid":"0000-00-00-ea-5c5166","repeats":4}
[May 03 21:39:55:977618] pilight-daemon: DEBUG: caught minimum # of repeats 5 of threechan
[May 03 21:39:55:977884] pilight-daemon: DEBUG: called threechan parseCode()
[May 03 21:39:55:980409] pilight-daemon: DEBUG: broadcasted: {"code":{"id":2404,"temperature":518,"humidity":990,"battery":1},"origin":"receiver","protocol":"threechan","uuid":"0000-00-00-ea-5c5166","repeats":5}

In bovenstaande situatie: temp 8.1C rh 66% windspeedavg=0 windir=WNW, gust 0,7km/h

Ik heb al eens geprobeerd deze protocollen met de id's in de config.json te zetten. Maar dat levert niet de correcte waarden op.

WIe kan mij verder helpen?
Ik heb eventueel ook nog een excel sheet waarin een rits RAW codes heb geprobeerd uit te pluizen.

@curlymo, bedankt voor de tip mbt opmaak van mijn post. Hoe kan ik mijn code nog beter leesbaar maken?

[ Voor 96% gewijzigd door Tommybear1979 op 06-05-2014 16:46 . Reden: opmaak ]

[neographikal]

Hmm ik heb net 4.0 via apt geinstalleerd, maar op m'n verse raspbian install wil het niet werken (geen low pass, GPIO mode omdat de rpi_lirc module ontbreekt ).

code:

pilight-send -p kaku_switch_old -t -u 0 -i 0

console 2:

root@raspberrypi:/etc/pilight# pilight-receive
{
        "origin": "sender",
        "protocol": "arctech_switches_old",
        "code": {
                "id": 0,
                "unit": 0,
                "state": "on"
        },
        "repeat": 1
}

All is well, wat ik verwacht. Druk ik echter op de remote van m'n oude kaku set:

code:

root@raspberrypi:/etc/pilight# pilight-receive
{
        "code": {
                "systemcode": 31,
                "unitcode": 15,
                "state": "on"
        },
        "origin": "receiver",
        "protocol": "silvercrest",
        "uuid": "0000-00-00-aa-d1ff23",
        "repeats": 1
}
{
        "code": {
                "systemcode": 31,
                "unitcode": 15,
                "state": "off"
        },
        "origin": "receiver",
        "protocol": "mumbi",
        "uuid": "0000-00-00-aa-d1ff23",
        "repeats": 1
}
{
        "code": {
                "systemcode": 31,
                "unitcode": 15,
                "state": "on"
        },
        "origin": "receiver",
        "protocol": "silvercrest",
        "uuid": "0000-00-00-aa-d1ff23",
        "repeats": 2
}
{
        "code": {
                "systemcode": 31,
                "unitcode": 15,
                "state": "off"
        },
        "origin": "receiver",
        "protocol": "mumbi",
        "uuid": "0000-00-00-aa-d1ff23",
        "repeats": 2
}
{
        "code": {
                "systemcode": 31,
                "unitcode": 15,
                "state": "on"
        },
        "origin": "receiver",
        "protocol": "silvercrest",
        "uuid": "0000-00-00-aa-d1ff23",
        "repeats": 3
}
{
        "code": {
                "systemcode": 31,
                "unitcode": 15,
                "state": "off"
        },
        "origin": "receiver",
        "protocol": "mumbi",
        "uuid": "0000-00-00-aa-d1ff23",
        "repeats": 3
}

De home easy lichtsensor hier lijkt het via receive wel goed te doen. Iemand een idee?

[CurlyMo]

@Tommybear1979, je post is echt compleet onleesbaar.
@neographikal, kan je een pilight-debug plaatsen van je kaku_old?

[neographikal]

Pilight-debug lijkt weinig te doen en als ik deze draai werkt daarna pilight-receive niet meer. M'n radio is aangesloten en ik vermoed ook goed, die lichtsensor geeft dit in pilight-receive:

code:

pi@raspberrypi ~ $ pilight-receive
{
        "code": {
                "systemcode": 28,
                "unitcode": 11,
                "state": "off"
        },
        "origin": "receiver",
        "protocol": "elro_he",
        "uuid": "0000-00-00-aa-d1ff23",
        "repeats": 1
}
{
        "code": {
                "systemcode": 28,
                "unitcode": 11,
                "state": "off"
        },
        "origin": "receiver",
        "protocol": "elro_he",
        "uuid": "0000-00-00-aa-d1ff23",
        "repeats": 1
}
{
        "code": {
                "systemcode": 28,
                "unitcode": 11,
                "state": "off"
        },
        "origin": "receiver",
        "protocol": "elro_he",
        "uuid": "0000-00-00-aa-d1ff23",
        "repeats": 1
}
{
        "code": {
                "systemcode": 28,
                "unitcode": 11,
                "state": "off"
        },
        "origin": "receiver",
        "protocol": "elro_he",
        "uuid": "0000-00-00-aa-d1ff23",
        "repeats": 2
}
{
        "code": {
                "systemcode": 28,
                "unitcode": 11,
                "state": "off"
        },
        "origin": "receiver",
        "protocol": "elro_he",
        "uuid": "0000-00-00-aa-d1ff23",
        "repeats": 3
}
{
        "code": {
                "systemcode": 28,
                "unitcode": 11,
                "state": "off"
        },
        "origin": "receiver",
        "protocol": "elro_he",
        "uuid": "0000-00-00-aa-d1ff23",
        "repeats": 4
}
{
        "code": {
                "systemcode": 28,
                "unitcode": 11,
                "state": "off"
        },
        "origin": "receiver",
        "protocol": "elro_he",
        "uuid": "0000-00-00-aa-d1ff23",
        "repeats": 5
}
{
        "code": {
                "systemcode": 28,
                "unitcode": 11,
                "state": "off"
        },
        "origin": "receiver",
        "protocol": "elro_he",
        "uuid": "0000-00-00-aa-d1ff23",
        "repeats": 6
}
{
        "code": {
                "systemcode": 28,
                "unitcode": 11,
                "state": "off"
        },
        "origin": "receiver",
        "protocol": "elro_he",
        "uuid": "0000-00-00-aa-d1ff23",
        "repeats": 7
}
{
        "code": {
                "systemcode": 28,
                "unitcode": 11,
                "state": "off"
        },
        "origin": "receiver",
        "protocol": "elro_he",
        "uuid": "0000-00-00-aa-d1ff23",
        "repeats": 8
}
{
        "code": {
                "systemcode": 28,
                "unitcode": 11,
                "state": "off"
        },
        "origin": "receiver",
        "protocol": "elro_he",
        "uuid": "0000-00-00-aa-d1ff23",
        "repeats": 9
}
{
        "code": {
                "systemcode": 28,
                "unitcode": 11,
                "state": "off"
        },
        "origin": "receiver",
        "protocol": "elro_he",
        "uuid": "0000-00-00-aa-d1ff23",
        "repeats": 10
}
{
        "code": {
                "systemcode": 28,
                "unitcode": 11,
                "state": "off"
        },
        "origin": "receiver",
        "protocol": "elro_he",
        "uuid": "0000-00-00-aa-d1ff23",
        "repeats": 11
}
{
        "code": {
                "systemcode": 28,
                "unitcode": 11,
                "state": "off"
        },
        "origin": "receiver",
        "protocol": "elro_he",
        "uuid": "0000-00-00-aa-d1ff23",
        "repeats": 12
}
{
        "code": {
                "systemcode": 28,
                "unitcode": 11,
                "state": "off"
        },
        "origin": "receiver",
        "protocol": "elro_he",
        "uuid": "0000-00-00-aa-d1ff23",
        "repeats": 13
}
{
        "code": {
                "systemcode": 28,
                "unitcode": 11,
                "state": "off"
        },
        "origin": "receiver",
        "protocol": "elro_he",
        "uuid": "0000-00-00-aa-d1ff23",
        "repeats": 14
}
{
        "code": {
                "systemcode": 28,
                "unitcode": 11,
                "state": "off"
        },
        "origin": "receiver",
        "protocol": "elro_he",
        "uuid": "0000-00-00-aa-d1ff23",
        "repeats": 15
}
{
        "code": {
                "systemcode": 28,
                "unitcode": 11,
                "state": "off"
        },
        "origin": "receiver",
        "protocol": "elro_he",
        "uuid": "0000-00-00-aa-d1ff23",
        "repeats": 16
}
{
        "code": {
                "id": 60,
                "unit": 5,
                "state": "on"
        },
        "origin": "receiver",
        "protocol": "rev_switch_old",
        "uuid": "0000-00-00-aa-d1ff23",
        "repeats": 1
}

code:

pi@raspberrypi ~ $ sudo pilight-debug
Now press and hold one of the buttons on your remote or wait until
another device such as a weather station has send new codes
It is possible that the debugger needs to be restarted when it does
not show anything. This is because it's then following a wrong lead.
^C--[RESULTS]--

hardware:       433gpio
pulse:          0
rawlen:         0
binlen:         0
pulselen:       145

Raw code:

Binary code:

pi@raspberrypi ~ $

[ Voor 4% gewijzigd door neographikal op 05-05-2014 00:36 ]

[CurlyMo]

neographikal schreef op maandag 05 mei 2014 @ 00:35:
Pilight-debug lijkt weinig te doen en als ik deze draai werkt daarna pilight-receive niet meer. M'n radio is aangesloten en ik vermoed ook goed, die lichtsensor geeft dit in pilight-receive:

CurlyMo schreef op vrijdag 21 februari 2014 @ 19:52:

pilight dus en geen Pilight of PiLight!

Dus je kunt pilight-debug draaien zonder eerst de daemon te stoppen? Dat zou niet moeten kunnen.

Daarnaast, als je geen pilight-debug output krijgt, dan gaat de daemon je AB ook niet oppikken.

Kan je een pilight-raw plaatsen van als je op de knop drukt?

[ Voor 4% gewijzigd door CurlyMo op 05-05-2014 10:15 ]

[neographikal]

Ga ik straks even doen, ik loop tegen nog wat raars aan.

Settings.json

code:

{
        "log-level": 4,
        "pid-file": "/var/run/pilight.pid",
        "config-file": "/etc/pilight/config.json",
        "hardware-file": "/etc/pilight/hardware.json",
        "log-file": "/var/log/pilight.log",
        "send-repeats": 10,
        "receive-repeats": 1,
        "webserver-enable": 1,
        "webserver-root": "/usr/local/share/pilight",
        "webserver-port": 5001,
        "webserver-cache": 1,
        "whitelist": "",
        "update-check": 1,
        "firmware-update": 0
}

Vervolgens prak ik in m'n config.json het standaardvoorbeeld van de pilight-website:

code:

{
    "living": {
        "name": "Living",
        "order": 1,
        "bookshelve": {
            "name": "Book Shelve Light",
            "protocol": ["kaku_switch"],
            "id": [{
                "id": 1234,
                "unit": 0
            }],
            "state": "off"
        },
        "television": {
            "name": "Television",
            "protocol": ["relay"],
            "id": [{
                "gpio": 3
            }],
            "state": "off"
        }
    }        
}

Echter na een restart van pilight ziet dit eruit als:

code:

{}

Leeg dus, enig idee hoe dit kan? Ik zie niks raars in de logging.

[CurlyMo]

Nee. Ik ga het uitzoeken.

[neographikal]

Ik heb wel Pimatic eraan hangen, maar daar heb ik verder nog niks mee gedaan, geen dingen aangemaakt/aangepast.

[Nelus82]

Heb je de service pilight gestopt voordat je de config aanpast?

[neographikal]

Hm dat niet, config aangepast, restart gedaan. Maakt dat uit? Zou niet verwachten dat hij dan m'n config opeet

[CurlyMo]

Ja, pilight schrijft bij het afsluiten de laatste status van de configuratie weg in hetzelfde bestand. Dus eerst pilight stoppen, dan aanpassen.

[neographikal]

Ik ga het proberen, eens kijken of dat scheelt, thanks voor de tip.

Overigens vind ik het vreemd dat op deze manier je config naar /dev/null gaat. Ik snap het implementatiewise wel (ik vermoed dat je de laatste stand van zaken gewoon in z'n geheel wegschrijft), maar als je dan de statusinfo wilt updaten in hetzelfde bestand (is dat handig?), dan zou ook alleen de statusinfo moeten worden geupdate (schakelaar x -> on in file zetten).

Het is op deze manier erg makkelijk om je configuratie onbedoeld om zeep te helpen en dan moet je maar bidden dat je backups werken

[CurlyMo]

Hoe bedoel je /dev/null?

Een stukje wegschrijven is simpelweg veel te complex om te implementeren. Daarnaast heb je normaal gesproken geen reden om in je config bestand dingen aan te passen zolang het draait. pilight moet toch opnieuw gestart worden om de nieuwe config actief te maken. Dan kan je hem net zo goed eerst stoppen, aanpassen en dan weer starten.

Je helpt je configuratie niet om zeep, je verlies alleen je updates.

[Knopsje]

Ik heb na de update naar pilight 4.0 last van een gekke bug: bij het herstarten van de Pi wordt de config gewist en blijven alleen de ruimtes bestaan. Config ziet er dan ongeveer zo uit:

code:

{
    "woonkamer": {
        "name": "Woonkamer"
    },
    "keuken": {
        "name": "Keuken"
    },
    "thermostaat": {
        "name": "Thermostaat"
    }
}

Bij een

code:

service pilight restart

blijft de config wel behouden. Is hier iets aan te doen?

[CurlyMo]

Op het pilight forum staat dezelfde vraag. Ik ga het onderzoeken.
http://forum.pilight.org/...-wrecked-on-reboot?page=4

[ Voor 74% gewijzigd door CurlyMo op 08-05-2014 14:37 ]

[neographikal]

CurlyMo schreef op donderdag 08 mei 2014 @ 14:30:
Hoe bedoel je /dev/null?

Een stukje wegschrijven is simpelweg veel te complex om te implementeren.

Probleem is denk ik dat de definitie en status in dezelfde file zitten Is er geen fatsoenlijke json library te krijgen die dit makkelijk zou maken voor c++?

Daarnaast heb je normaal gesproken geen reden om in je config bestand dingen aan te passen zolang het draait. pilight moet toch opnieuw gestart worden om de nieuwe config actief te maken. Dan kan je hem net zo goed eerst stoppen, aanpassen en dan weer starten.

Je helpt je configuratie niet om zeep, je verlies alleen je updates.

Toch moet het imo niet zo zijn dat als je het wel doet, je de boel kwijt raakt. Als Apache op deze manier zou werken sta je ook raar te kijken

[ Voor 20% gewijzigd door neographikal op 08-05-2014 15:00 ]

[CurlyMo]

Probleem is denk ik dat de definitie en status in dezelfde file zitten

Er is al een discussie gaande over de logica van de pilight configuratie. Als je mee wil denken kan dat hier:
http://forum.pilight.org/...ht-pimatic-configurations

Is er geen fatsoenlijke json library te krijgen die dit makkelijk zou maken voor c++?

pilight is C geen C++ en maakt al gebruik van een json library.

Toch moet het imo niet zo zijn dat als je het wel doet, je de boel kwijt raakt. Als Apache op deze manier zou werken sta je ook raar te kijken

Je hoort niks kwijt te raken. Je oude config wordt gewoon weer gesynced. Dus als je de regels van het spel kent is het gewoon normaal gedrag dat meer programma's doen.

---

@Knopsje, de laatste dev code moet dit probleem niet meer hebben.

[ Voor 4% gewijzigd door CurlyMo op 08-05-2014 17:39 ]

[Koffie]

Toch ben ik het wel met 'm eens, het is gewoon niet handig dat je voor het toevoegen van devices pilight opnieuw moet starten.

[CurlyMo]

Totdat er nog geen config editor is werkt het even zo.

[ppx17]

Ik heb (nadat ik op eenzelfde manier wijzingingen kwijtgeraakt was) even een bashfile gemaakt om de config mee te bewerken:

code:

sudo service pilight stop
sudo nano devices.json
sudo cp devices.json "devices/`date +%Y%m%d%H%M%S`.json"
sudo cp devices.json devices/latest.json
sudo service pilight start

Even in /etc/pilight zetten en je loopt er nooit meer tegenaan. Note dat deze ook gelijk een geschiedenis bijhoudt in /etc/pilight/devices, heb je altijd een backup bij de hand.

[neographikal]

Probleem was inderdaad het niet stoppen van de pilight daemon, ik kan nu in ieder geval goed zenden naar de ontvangers. Morgen maar eens kijken waar het mis gaat met mijn ontvangst

[Knopsje]

@Koffie, kan het zijn dat jouw pilight Probe protocol niet werkt met pilight 4.0? Ik kreeg allerlei foutmeldingen tijdens het builden waarna het hele proces stopte. Heb de foutmeldingen nu even niet bij de hand, zal het vanavond nog eens proberen.

[Spekkie88]

Ik ben dit forum al eerder tegen gekomen en vond het erg interessant, wat ik me echter afvroeg is of het ook mogelijk is dit in te zetten op een normale pc die linux draait, bijvoorbeeld in combinatie met een usb-to-gpio module. Dit aangezien ik al een htpc/server heb staan die al 24/7 draait en het me dan overbodig lijkt om daarnaast dan nog een rpi de hebben draaien alleen voor domotica...
Daarnaast vroeg ik me af of er ook inbouw receivers zijn die niet op batterijen werken. Ik heb namelijk wel gezocht maar kon zou snel niets vinden (waarschijnlijk omdat ik er nog niet echt in thuis ben). En is het dan bijvoorbeeld mogelijk om plafonlampen zowel via RF als de wand schakelaar te bedienen?

[neographikal]

Grappig, precies het idee waar ik laatst mee zat, ik heb al een doos 24/7 aanstaan die ook heel wat rapper is dan de pi Ben gister ook bezig geweest om pimatic onder IIS te draaien, maar dat wil nog niet heel erg lukken. Nodejs start wel netjes, maar d'r komt een exception langs die ik nog niet heb weten te fixen.

[ Voor 44% gewijzigd door neographikal op 09-05-2014 12:30 ]

[CurlyMo]

@Spekkie88,

pilight now also supports 32bit and 64bit packages through an apt (Debian based GNU) and pkgNG repository (*BSD).

Voor USB<-->GPIO moet er wel even een hardware driver gemaakt worden voor pilight zoals hier:
https://github.com/piligh...t/libs/hardware/433gpio.c

Laat ik erbij zeggen dat het erg tof zou zijn als dat lukt

Let wel op de specificaties. De GPIO moet instaat zijn om rond de 80us te schakelen. De vraag is of die USB dingen dat halen.

[ Voor 23% gewijzigd door CurlyMo op 09-05-2014 13:05 ]

[geerttttt]

CurlyMo schreef op vrijdag 09 mei 2014 @ 12:36:
@Spekkie88,

[...]


Voor USB<-->GPIO moet er wel even een hardware driver gemaakt worden voor pilight zoals hier:
https://github.com/piligh...t/libs/hardware/433gpio.c

Laat ik erbij zeggen dat het erg tof zou zijn als dat lukt

Let wel op de specificaties. De GPIO moet instaat zijn om rond de 80us te schakelen. De vraag is of die USB dingen dat halen.

Even puur theoretisch, is 't niet mogelijk de arduino code wat nu in de attiny gebruikt wordt aan te passen zodat hij werkt op een arduino nano o.i.d., en dan de arduino het hele inlezen laten doen van wat nu de gpio doet? Die kan dat dan via usb-serial doorsturen naar de pc

...Hoewel.. Klinkt alsof er dan waarschijnlijk best wat arduino programmeren bij komt kijken.

[CurlyMo]

Een ATTiny kan je ook gewoon aan je USB hangen hoor:
http://codeandlife.com/20...tiny85-without-a-crystal/

Theoretisch en praktisch zou het dus moeten kunnen. Het programmeren van de nano moet dan wel via avrdude gebeuren, want arduino heeft teveel overhead.

Kan je er misschien een topic voor openen op het pilight forum. Misschien zijn er mensen met kennis die dit kunnen. Dan kijk ik wel naar de ondersteuning in pilight zelf.

[ Voor 23% gewijzigd door CurlyMo op 09-05-2014 16:08 ]

[Koffie]

Knopsje schreef op vrijdag 09 mei 2014 @ 09:44:
@Koffie, kan het zijn dat jouw pilight Probe protocol niet werkt met pilight 4.0? Ik kreeg allerlei foutmeldingen tijdens het builden waarna het hele proces stopte. Heb de foutmeldingen nu even niet bij de hand, zal het vanavond nog eens proberen.

Ik zit zelf nog op 3.0, dus ik durf daar even geen antwoord op te geven.

[neographikal]

Mijn oude kaku-remote wil hier nog niet:

code:

pi@raspberrypi ~ $ sudo pilight-debug
Now press and hold one of the buttons on your remote or wait until
another device such as a weather station has send new codes
It is possible that the debugger needs to be restarted when it does
not show anything. This is because it's then following a wrong lead.
^C--[RESULTS]--

hardware:       433gpio
pulse:          0
rawlen:         1
binlen:         0
pulselen:       2940

Raw code:
0
Binary code:

Druk op de aanknop levert het volgende op in pilight-receive

code:

pi@raspberrypi ~ $ sudo pilight-receive
{
        "code": {
                "systemcode": 31,
                "unitcode": 15,
                "state": "on"
        },
        "origin": "receiver",
        "protocol": "silvercrest",
        "uuid": "0000-00-00-aa-d1ff23",
        "repeats": 1
}
{
        "code": {
                "systemcode": 31,
                "unitcode": 15,
                "state": "off"
        },
        "origin": "receiver",
        "protocol": "mumbi",
        "uuid": "0000-00-00-aa-d1ff23",
        "repeats": 1
}
{
        "code": {
                "systemcode": 31,
                "unitcode": 15,
                "state": "on"
        },
        "origin": "receiver",
        "protocol": "silvercrest",
        "uuid": "0000-00-00-aa-d1ff23",
        "repeats": 2
}
{
        "code": {
                "systemcode": 31,
                "unitcode": 15,
                "state": "off"
        },
        "origin": "receiver",
        "protocol": "mumbi",
        "uuid": "0000-00-00-aa-d1ff23",
        "repeats": 2
}

Output van pilight-raw met een paar keer op de aan-knop duwen van de remote:

https://dl.dropboxusercontent.com/u/6237916/rawoutput.txt

Wat me overigens ook opvalt is dat als je pilight-raw of pilight-debug hebt gebruikt het cpu usage van de daemon 20% hoger ligt en de pi bijna onwerkbaar traag wordt.

[CurlyMo]

Je mag pilight-raw en pilight-debug ook niet draaien i.c.m. pilight-daemon. Raar dat het kan want dat zou niet mogen:

code:

root@xbian:~# pilight-raw
[May 10 17:40:38:544202] pilight-raw: ERROR: pilight-daemon instance found (10229)

Je kaku oud probleem moet opgelost zijn.

[neographikal]

Als ik sudo pilight-raw geef, dan begint hij gewoon waarden uit te spugen naar de terminal ipv de melding in je post. Kan ik helpen om dit te tracen voor je?

Hoe is mijn kaku-oud probleem opgelost, op github zie ik geen commit staan? Ah development branch. Hoe snel verwacht je een update van de pkg te doen?

Als ik je overigens een tip mag geven, los per commit 1 probleem op, of voeg 1 feature toe per commit. Dit maakt het tracen van fouten en bijvoorbeeld reverten makkelijker

[ Voor 37% gewijzigd door neographikal op 10-05-2014 18:28 ]

[CurlyMo]

Welke distro draai je?

Nieuwe package komt er bij elke nieuwe release.

[neographikal]

Gewoon de standaard raspbian editie. Kan ik ondanks dat ik via apt heb geinstalleerd toch een manuele compile/install doen?

[CurlyMo]

Ja hoor. Hij overschrijft dan je huidige installatie.

---

Om te debuggen. Kan je eens dit doen:
1. De pid van pilight achterhalen:

code:

root@pi:~# pgrep pilight-daemon
4852

2. Dan de proc opzoeken van pilight:

code:

root@pi:~# ls /proc/4852/
auxv        cwd      gid_map    mounts      oom_score      root   status
cgroup      environ  limits     mountstats  oom_score_adj  smaps  syscall
clear_refs  exe      maps       net         pagemap        stack  task
cmdline     fd       mem        ns          personality    stat   uid_map
comm        fdinfo   mountinfo  oom_adj     projid_map     statm

3. Dan de cmdline posten:

code:

root@pi:~# cat /proc/4852/cmdline
pilight-daemonroot@pi:~#

[ Voor 86% gewijzigd door CurlyMo op 10-05-2014 18:33 ]

[neographikal]

Ik zal morgen voor je kijken, heb net een compile gestart van de dev branch en moet zo naar een verjaardag

Vlug even naar het arctech probleempje gekeken, gaan de goede kant op, maar:

code:

{
    "code": {
        "systemcode": 31,
        "unitcode": 15,
        "state": "on"
    },
    "origin": "receiver",
    "protocol": "silvercrest",
    "uuid": "0000-00-00-aa-d1ff23",
    "repeats": 1
}
{
    "code": {
        "id": 31,
        "unit": 15,
        "state": "off"
    },
    "origin": "receiver",
    "protocol": "arctech_switches_old",
    "uuid": "0000-00-00-aa-d1ff23",
    "repeats": 1
}
{
    "code": {
        "systemcode": 31,
        "unitcode": 15,
        "state": "off"
    },
    "origin": "receiver",
    "protocol": "mumbi",
    "uuid": "0000-00-00-aa-d1ff23",
    "repeats": 1
}

Is dat wat je verwacht? Overigens staat deze oude remote met draaiwiel op A en druk ik op knop 1, ik had nu unit 0 id 0 verwacht, als het analoog is aan de pilight-send.

edit:hmmm het lijkt er alleen sterk op dat het aansturen van de oude klik aan klik uit met deze versie kapot is? Reageert hier eigenlijk niet meer, de nieuwe kaku doet het uitstekend.

[ Voor 89% gewijzigd door neographikal op 10-05-2014 19:22 ]

[CurlyMo]

Heb je geprobeerd te zenden met deze waarden?

[neographikal]

code:

root@raspberrypi:~# cat /proc/3842/cmdline
/usr/local/sbin/pilight-daemonroot@raspberrypi:~#

Overigens lijken mijn kaku-oud schakelaars het een stuk beter te doen met de main branch dan met de dev branch, kan dat? Met de dev branch heb ik er 2-3 die maar matig reageren terwijl ze op de main prima reageren.

@ontvangprobleem van de afstandsbediening: Zenden met die unit/id vanaf pilight werkt niet, ook wel heel toevallig dat zowel de 31 als 15 de maximumwaarden zijn die zijn toegestaan. Denk dat er iets niet helemaal goed gaat.

[ Voor 25% gewijzigd door neographikal op 11-05-2014 01:34 ]

[CurlyMo]

De bug die het mogelijk maakte om zowel pilight-daemon als pilight-{debug,raw,learn} te draaien is opgelost. Ik ga je kaku oud probleem even verder onderzoeken.

---

De kaku oud bug is ook opgelost. Er zat een fundamenteel probleem in de structuur van pilight wat nu verholpen is. Jammer genoeg is dat bij de test fase van de development code niet naar voren gekomen.

[ Voor 39% gewijzigd door CurlyMo op 11-05-2014 14:49 ]

[Knopsje]

Ik heb een aantal van de conrad RSL deursensoren gekocht (deze: http://www.conrad.nl/ce/n...category&rt=category&rb=1)
Volgens het pilight forum zouden deze volledig ondersteund moeten worden maar ik zie met pilight-receive helemaal niks voorbijkomen. Moet ik hiervoor ergens nog iets speciaals aanzetten?

[CurlyMo]

Probeer de laatste dev code eens.

[Daantju]

Hoi,

Ik heb via Pilight de filters en sensoren gekocht, nu ben ik echter alleen opzoek naar een breadboard en kabels waarbij ik niet hoef te solderen.. Waar kan ik deze kopen en waar moet ik op letten?

[CurlyMo]

Daantju schreef op zondag 11 mei 2014 @ 19:02:
Hoi,

Ik heb via pilight de filters en sensoren gekocht, nu ben ik echter alleen opzoek naar een breadboard en kabels waarbij ik niet hoef te solderen.. Waar kan ik deze kopen en waar moet ik op letten?

http://www.dx.com/s/breadboard
http://www.dx.com/s/jumper+cables

[Daantju]

Is er ook een nederlandse shop? Dan hoef ik geen weken te wachten.. Heb gekeken bij Eleshop (http://www.eleshop.nl/bre...ig-assortiment-p-288.html) maar volgens mij zijn dit niet de goede kabels, ze moeten toch op de connector van de Pi gedrukt kunnen worden?

[neographikal]

CurlyMo schreef op zondag 11 mei 2014 @ 11:30:
De bug die het mogelijk maakte om zowel pilight-daemon als pilight-{debug,raw,learn} te draaien is opgelost. Ik ga je kaku oud probleem even verder onderzoeken.

---

De kaku oud bug is ook opgelost. Er zat een fundamenteel probleem in de structuur van pilight wat nu verholpen is. Jammer genoeg is dat bij de test fase van de development code niet naar voren gekomen.

Goed bezig, ik zal morgen een nieuwe build maken en testen voor je.

[wuppie007]

Zo alle componenten ook binnen gehad. Misschien is het een goede aanvulling (ook voor op de site) om een draadschema te maken hoe je het filter aansluit. Er zat wel een mooi tekeningetje bij, maar "pilight IN" kan ik nog niet echt thuisbrengen...

[CurlyMo]

http://wiki.pilight.org/doku.php/electronics

I.p.v. direct de ontvanger aan de RPi te hangen zet je nu de filter ertussen.

[micoos]

Knopsje schreef op vrijdag 09 mei 2014 @ 09:44:
@Koffie, kan het zijn dat jouw pilight Probe protocol niet werkt met pilight 4.0? Ik kreeg allerlei foutmeldingen tijdens het builden waarna het hele proces stopte. Heb de foutmeldingen nu even niet bij de hand, zal het vanavond nog eens proberen.

probeer eens in probe.c de regels met;

C:

options_add(&probe->options, 'i', "id", has_value, config_id, "^([0-9]{1,7}|[1-5][0-9]{7}|6([0-6....."
options_add(&probe->options, 's', "sensor", has_value, config_id, "^([0-9]{1}|[1][0-5])$");
options_add(&probe->options, 'v', "value", has_value, config_value, "^([0-9]{1}|[1][0-5])$");

te vervangen met;

C:

options_add(&probe->options, 'i', "id", OPTION_HAS_VALUE, CONFIG_ID, JSON_NUMBER, NULL, "^([0-9]{1,7}|[1-5][0-9]{7}|6([0-6][0-9]{6}|7(0[0-9]{5}|10([0-7][0-9]{3}|8([0-7][0-9]{2}|8([0-5][0-9]|6[0-3]))))))$");
options_add(&probe->options, 's', "sensor", OPTION_HAS_VALUE, CONFIG_ID, JSON_NUMBER, NULL, "^([0-9]{1}|[1][0-5])$");
options_add(&probe->options, 't', "temperature", OPTION_HAS_VALUE, CONFIG_VALUE, JSON_NUMBER, NULL, "^([0-9]{1}|[1][0-5])$");
options_add(&probe->options, 'm', "motion", OPTION_HAS_VALUE, CONFIG_VALUE, JSON_NUMBER, NULL, "^(1|0)$");
options_add(&probe->options, 'h', "humidity", OPTION_HAS_VALUE, CONFIG_VALUE, JSON_NUMBER, NULL, "^([0-9]{1}|[1][0-5])$");
options_add(&probe->options, 'l', "light", OPTION_HAS_VALUE, CONFIG_VALUE, JSON_NUMBER, NULL, "^([0-9]{1}|[1][0-5])$");

De reguliere expressies zijn nog niet volledig juist, maar hier zou het mee moeten werken.

[wuppie007]

CurlyMo schreef op maandag 12 mei 2014 @ 14:20:
http://wiki.pilight.org/doku.php/electronics

I.p.v. direct de ontvanger aan de RPi te hangen zet je nu de filter ertussen.

Oké, dus "pilight IN" moet aan gpio 18?

[CurlyMo]

Juist

[neographikal]

@Curly, laatste dev branch uitgechecked, alles lijkt te werken incl de oude kaku remote, goed bezig

[CurlyMo]

Mooi zo.

Ik ben nu met een mooie nieuwe uitbreiding bezig die deels dit probleem oplost. pilight kan dadelijk protocollen modulair dynamisch toevoegen en bijwerken. Concreet betekent dit dat je dadelijk het volgende doet:

code:

apt-get install pilight pilight-protocol-archtech_switch

pilight zal dan de archtech_switch protocol dynamisch inladen. Zodra er een update of een nieuw protocol uitkomt dan krijg je de mogelijk (mits de versies nieuw genoeg zijn) om dat nieuwe protocol dynamisch in te laten bijv.

Wanneer een protocol bijgewerkt wordt, dan kan pilight dat protocol verversen door een nieuwe versie:

Op die manier hoef je eigenlijk nooit opnieuw te compileren vanuit de dev branch, maar kan je ook op oudere versies van pilight nieuwe protocollen installeren of tijdens het draaien van pilight nieuwe protocollen inladen. Dat is vooral handig in geval wanneer bijv. pilight kritische processen draait zoals je thermostaat. Tijdens het inladen controleert het protocol of de versie van pilight nieuw genoeg is.

[ Voor 7% gewijzigd door CurlyMo op 13-05-2014 11:35 ]

[neographikal]

Hmm net even verder getest, op de main reageren de kaku-oud switches beter op het off commando dan bij de nieuwe development branch, kan dat? Daarnaast lijkt de webserver trager te reageren of iets dergelijks, ik krijg in pimatic bij dev errors om de oren die ik niet krijg bij de stable: https://github.com/pimatic/pimatic/issues/158

[ Voor 40% gewijzigd door neographikal op 13-05-2014 01:49 ]

[CurlyMo]

pimatic is de verantwoordelijkheid van sweetpi.

De nieuwe dev branch moet beter werken dan de huidige master. Dat zou eigenlijk standaard zo moeten zijn, anders heeft doorontwikkeling geen zin In het kaku oud protocol zelf is niks veranderd, die moet dus hetzelfde werken als in master. Het aanroepen van het protocol is alleen veranderd.

Kan je pilight-raw plaatsen voor een off commando?

Daarnaast kan het inderdaad zo zijn dan de webserver íets trager is. Dat komt doordat ik de prioriteiten van de threads wat heb veranderd zodat senden en ontvangen de meeste prioriteit krijgen. Daarnaast heb ik ook de webserver library bijgewerkt (mongoose). De nieuwe versie heeft wat kleine verbeterpuntjes waardoor een klein snelheidsverlies voor lief te nemen is.

[ Voor 56% gewijzigd door CurlyMo op 13-05-2014 08:24 ]

[rorie]

@CurlyMo, enig idee wanneer je weer nieuwe setjes binnen hebt? Heb er vorige week een besteld en betaald en nog niet ontvangen. Er is tussentijds wel netjes gecommuniceerd dat ze op waren en het iets langer ging duren.

Ondersteund pilight nu zelf al de mogelijkheid om lampen op basis van zons op of ondergang aan te sturen? Dus zonder enige andere applicatie te hoeven installeren en gewoon via de config file in te stellen? Zo niet, wat is dan de beste manier om dit voor elkaar te krijgen?

[CurlyMo]

@rorie, afgelopen zaterdag zijn alle bestellingen van voor die tijd op de post gegaan.

M.b.t. je vraag. Je kunt het zelf scripten via één van de client voorbeelden of voor nu pimatic gebruiken. Events komen in de volgende grote release.

[Tommybear1979]

@CurlyMo, sorry voor de slechte opgemaakte post eerder in dit topic. Nieuwe ronde nieuwe kansen.
Omdat mijn weerstation met de protocollen die door pilight-receive gezien worden niet de juiste waarden weergeven. Hoe kan ik het beste de informatie verzamelen?

1. pilight-debug : werkt niet zo handig omdat deze stopt na een reeks ontvangen te hebben. En mijn vermoeden is dat ik meerdere 433mhz signalen ontvang.
2. pilight-raw : Kan ik evt. naar file schrijven pilight-raw >> ~/rawdump.txt en ondertussen meeschrijven met het display
3. pilight-receive: geeft dus niet de juiste waarden.

Ik heb al eens met pilight-debug waarden genoteerd en getracht uit te pluizen naar de werkelijke waarden. Hiervan heb ik een excel sheet. Bij een aantal debug output heb ik de waarde die toen op het display stond mbt temperatuur en RV kunnen herleiden uit de raw waarden.

Kortom.. Hoe komen we verder?

[CurlyMo]

Om welk apparaat gaat het? We hebben zojuist namelijk een nieuw weerstation protocol toegevoegd. Anders even een topic openen op het pilight forum. Uitzoeken van een protocol kan een aardige zooi worden Zie:
http://forum.pilight.org/...ported-TFA-Conrad-Weather

[Tommybear1979]

@Curlymo: het betreft een Alecto WS4500.
deze heeft een unit met temp/rv/wind/winddir en een regenmeter unit. Deze twee units zijn onderling niet verbonden en zenden dus zelf hun data door.
Kan je aangeven wat ik kan doen om e.e.a. op gang te helpen?

[ Voor 13% gewijzigd door Tommybear1979 op 14-05-2014 09:23 ]

[CurlyMo]

Zie hier:
http://forum.pilight.org/...Protocol-bugs-or-requests

[Tommybear1979]

is het mogelijk pilight-debug doorlopend te draaien?
dit omdat ik vermoed dat mijn weerstation meerdere berichten achter elkaar verstuurd en ik er met pilight-debug dus standaard wat mis.
Voordeel is dat die data ook al een stuk gefilterd is tov pilight-raw en mode2.
Is er ook nog iets van signaal sterkte te bepalen?

[ Voor 8% gewijzigd door Tommybear1979 op 14-05-2014 22:09 ]

[CurlyMo]

Nog niet en nee. Zat al wel te denken aan een doorlopende pilight-debug optie.

---

Kan je een feature request doen op pilight forum zodat ik eraan herinnert wordt?

[ Voor 36% gewijzigd door CurlyMo op 14-05-2014 22:26 ]

[THW Mark]

Ben bezig met ongeveer hetzelfde plan als Koffie: Thermostaatregeling (van stadsverwarming) en aanvullend dus wat verlichting regelen e.d.

In eerste instantie begon ik met enkel pilight, maar voor de rules kwam ik ook bij pimatic uit.

Koffie schreef op donderdag 20 maart 2014 @ 23:41:
Rules maken:
Klik op "Add new rule"
Bij ID begin je met ID 1, dit hoog je elke keer op
Bij het veld "IF" kun je alle voorwaarden opgeven. Deze kun je met AND en OR net zo uitgebreid maken als je wil.
Bij het veld "THEN" geef je op wat er moet gebeuren.
Een rule die ik gemaakt heb, ziet er zo uit:
IF
it is monday or tuesday or thursday or friday and pilight-thermostaat-sunday is turned off and temperature of pilight-thermostaat-woonkamerwireless is less than 20 °C and it is after 14:00 and before 22:00 and pilight-thermostaat-runprogram is turned on and warmte is turned off
THEN
turn warmte on

Begrijp ik hieruit dat je (nog) geen temperatuur kunt instellen, anders dan die 20 graden die in je regel zit? Ik dacht dat je met die "variables" module van pimatic ook variabelen aan je regels toe zou moeten kunnen voegen?

Kun je eens een screenshotje laten zien van hoe jouw huidige pimatic interface eruit ziet? (en dan vooral het rules gedeelte)

[roeleboel]

Ik zou graag het volgende willen verwezenlijken:
zodra er aangebeld wordt (deurbel werkt op 433MHz), zou ik in xbmc over het hele huis een notificatie-popup willen geven.

Kan dit met pilight, of moet ik naar andere software kijken?

ik heb er geen enkel probleem mee om de nodige tijd te investeren in het aanleren van software, maar dan weet ik wel graag op voorhand dat ik met de juiste software bezig ben

[CurlyMo]

Moet theoretisch kunnen, maar het stukje XBMC zal je zelf moeten maken. Een pilight XBMC plugin zou sowieso wel cool zijn

[roeleboel]

Na wat rondgelezen te hebben lijkt het 'pad van de minste weerstand' een combinatie met pimatic te zijn: zo kan ik xbmc makkelijk aansturen via de json-api (een shell commando uitvoeren - wget met wat parameters).

Blijft over de deurbel in pilight krijgen, ik zal dit weekend een protocol request daarvoor openen, als ik de concrete info verzameld heb.

Over een directe xbmc-implementatie in pilight zal ik eens nadenken in functie van de hoeveelheid vrije tijd die ik vind

[CurlyMo]

Het ligt er een beetje aan wat je wilt. Op dit moment kan pilight direct de JSON-API van XBMC lezen, maar er niet naar versturen. Ook kan pilight een program protocol waarmee je programma's kan starten / stoppen en de status uitlezen. pilight heeft ook zijn eigen API waarmee je voor nu vrijwel alles kan.

[chmod]

Ik heb op dit moment een Pi met pilight in de meterkast hangen. Vanaf hier is het me (met veel bloed zweet en tranen) gelukt om mijn lampen te bedienen.

Nu zou ik graag mijn garagedeur ook gaan bedienen met pilight.
Het liefst met een draadloze relay oid.
Ook zou ik graag de status van de deur willen zien.

dus eigenlijk 2 vragen:
1) bestaat er een 433mhz draadloze relay die "out of the box" met plight werkt? en zo ja welke? ze nee: hoe zou ik het dan kunnen oplossen?

2) met wat voor sensor kan ik zien of de deuren open of dicht is en bestaat dit al voor pilight?

Dank!

[CurlyMo]

1) bestaat er een 433mhz draadloze relay die "out of the box" met plight werkt? en zo ja welke? ze nee: hoe zou ik het dan kunnen oplossen?

Volgens mij niet? Ik heb in een stekkerdoos een relais gebouwd.

2) met wat voor sensor kan ik zien of de deuren open of dicht is en bestaat dit al voor pilight?

http://wiki.pilight.org/doku.php/protocols
Kopje Contact Sensors

[...] met veel bloed zweet en tranen [...]

Kan je dit nog verder toelichten?

[chmod]

CurlyMo schreef op donderdag 22 mei 2014 @ 17:08:
[...]

Volgens mij niet? Ik heb in een stekkerdoos een relais gebouwd.

Het gaat bij mij niet om de 230v voor de deur. zodra ik twee draadjes met elkaar verbind gaat de deur open. Zodra ik dit nog een keer doe gaat hij weer dicht. Hier wilde ik een relais op zetten. Alleen de afstand tussen de PI en de relais is te groot / onhandig voor een draadje. vandaar de draadloze variant.
Zijn er meer opties?

[...]
Kan je dit nog verder toelichten?

Ben niet zo thuis is hardware en niet in scripting.
Het aansluiten van de zender was dus al een uitdaging en het maken van het script nog meer :-)

De volgende zaken zijn inmiddels gelukt:
- 433mhz zender is gelukt
- bedrade relais is geluk (maar is dus voor mij helaas niet de oplossing)
- temperatuur sensor is geluk

Heb een breakoutbordje in bestelling voor de nodige extra voeding en om het wat overzichtelijk te houden.

Zou ook nog graag iets met een deurbel willen (kan zo iets?)
Als de deurbel gaat wil ik een seintje op mijn iphone (via welke push service dan ook)
Ook lijkt het mij leuk om er dan een webcam naast te zetten die een foto maakt van de bezoeker.

[Koffie]

THW Mark schreef op zondag 18 mei 2014 @ 20:34:
Ben bezig met ongeveer hetzelfde plan als Koffie: Thermostaatregeling (van stadsverwarming) en aanvullend dus wat verlichting regelen e.d.

In eerste instantie begon ik met enkel pilight, maar voor de rules kwam ik ook bij pimatic uit.
[...]
Begrijp ik hieruit dat je (nog) geen temperatuur kunt instellen, anders dan die 20 graden die in je regel zit? Ik dacht dat je met die "variables" module van pimatic ook variabelen aan je regels toe zou moeten kunnen voegen?

Kun je eens een screenshotje laten zien van hoe jouw huidige pimatic interface eruit ziet? (en dan vooral het rules gedeelte)

Destijds bestonden er nog geen variabelen in pimatic

Hoe ik het nu doe :
Diverse rules zetten op basis van dag en tijdstip een variabele met als inhoud een temp
Andere rules gebruiken die variabele om te vergelijken met de woonkamer temperatuur om te beslissen of de kachel aan of uit moet.

Daarnaast zijn er nog allerlei andere rules die voorkomen dat de kachel aan gaat (of zelfs actief uitzetten), bijvoorbeeld wanneer er een tuindeur open gaat.
Een andere rule die ik er in gebouwd heb is om te kijken of de kamer opwarmt of afkoelt. Wanneer de kamer van zichzelf aan het opwarmen is, gaat de kachel niet aan ook al is het te koud.

[francoski]

Een tijdje geleden lukte het mij niet om 433Mhz te ontvangen. Dit is ondetussen gelukt, lag aan m'n pilight installatie.

Nu lukt het verzenden niet (niet eerder geprobeerd). Als ik Pilight-debug doe, dan krijg ik deze output:

code:

pi@raspberrypi ~/pilight $ sudo pilight-debug
Now press and hold one of the buttons on your remote or wait until
another device such as a weather station has send new codes
It is possible that the debugger needs to be restarted when it does
not show anything. This is because it's then following a wrong lead.
--[RESULTS]--

hardware:   433lirc
pulse:      3
rawlen:     50
binlen:     12
pulselen:   137

Raw code:
411 137 411 137 411 137 411 137 411 137 411 137 411 137 411 137 411 137 411 137 137 411 137 411 137 411 411 137 137 411 411 137 137 411 411 137 137 411 411 137 137 411 411 137 137 411 137 411 137 4658 
Binary code:
000001000001

Dit is een impuls setje. Wat mij opvalt is de pulselen, dat klopt niet helemaal volgens mij. Als ik dit wil aanpassen en dan setup.sh run, gaat het fout. Info gevonden op: http://forum.pilight.org/...mpuls-SelectRemote?page=8. Resultaat van setup.sh:

code:

[  1%] Building C object CMakeFiles/pilight.dir/libs/protocols/impuls.c.o
/home/pi/pilight/libs/protocols/impuls.c: In function ‘impulsInit’:
/home/pi/pilight/libs/protocols/impuls.c:196:2: warning: implicit declaration of function ‘protocal_plslen_add’ [-Wimplicit-function-declaration]
[ 91%] Built target pilight
Linking C shared library libpilight.so
[ 91%] Built target pilight_shared
Linking C executable pilight-control
libpilight.so: undefined reference to `protocal_plslen_add'
collect2: ld returned 1 exit status
make[2]: *** [pilight-control] Error 1
make[1]: *** [CMakeFiles/pilight-control.dir/all] Error 2
make: *** [all] Error 2

Volgende wat ik heb geprobeerd, is het raw versturen van de code. Dus:

code:

sudo pilight-send -p raw -c "411 137 411 137 411 137 411 137 411 137 411 137 411 137 411 137 411 137 411 137 137 411 137 411 137 411 411 137 137 411 411 137 137 411 411 137 137 411 411 137 137 411 411 137 137 411 137 411 137 4658"

Ook dit werkt niet. Voor de duidelijkheid:
• De data wordt wel op de GPIO pin gezet (getest met LED)
• Ik zit dus met mijn zender op de goede pin
• Mijn zender is is goed aangesloten
• Ik heb twee verschillende zenders geprobeerd
• Met de afstandsbediening werkt het wel
• Het gaat om Impuls (Action) setjes
• Met WiringPi lukt het ook

Wat doe ik nu verkeerd?

[CurlyMo]

Ik zou het aanpassen van impuls.c opnieuw eens proberen, maar dan met de juiste functie aanroep. Eventueel kan je de 140 en 130 omdraaien.

[francoski]

Foutje, had protocal in plaats van protocol getypt, compileren werkt nu wel, maar versturen niet...
Als ik met afstandsbediening doe dan werkt schakelaar, en dan wordt ook in pilight hij op aan/uit gezet, maar wijzigingen in pilight worden niet in het echt doorgevoerd.

code:

{
    "origin": "sender",
    "protocol": "impuls",
    "code": {
        "systemcode": 31,
        "programcode": 1,
        "state": "off"
    },
    "repeat": 1
}
{
    "code": {
        "systemcode": 31,
        "programcode": 1,
        "state": "off"
    },
    "origin": "receiver",
    "protocol": "impuls",
    "uuid": "0000-00-00-38-1b8a0f",
    "repeats": 1
}

Daarnaast ook de draadloze temperatuursensor van Koffie gemaakt, en deze doet het met ontvangen soms wel soms niet.

code:

{
    "code": {
        "id": 8934000,
        "unit": 2,
        "dimlevel": 5,
        "state": "on"
    },
    "origin": "receiver",
    "protocol": "arctech_dimmers",
    "uuid": "0000-00-00-38-1b8a0f",
    "repeats": 2
}
{
    "code": {
        "id": 8934000,
        "unit": 2,
        "state": "closed"
    },
    "origin": "receiver",
    "protocol": "arctech_contact",
    "uuid": "0000-00-00-38-1b8a0f",
    "repeats": 2
}

Meerendeel wel dan niet.. wat kan ik daar aan doen?

[ Voor 16% gewijzigd door francoski op 27-05-2014 19:18 ]

[CurlyMo]

Wat heb je zelf al geprobeerd in de protocol?

[francoski]

Die pulselen 137 ingesteld. Maar bij RAW doet protocol toch niks?

[CurlyMo]

Nee, maar daarmee werkte impuls ook niet? Kan je pilight eens in debug modus draaien en kijken welke pulsen pilight verzend?

[francoski]

Nee, daarmee werkt het ook niet.

Ik kan pilight-debug toch niet runnen als pilight-service draait?

[CurlyMo]

code:

pilight-deamon -D

[francoski]

De RAW-code komt exact overeen met hetgene wat ik met

code:

sudo pilight-debug

ontvang van m'n afstandsbediening.

Output:

code:

[May 27 20:40:52:625909] pilight-daemon: DEBUG: socket recv: {"message":"send","code":{"location":"woonkamer","device":"lamp1","state":"on"}}
[May 27 20:40:52:626765] pilight-daemon: DEBUG: **** RAW CODE ****
411 137 411 137 411 137 411 137 411 137 411 137 411 137 411 137 411 137 411 137 137 411 137 411 137 411 411 137 137 411 411 137 137 411 411 137 137 411 411 137 137 411 411 137 137 411 137 411 137 4658 
[May 27 20:40:52:627434] pilight-daemon: DEBUG: **** RAW CODE ****
[May 27 20:40:52:691666] pilight-daemon: DEBUG: successfully send impuls code
[May 27 20:40:52:693059] pilight-daemon: DEBUG: socket write succeeded: {"origin":"config","type":1,"devices":{"woonkamer":[ "lamp1" ]},"values":{"timestamp":1401223252,"state":"on"}}

[May 27 20:40:52:693541] pilight-daemon: DEBUG: broadcasted: {"origin":"config","type":1,"devices":{"woonkamer":[ "lamp1" ]},"values":{"timestamp":1401223252,"state":"on"}}
[May 27 20:40:52:693871] pilight-daemon: DEBUG: broadcasted: {"origin":"sender","protocol":"impuls","code":{"systemcode":31,"programcode":1,"state":"on"},"repeat":1}

Maar het werkt niet

Edit: Hoewel ik niks gewijzigd heb, lijkt het lezen van m'n draadloze temperatuurmeter nu opeens goed te gaan..

[ Voor 4% gewijzigd door francoski op 27-05-2014 22:48 ]

[CurlyMo]

Raar, want onder de motorkap gebeurt er niet veel bij zenden. Kan je eventueel de send-repeats ophogen?

[francoski]

Die send-repeats heeft op 100 gestaan

Ik ga vanavond eerst een degelijke antenne aan de zender solderen, mogelijk ligt het daar aan.

[chmod]

Ik heb een relais werken via een schuifknop in de gui. Bestaat er ook een mogelijkheid om die te vervangen voor een druk knop. Met een keer drukken bv 5sec de relais aan?
Of is er een mogelijkheid om de schuifknop en de status na bv 5sec weer automatisch uit te zetten?

[CurlyMo]

Nog niet. Dat zul je zelf even moeten scripten.

@franscoski, ik krijg van andere gebruikers te horen dat impuls prima moet werken...