pilight - open source domotica oplossing

[chmod]

Ehhh.......
Zelf scripten klinkt prima. Is alleen niet iets wat ik eerder gedaan heb ben erg blij dat mijn huidige config.json het doet :-)
Kan je een kleine voorzet geven?

[CurlyMo]

Is pilight niet al dat kleine voorzetje

https://github.com/pilight/pilight/tree/master/clients/
Kan je kiezen welke taal je het beste ligt.

[francoski]

Het lijkt toch echt aan m'n antennes te liggen ofzo. Had er nu 15cm koperdraad aan gehangen, en heel soms werkt het, via wiringpi. Via Pilight nog niet. Ik gebruik trouwens de "verkeerde" sender, dus die van het verkeerde setje. Andere is onderweg.
Wat voor antenne's gebruiken jullie?

Draadloze temperatuursensor werkt goed. Stel nu drie dimmers in met de temperatuur met 1 decimaal. Dat werkt. Met dezelfde zender die op de raspberry niet werkt! Beiden 5v. Zou de data van Raspberry niet krachtig genoeg zijn?

Ik heb de draadloze temperatuurmeter (attiny) omgebouwd zodat ThreeChan protocol gebruikt. Lijkt wel enigzins te werken, alleen is de pulselen altijd te lang?
En bijna altijd herkent Pilight 'm als een Alecto weatherstation. Soms ook nog ander protocol.

code:

{
    "code": {
        "id": 1511,
        "temperature": 176,
        "humidity": 720,
        "battery": 0
    },
    "origin": "receiver",
    "protocol": "threechan",
    "uuid": "0000-00-00-38-1b8a0f",
    "repeats": 13
}
{
    "code": {
        "id": 94,
        "temperature": 11,
        "humidity": 20,
        "battery": 0
    },
    "origin": "receiver",
    "protocol": "teknihall",
    "uuid": "0000-00-00-38-1b8a0f",
    "repeats": 13
}
{
    "code": {
        "id": 1511,
        "temperature": 176
    },
    "origin": "receiver",
    "protocol": "alecto",
    "uuid": "0000-00-00-38-1b8a0f",
    "repeats": 13
}

Wat kan ik daar aan doen?

Raw data:

code:

hardware:   433lirc
pulse:      2
rawlen:     74
binlen:     18
pulselen:   271

Raw code:
542 1897 542 3794 542 1897 542 3794 542 3794 542 3794 542 3794 542 1897 542 1897 542 3794 542 3794 542 3794 542 1897 542 1897 542 1897 542 1897 542 1897 542 1897 542 1897 542 1897 542 3794 542 1897 542 3794 542 3794 542 1897 542 1897 542 3794 542 1897 542 1897 542 3794 542 1897 542 1897 542 3794 542 1897 542 1897 542 1897 542 9214

[CurlyMo]

Zou je willen beginnen met het gebruiken van pilight met kleine letters.

Maar toch ook als threechan? Dan is het toch goed?

[Koffie]

chmod schreef op donderdag 29 mei 2014 @ 17:32:
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?

Met pimatic kun je dat prima regelen.
Voeg een button toe en maak vervolgens een rule die bij die buttonpress een GPIO schakelt voor 5 seconden

[francoski]

CurlyMo schreef op donderdag 29 mei 2014 @ 23:24:
Maar toch ook als threechan? Dan is het toch goed?

Hm ja dat is ook zo, en lijkt goed te werken

[Yukkie]

Kan iemand mij van een goede tip voorzien:

ik heb van de pilight wiki de code voor de raspberry temperatuur sensor ge-copy/paste in mijn config.json.
Als ik dan pilight start, krijg ik de volgende error:

code:

[....] Starting : pilight[May 31 17:29:08:962634] pilight-daemon: ERROR: device #3 "RpiTemp" of "Temperatures", missing protocol
 failed!

Ik heb de sensor geload en ook aan de modules toegevoegd. Maar zonder resultaat. Zoekende hier of op het pilight forum vind ik geen enkele uitleg hoe ik een missing protocol verhelp.

Iemand een suggestie?

[Koffie]

De pilight wiki klopt niet meer, je gebruikt verouderde code (althans : pilight publiceerd verouderde code).
Je moet even opzoeken hoe je in de config.json vanaf 4.0 de optionele settings van een protocol moet plaatsen.

[Yukkie]

Thanks voor de tip! het antwoord blijkt letterlijk hier te vinden te zijn: http://www.pilight.org/post/pilight-40-1

[madmoon]

CurlyMo schreef op maandag 03 maart 2014 @ 12:16:
@Koffie, het probleem is dat je de weergave naam en de ID naam hebt opgewisselt. Nu heb je dus een spatie staan in je ID naam en daar kan de webgui niet mee omgaan. Als je deze spatie weghaalt dan werkt het weer. Ik zal er een check op laten doen.

Ik heb het project Pilight weer opgepakt en kwam er achter dat ik geen spatie in de naam kan verwerken, net zoas @CurlyMo typte nu heb ik een oplossing gevonden.

Probleem: Geen spatie in naam:

Oplossing: vervang spatie voor &.n.b.s.p.; en dan zonder de punten.

[ Voor 3% gewijzigd door madmoon op 01-06-2014 18:15 . Reden: &.n.b.s.p.;niet zichtbaar in een html omgeving...8)7 ]

[neographikal]

In het name attribuut van je apparaat kun je wel gewoon een spatie kwijt? Ik camelcase de identifier en zet de name naar m'n hand.

[francoski]

Hoe kun je een nieuw type voor de GUI aanmaken in pilight?
Ik kan de JQuery code vinden hoe hij wordt opgebouwd aan de client kant, maar kan niks aan de server-kant vinden.

Ik zou graag een variant op de dimmer maken die laat zien hoe "licht" het is.

[CurlyMo]

De best tip is het lezen van de allereerste regel van de openingspost

[francoski]

Sorry, zo gewend om namen met hoofdletter te schrijven.

[CurlyMo]

Er komt een moment dat pilight zo groot wordt dat het ingeburgerd raakt

Wat wil je precies doen? Een LDR sensor type?

[francoski]

Haha, laten we het hopen

Ik heb een Attiny waaraan een LDR weerstand hangt inderdaad (met een condensator, ms/50 tellen hoelang het duurt om op 3v te komen).
Deze lees ik uit, en verstuur ik via 433Mhz volgens een aangepast Threechan protocol wat nu Gaisma heet.

Ik wil dan dus in de pilight webGUI een balkje laten zien met links een maan en rechts een zon, en dan dus hoe licht het is. Alleen ik weet niet waar ik zo'n type kan aanmaken.

Versturen en ontvangen lukt dus al!

[CurlyMo]

/libs/pilight/protocol.h

[francoski]

Thanks, het lukt

[nota]

Ik zit zelf ook met het (eerder benoemde) probleem dat bij iedere reboot mijn config.json wordt vervangen door een config.json met enkel de locations erin. Ik begrijp dat dit in de dev branch inmiddels is opgelost. Kan iemand uitleggen hoe ik deze over mijn bestaande installatie zet? Moet dit via GIT? of kan ik voor een deel de normale installatie instructies volgen? Ben hier niet zo handig in. Of komt er binnen korte tijd een update voor de stable?

[CurlyMo]

Zie installatie pagina op pilight.org

[Koffie]

Ik zit even helemaal vast met mijn ad-hoc netwerk. Wie kan mij hier verder mee helpen? Op dit moment is upgraden naar 4.0 even nog geen optie, dat komt later.

Hard- en software:

Raspberry Pi, master controller
bevat config met alle devices
heeft RF receiver en sender
UUID: 0365-00-00-65-000300

Raspberry Pi, slave
bevat geen config
heeft RF receiver en sender
UUID: 03EA-00-00-EA-000300

Ik heb een KaKu ontvanger welke (net) niet de signalen van de master kan ontvangen, wel kan hij de signalen van de slave ontvangen. Dit is getest in standalone situaties.
Ik defineer de KaKu switch in de config van de master, en zet hier uiteraard de juiste UUID bij. Eerst start ik de master, daarna de slave, de slave connect netjes met de master.
Wanneer ik nu de juiste switch omhaal, gebeurt er niets. Omdat de KaKu switch heel soms wel reageert, weet ik dat het de slave is die het RF signaal verstuurd en niet de slave.
Wat doe ik fout in deze setup?
Het specifieke gedeelte uit de config:

code:

        "Beneden": {
                "name": "Beneden",
                "salontafel": {
                        "name": "Salon tafel",
                        "uuid": "0365-00-00-65-000300",
                        "protocol": [ "kaku_switch" ],
                        "id": [{
                                "id": 8934706,
                                "unit": 0
                        },
                        {
                                "id": 9565958,
                                "unit": 0
                        }],
                        "state": "on"
                },
                "dressoir": {
                        "name": "Dressoir",
                        "uuid": "0365-00-00-65-000300",
                        "protocol": [ "kaku_switch" ],
                        "id": [{
                                "id": 9565958,
                                "unit": 1
                        }],
                        "state": "on"
                },
                "eettaafel": {
                        "name": "Eettafel",
                        "uuid": "0365-00-00-65-000300",
                        "protocol": [ "kaku_switch" ],
                        "id": [{
                                "id": 9565194,
                                "unit": 1
                        }],
                        "state": "on"
                },
                "erker": {
                        "name": "Spots Erker",
                        "uuid": "03EA-00-00-EA-000300",
                        "protocol": [ "kaku_switch" ],
                        "id": [{
                                "id": 9565194,
                                "unit": 0
                        }],
                        "state": "off"
                },
                "erker2": {
                        "name": "Spots Erker 2",
                        "uuid": "0365-00-00-65-000300",
                        "protocol": [ "kaku_switch" ],
                        "id": [{
                                "id": 9565194,
                                "unit": 2
                        }],
                        "state": "off"
                },
                "keuken": {
                        "name": "Keuken",
                        "uuid": "0365-00-00-65-000300",
                        "protocol": [ "kaku_switch" ],
                        "id": [{
                                "id": 8934706,
                                "unit": 3
                        },
                        {
                                "id": 9565478,
                                "unit": 1
                        }],
                        "state": "on"
                },
                "terras": {
                        "name": "Terras overkapping",
                        "uuid": "0365-00-00-65-000300",
                        "protocol": [ "kaku_switch" ],
                        "id": [{
                                "id": 8934706,
                                "unit": 2
                        }],
                        "state": "off",
                        "settings": {
                                "readonly": 0
                        }
                },
                "bijkeuken": {
                        "name": "Bijkeuken",
                        "uuid": "03EA-00-00-EA-000300",
                        "protocol": [ "kaku_switch" ],
                        "id": [{
                                "id": 8934706,
                                "unit": 6
                        }],
                        "state": "off",
                        "settings": {
                                "readonly": 0
                        }
                },
                "bijkeukensender": {
                        "name": "Bijkeuken zender",
                        "uuid": "03EA-00-00-EA-000300",
                        "protocol": [ "kaku_switch" ],
                        "id": [{
                                "id": 12691134,
                                "unit": 1
                        }],
                        "state": "off",
                        "settings": {
                                "readonly": 0
                        }
                },
                "tuindeur": {
                        "name": "Openslaande tuindeur",
                        "uuid": "0365-00-00-65-000300",
                        "protocol": [ "kaku_contact" ],
                        "id": [{
                                "id": 13040182,
                                "unit": 9
                        }],
                        "state": "opened"
                },
                "bijkeukendeur": {
                        "name": "Bijkeukendeur",
                        "uuid": "0365-00-00-65-000300",
                        "protocol": [ "kaku_contact" ],
                        "id": [{
                                "id": 12991098,
                                "unit": 9
                        }],
                        "state": "closed"
                }
        },

Wanneer ik de slave dus standalone opstart, en met de hand een pilight-send nar het juiste adres verstuur, ontvangt de KaKu ontvanger steevast het signaal.
Doe ik hetzelfde vanaf de slave (ook even standalone) dan ontvangt de ontvanger het 1 op de 20 keer.
Start ik het ad-hoc netwerk weer op, is het ook 1 op de 20 keer, dat bevestigd dus dat het RF signaal via de master word verzonden terwijl het volgens de config toch echt door de slave verzonden moet worden.

Wie kan mij hier verder mee helpen?

Wanneer de ik slave start, zie je ook dat hij netjes met hetzelfde UUID aanmeld:

code:

[Jun 04 21:04:42:454714] pilight-daemon: DEBUG: ssdp sent search
[Jun 04 21:04:42:560539] pilight-daemon: NOTICE: a pilight daemon was found, clientizing
[Jun 04 21:04:42:561500] pilight-daemon: DEBUG: initialized lirc_rpi lirc
[Jun 04 21:04:42:562143] pilight-daemon: DEBUG: new thread 433lirc, 1 thread running
[Jun 04 21:04:42:562590] pilight-daemon: DEBUG: new thread broadcaster, 2 threads running
[Jun 04 21:04:42:562970] pilight-daemon: DEBUG: new thread sender, 3 threads running
[Jun 04 21:04:42:563320] pilight-daemon: DEBUG: new thread node, 4 threads running
[Jun 04 21:04:42:564298] pilight-daemon: DEBUG: ssdp sent search
[Jun 04 21:04:42:674051] pilight-daemon: DEBUG: socket write succeeded: {"message":"client node","uuid":"03EA-00-00-EA-000300"}

[Jun 04 21:04:42:678784] pilight-daemon: DEBUG: socket recv: {"message":"accept client"}

[Jun 04 21:04:42:679269] pilight-daemon: DEBUG: socket write succeeded: {"message":"request config"}

[ Voor 7% gewijzigd door Koffie op 04-06-2014 21:05 ]

[CurlyMo]

Voordat ik je verder help wil ik je toch echt adviseren om de laatste developmental code te gebruiken. In zowel versie 4 als die laatste dev code zitten wat cruciale fixes voor de adhoc mogelijkheid. Het is dus niet erg nuttig om je te helpen met een probleem wat allicht opgelost is in die versies.

Wat ik je wel even kan aanraden is de zenders vervangen door een LED. Zo is tenminste zichtbaar welke RPi de codes probeert te versturen.

Mocht je echt zo weinig mogelijk bleeding edge willen zijn, dan is dit de laatste cruciale adhoc fix:
https://github.com/piligh...9ea922f980e17cbf2332fce8d

[ Voor 36% gewijzigd door CurlyMo op 04-06-2014 21:27 ]

[Koffie]

CurlyMo schreef op woensdag 04 juni 2014 @ 21:21:
Voordat ik je verder help wil ik je toch echt adviseren om de laatste developmental code te gebruiken. In zowel versie 4 als die laatste dev code zitten wat cruciale fixes voor de adhoc mogelijkheid. Het is dus niet erg nuttig om je te helpen met een probleem wat allicht opgelost is in die versies.

Snap ik, maar ik moet me eerst verdiepen in het probe protocol, kijken of die het nog doet onder 4.0

Ik wel toch wel even inhaken op de dev branch : voor mij persoonlijk duurt het veel te lang voor een dev omgezet word naar een stable. Er zijn in 4.0 heel veel bugs opgelost, maar het heeft ook heel lang geduurt voordat deze tot stable werd verheven.
Inmiddels is mijn pilight/pimatic systeem zo stabiel en cruciaal dat ik het mij niet kan veroorloven om elke keer een dev versie te installeren met alle risico's van dien.
Als ik kijk naar de releases die bugs verhelpen van pimatic prefereer ik dat tov pilight. De doorvoersnelheid om een bug op te lossen ligt daar veel hoger.

Wat ik je wel even kan aanraden is de zenders vervangen door een LED. Zo is tenminste zichtbaar welke RPi de codes probeert te versturen.

Gezien het feit dat in de ad-hoc situatie het ligt niet aan gaat, kan ik met zekerheid zeggen welke RF zender aan het zenden is

[CurlyMo]

De trage 'release cycle' herken ik ook, maar het is gewoon een ontzettend veel werk om een nieuwe release te maken. Dat doe ik dus niet zomaar. Ik zit nu al een week of twee tegen een nieuwe release aan te hikken, maar er blijven kleine issues optreden tijdens het (lokaal) testen. Blog post is bijv. al af.

Daarnaast is de dev branch een stuk stabieler dan je zou denken. Ik draai er zelf ook al mijn lampen op, dus het mag hier ook niet falen. Het vergt alleen wat meer kennis om te installeren, vandaar dat ik het graag als dev hou zodat ik niet voor alles hulp moet verlenen.

Als iemand bereid is om alle packages en website update voor mij te doen, dan zou ik graag een snellere release cycle willen hebben.

Je kan overigens niet weten welke zender zend als het licht niet aangaat. Als beide zenders namelijk zenden, dan gaat het licht ook niet aan, omdat ze met elkaar kunnen conflicteren. Dat heb ik hier tijdens het testen ook gemerkt. Ondanks dat de ene pi 3 meter van de lamp staat en de andere 10.

[ Voor 17% gewijzigd door CurlyMo op 04-06-2014 21:41 ]

[Koffie]

Ik snap je punt
Het beste voorbeeld wat ik je kan geven om mijn huiverigheid tov dev te verduidelijken is de volgende:

Na het uitbrengen van 3.0 ben je verder gegaan met de ontwikkeling. Deze ontwikkeling is in 3 stukken te hakken:
- Bugs fixen
- Nieuwe functionaliteit
- Nieuwe protocollen

Tijdens de ontwikkeling van 3.x dev is de manier van optionele settings in de config veranderd. Op dat moment wijkt de dev in zoverre van stable af, dat API calls niet meer werken. Er zijn dan nog maar 2 opties: de client software aanpassen naar dev (zonder garanaties op nog meer aanpassingen) of op de stable blijven draaien.
Als je dan ook nog eens met client software (bijv. pimatic) werkt welke je niet in eigen hand hebt, heb je helaas weinig keuze dan te wachten op een nieuwe stable

Maar zoals gezegd: ik moet eerst eens kijken of mijn halfbakken protocol ook nog in 4.0 werkt, pas dan kan ik upgraden.

[CurlyMo]

Koffie schreef op woensdag 04 juni 2014 @ 21:48:
Ik snap je punt
Het beste voorbeeld wat ik je kan geven om mijn huiverigheid tov dev te verduidelijken is de volgende:

Na het uitbrengen van 3.0 ben je verder gegaan met de ontwikkeling. Deze ontwikkeling is in 3 stukken te hakken:
- Nieuwe protocollen

In de nieuwe versie zijn protocollen volledig modulair waardoor je ook nieuwe protocollen kan gebruiken zonder opnieuw te hoeven installeren. Deze laad hij dan gewoon bij het starten in. Dat is dus alvast één van die problemen opgelost. Hetzelfde geldt voor de hardware modules.

Als je een fix nodig hebt voordat er een nieuwe stable uitkomt, dan kan je altijd proberen zelf een patch door te voeren. Bijv. de adhoc patch doorvoeren in stable 4.0. Ga naar je stable 4.0 folder en doe dan dit:

code:

wget https://github.com/pilight/pilight/commit/8ac4c637749ec869ea922f980e17cbf2332fce8d.patch
patch -p1 < 8ac4c637749ec869ea922f980e17cbf2332fce8d.patch

Tijdens de ontwikkeling van 3.x dev is de manier van optionele settings in de config veranderd. Op dat moment wijkt de dev in zoverre van stable af, dat API calls niet meer werken.

Volgens mij is in de API calls niks veranderd, behalve dat punt. Normaal hoor je die settings niet te zien. Waarvoor gebruikte je de settings in je eigen clients?

Er zijn dan nog maar 2 opties: de client software aanpassen naar dev (zonder garanaties op nog meer aanpassingen) of op de stable blijven draaien.
Als je dan ook nog eens met client software (bijv. pimatic) werkt welke je niet in eigen hand hebt, heb je helaas weinig keuze dan te wachten op een nieuwe stable

Ik ben dus aan de slag gegaan met illumina en heb maar weinig hoeven aan te passen om het aan het werk te krijgen voor de nieuwe versie.

[CurlyMo]

Op verzoek van met name @koffie, ben ik afgelopen weekend bezig geweest met volledig automatiseren van de compilatie van pilight via een drietal cross-compilers. De bedoeling is dat elke nacht nieuwe apt pakketten worden gemaakt van de laatste development versie van pilight. Dit nieuwe systeem maakt het me ook makkelijker om sneller een nieuwe versie uit te brengen. Dit is dan ook mijn streven.

Een van de nieuwe mogelijkheden in pilight 5.0 is dat je protocol en hardware modules in kan laden zonder dat ze mee gecompileerd zijn. Dat maakt het met name makkelijker voor mij om nieuwe (versies van) modules alvast vrij te geven voor testen en voor jullie om jullie eigen modules mee te nemen naar nieuwe versies. Zo kan je de stabiele versie blijven gebruiken met daarnaast gewoon je eigen protocollen zonder te hoeven hercompileren.

Op de pilight website staat een kleine uitleg over hoe je dat doet.

[Toppe]

Iemand pilight al werkend gekregen op Synology?

Of iemand die een goed alternatief heeft dat op Synology werkt?

[CurlyMo]

Wat wil je ermee doen op je Synology? Op wat voor een systeem / architectuur draait het?

[Toppe]

Intel Atom CPU met hun eigen software

[CurlyMo]

Je kan altijd proberen het zelf te compileren op je Synology, of te kijken of de standaard armhf, i386 of amd64 apt pakketten werken. Zover ik lees moet het mogelijk zijn om via apt te werken op die dingen.

Eventueel kan ik ook een tar.gz voor je maken die je vervolgens zelf kunt uitpakken.

[Toppe]

Zou je die voor me willen maken? denk dat veel mensen hier opzich intresse in hebben?

[CurlyMo]

Toppe schreef op woensdag 11 juni 2014 @ 13:13:
Zou je die voor me willen maken? denk dat veel mensen hier opzich intresse in hebben?

http://download.pilight.org

Dan ben ik nog steeds benieuwd wat je ermee wilt gaan doen?

[Nelus82]

Klopt het dat de kleuren/layout wat veranderd is vanaf 5.0?

Of is het mogelijk om die te veranderen met "webgui-template": "default",?

[CurlyMo]

Zie pilight 5.0 blog post.

[Toppe]

CurlyMo schreef op woensdag 11 juni 2014 @ 14:47:
[...]

http://download.pilight.org

Dan ben ik nog steeds benieuwd wat je ermee wilt gaan doen?

Pilight op m'n NAS installeren!

[CurlyMo]

Toppe schreef op woensdag 11 juni 2014 @ 16:07:
pilight op m'n NAS installeren!

Zie eerste regel OP.

Dat snap ik, maar als main daemon of wat? Wees eens wat uitgebreider in je antwoord

[ Voor 4% gewijzigd door CurlyMo op 11-06-2014 16:24 ]

[Toppe]

Zie het nu pas:p

Waarom niet ook kunnen installeren op een NAS? Veel mensen hebben deze apparaten al.

Ik ben al lange tijd opzoek naar software die m'n ICS-1000 kan besturen, alle room en device nummers heb ik al:p

En die hoofdletter P was auto correctie;) eerste woord in een zin he;). Please don't kill me!!:)

[ Voor 18% gewijzigd door Toppe op 11-06-2014 16:40 ]

[CurlyMo]

Op dit moment is er (nog geen) interface voor de ICS-1000, maar dat zou ik natuurlijk graag willen. Er worden wel pogingen ondernomen om via een USB Arduino Nano met pilight te kunnen werken.

[Koffie]

CurlyMo schreef op woensdag 11 juni 2014 @ 09:15:
Op verzoek van met name @koffie, ben ik afgelopen weekend bezig geweest met volledig automatiseren van de compilatie van pilight via een drietal cross-compilers. De bedoeling is dat elke nacht nieuwe apt pakketten worden gemaakt van de laatste development versie van pilight. Dit nieuwe systeem maakt het me ook makkelijker om sneller een nieuwe versie uit te brengen. Dit is dan ook mijn streven.

Top, wordt gewaardeerd

Een van de nieuwe mogelijkheden in pilight 5.0 is dat je protocol en hardware modules in kan laden zonder dat ze mee gecompileerd zijn. Dat maakt het met name makkelijker voor mij om nieuwe (versies van) modules alvast vrij te geven voor testen en voor jullie om jullie eigen modules mee te nemen naar nieuwe versies. Zo kan je de stabiele versie blijven gebruiken met daarnaast gewoon je eigen protocollen zonder te hoeven hercompileren.

Op de pilight website staat een kleine uitleg over hoe je dat doet.

Iemand toevallig probe protocol al werkend in pilight 4.0 ?
Ik krijg het meegecompileerd en kan ook ontvangen, maar hij accepteert op de een of andere manier mijn config niet meer.
Het staat bij mij helaas op een laag pitje in verband met een grote verbouwing afgelopen week en komende weken.

[CurlyMo]

Ik zou hem vooral niet meer mee compileren, maar lekker als module gebruiken. Dat scheelt een hoop gedoe in toekomstige versies.

[Toppe]

Via het IP adres van de ICS-1000 kan je modules schakelen... Als je wilt kan ik t ff opzoeken:)?

[CurlyMo]

Ja graag.

[Toppe]

http://greymatterdumps.blogspot.nl

Hier heb ik het script vandaan.

Onderstaand is het script, je kan het op deze manier gebruiken:

test.php?room=R1&device=D3&status=F1 (of F0 voor uit).
Op deze manier schakel ik: Woonkamer->LED TV->Aan

PHP:

<?php
 $array = array("Woonkamer"     => array("LED TD"   => array("Room"     => "R1",
                                                             "Device"   => "D3"),
                                         "Plafond"  => array("Room"     => "R1",
                                                             "Device"   => "D2"),
                                         "Kast"     => array("Room"     => "R1",
                                                             "Device"   => "D1")),
                "Keuken"        => array("Keuken"   => array("Room"     => "R2",
                                                             "Device"   => "D1")),
                "Gang"          => array("Gang #1"  => array("Room"     => "R3",
                                                             "Device"   => "D1"),
                                         "Gang #2"  => array("Room"     => "R3",
                                                             "Device"   => "D2")),
                "Eetkamer"      => array("Plafond"  => array("Room"     => "R4",
                                                             "Device"   => "D1")),
                "Slaapkamer"    => array("Plafond"  => array("Room"     => "R5",
                                                             "Device"   => "D1"),
                                         "Nacht"    => array("Room"     => "R5",
                                                             "Device"   => "D2")));
                                                             
 $ID="226"; //you'll need to change this based, based on findings in Wireshark or another traffic analyser  
 $bCastAddress='10.0.1.28'; //This will need to be changed as well, based on your network settings  
 $broadcast_string = $ID . ",!" . $_GET["room"] . $_GET["device"] . $_GET["status"] . "|";
 $port = 9760;  
 $sock = socket_create(AF_INET, SOCK_DGRAM, SOL_UDP);  
 socket_set_option($sock, SOL_SOCKET, SO_BROADCAST, 1);  
 socket_sendto($sock, $broadcast_string, strlen($broadcast_string), 0, $bCastAddress, $port);  
 socket_close($sock);
 ?> 

Waarom de ICS-1000 App niet gebruiken? Deze is erg traag, zowel in je eigen wifi netwerk als daar buiten (Daarbuiten +8 seconde voor een schakeling). Dit script stuurt de ICS-1000 direct aan en zelfs buiten je wifi netwerk duurt het maximaal 1 seconde om te schakelen.

Overigens is het wel een karwei om alle devices op te zoeken, via Wireshark heb ik er 1 gevonden en de rest ben ik even gaan 'gokken', elke "room" begint gewoon met device 1 "D1"

[ Voor 15% gewijzigd door Toppe op 13-06-2014 08:49 ]

[CurlyMo]

Is er ergens een API te vinden van dat ding, want zoals je het nu voorstelt gaat het niet werken in pilight. Dan moet je wachten totdat we de USB --> RF interface afgerond hebben.

---

Wat je wel kan doen is de pilight API gebruiken en de acties van de webgui afvangen en dan aan de hand daarvan je script voor de ICS draaien.

[ Voor 29% gewijzigd door CurlyMo op 13-06-2014 09:11 ]

[geerttttt]

usb-RF heeft ook meer toekomst denk ik. Zo'n ICS-1000 is vrij duur en bevat veel software van kaku, zal er niet heel snel op worden denk ik. Enige voordeel is dat de receiver erin waarschijnlijk vrij goed werkt...

[francoski]

Ondertussen heb ik de goede zender ontvangen uit China. Helaas ook bij deze hetzelfde probleem: de Impuls van de Action reageert niet op mijn commando's. Via de afstandsbediening werkt het wel. Zowel zender als ontvanger hebben een antenne. Commando van afstandsbediening en van pilight zelf komen overeen, namelijk:

code:

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

Ook geprobeerd met een tweede adapter die 5v levert aan de zender. Zelfde resultaat. Er zit een LED op de zender-poort, deze knippert tijdens verzenden.

Ik weet nu echt niet meer wat ik moet doen...

[CurlyMo]

Pilihgt

Dit is helemaal een mooie

[francoski]

CurlyMo schreef op vrijdag 13 juni 2014 @ 17:53:
[...]

Dit is helemaal een mooie

Aah sorry. Ik ben echt hardleers he.

[Toppe]

+1

[CurlyMo]

Dat is wel erg weinig tekens?

[Verwijderd]

francoski schreef op vrijdag 13 juni 2014 @ 17:43:
Ondertussen heb ik de goede zender ontvangen uit China. Helaas ook bij deze hetzelfde probleem: de Impuls van de Action reageert niet op mijn commando's. Via de afstandsbediening werkt het wel. Zowel zender als ontvanger hebben een antenne. Commando van afstandsbediening en van pilight zelf komen overeen, namelijk:

code:

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

Ook geprobeerd met een tweede adapter die 5v levert aan de zender. Zelfde resultaat. Er zit een LED op de zender-poort, deze knippert tijdens verzenden.

Ik weet nu echt niet meer wat ik moet doen...

Wat krijg je aan codes terug bij pilight-receive en het klikken op de A t/m E ON/OFF knoppen?
Zorg in ieder geval even tijdens testen dat je switch(es) in de buurt zijn van je PI, Receiver & Sender staan.

[francoski]

Heb eerst maar eens geupdate naar Pilight 5.0, dit is gelukt. Maar het probleem blijft aanwezig.

Als ik met mijn afstandsbediening schakel, dan werkt het, en dan wijzigt ook de status in de web-interface. Als ik met pilight schakel wijzigt er niets aan de schakelaar. Afstand zender <--> schakelaar: 50cm. Afstand afstandsbediening 150cm.

A:

code:

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

B:

code:

{
    "code": {
        "systemcode": 31,
        "programcode": 2,
        "state": "on"
    },
    "origin": "receiver",
    "protocol": "impuls",
    "uuid": "0000-00-00-38-1b8a0f",
    "repeats": 4
}

C:

code:

{
    "code": {
        "systemcode": 31,
        "programcode": 3,
        "state": "on"
    },
    "origin": "receiver",
    "protocol": "impuls",
    "uuid": "0000-00-00-38-1b8a0f",
    "repeats": 9
}

En zo verder.

Schakelen via pilight:

code:

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

[francoski]

Problemen volledig opgelost bij pilight 5.0!!!

Zender zat nog op verkeerde power-source, welke uitstond, waardoor het niet werkte.

[ Voor 0% gewijzigd door francoski op 16-06-2014 19:22 . Reden: Tuurlijk, pilight weer verkeerd geschreven ]

[francoski]

Ok, ik ben weer bezig met mijn draadloze lichtsensor. Via pilight-debug krijg ik dit:

code:

--[RESULTS]--

time:       Mon Jun 16 18:41:15 2014
hardware:   433gpio
pulse:      2
rawlen:     74
binlen:     18
pulselen:   279

Raw code:
558 1953 558 3906 558 1953 558 3906 558 3906 558 3906 558 3906 558 1953 558 1953 558 3906 558 3906 558 3906 558 3906 558 1953 558 1953 558 1953 558 1953 558 1953 558 1953 558 1953 558 3906 558 3906 558 1953 558 1953 558 3906 558 1953 558 1953 558 1953 558 1953 558 3906 558 1953 558 3906 558 3906 558 1953 558 3906 558 3906 558 9486 
Binary code:
111111111111111111

Waarom levert dat de binaire code 111111111111111111 op? Voor mijn idee moet het meer zoiets opleveren:

code:

010111100111100000001100100001011011

[CurlyMo]

Omdat je code niet gangbaar is. In jouw geval is alles:
< 1000 = verwijderen
> 3000 = 1
<= 3000 = 0

Dat maakt dus:

code:

0101111001111000000011001000010110111

Zoals je zelf je dus ook al bedacht. Gewoon die logica volgen dus.

[francoski]

Is overeenkomstig het threechann protocol. Heb het nu behoorlijk werkend gekregen.

[CurlyMo]

Doe maar eens pull-request als je klaar bent.

[francoski]

Ik zal eens uitzoeken hoe dat werkt

[ Voor 75% gewijzigd door francoski op 17-06-2014 14:40 . Reden: Domme reactie zonder research ]

[francoski]

Hm, ik krijgt pilight niet meer gestart na compileren. Krijg nu steevast de melding

code:

pi@raspberrypi ~/pilight $ sudo ldconfig
pi@raspberrypi ~/pilight $ sudo service pilight start
[....] Starting : pilight/usr/local/sbin/pilight-daemon: error while loading shared libraries: libpilight.so: cannot open shared object file: No such file or directory
 failed!

of

code:

[....] Starting : pilightgpio: Unable to open GPIO direction interface for pin 18: No such file or directory

Wat te doen?

Edit: Bij de eerste melding hielp opnieuw compileren. Bij de tweede de module lirc weggooien.

[ Voor 8% gewijzigd door francoski op 17-06-2014 18:03 ]

[francoski]

Na een poosje (minuten tot enkele uren) runnen stopt pilight ermee bij mij. Tenminste, web-gui doet het nog, maar ontvangen werkt niet meer. Als ik pilight restart, blijft dat draaien. Als ik dat cancel, en opnieuw doe, start hij opnieuw op, en werkt alles weer. Wat kan ik hier aan doen?
Kan niks vinden in /var/log/pilight.log

[teacher]

Kuch*wijzigknop*hoest.

[chmod]

Ik probeer met een relais de garagedeur te schakelen.
Echter als de knop van de relais op "aan" staat is de schakeling van de relais verbroken (en doet de deur dus niks) en als de knop op "uit" staat dan is de schakeling van de relais aan en gaat de deur open.

hoe dit op te lossen? Wat doe ik iets niet goed?

[CurlyMo]

Even goed doorlezen:
http://wiki.pilight.org/doku.php/relay

[polleke83]

Ik ben al enkele dagen aan het spelen met mijn rpi en pilight.
Ik volg koffie's weblog als handleiding, omdat ik er verder nog weinig ervaring mee heb.
Raspbian (NOOBS) lukt prima, maar op het moment dat ik pilight setup wil gaan uitvoeren kom ik met het volgende probleem:

code:

 -- Looking for libz
-- Looking for libz - found (/usr/lib/arm-linux-gnueabihf/libz.so)
CMake Error at /usr/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake:97 (MESSAGE):
  Could NOT find Threads (missing: Threads_FOUND)
Call Stack (most recent call first):
  /usr/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake:288 (_FPHSA_FAILURE_MESSAGE)
  /usr/share/cmake-2.8/Modules/FindThreads.cmake:166 (FIND_PACKAGE_HANDLE_STANDARD_ARGS)
  CMakeLists.txt:445 (find_package)


-- Configuring incomplete, errors occurred!
make: *** No rule to make target `install'.  Stop.

Wat gaat er fout en hoe los ik het (als beginner) op?
Ik ben al twee keer opnieuw begonnen, kom telkens op het zelfde probleem uit dus doe structureel iets fout

[CurlyMo]

Misschien moet je de handleiding op de pilight website volgen.

[polleke83]

Dan ga ik dat proberen. Vond het wel zo makkelijk om in het Nederlands te kunnen lezen.

-edit
volgens mij gaat de download van pilight goed, maar de update niet

code:

pi@raspberrypi ~ $ sudo su
root@raspberrypi:/home/pi# cd
root@raspberrypi:~# nano /etc/apt/sources.list
root@raspberrypi:~# wget -O - http://apt.pilight.org/pilight.key | apt-key add -
--2014-06-20 18:36:34--  http://apt.pilight.org/pilight.key
Resolving apt.pilight.org (apt.pilight.org)... 94.124.143.207
Connecting to apt.pilight.org (apt.pilight.org)|94.124.143.207|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1711 (1.7K) [text/plain]
Saving to: `STDOUT'

100%[======================================>] 1,711       --.-K/s   in 0s

2014-06-20 18:36:35 (18.8 MB/s) - written to stdout [1711/1711]

OK
root@raspberrypi:~# apt-get update
Ign http://apt.pilight.org stable Release.gpg
Ign http://apt.pilight.org stable Release
Hit http://raspberrypi.collabora.com wheezy Release.gpg
Hit http://raspberrypi.collabora.com wheezy Release
Hit http://repository.wolfram.com stable Release.gpg
Hit http://raspberrypi.collabora.com wheezy/rpi armhf Packages
Err http://apt.pilight.org stable/main armhf Packages
  403  Forbidden
Ign http://apt.pilight.org stable/main Translation-en_GB
Ign http://apt.pilight.org stable/main Translation-en
Hit http://repository.wolfram.com stable Release
Ign http://raspberrypi.collabora.com wheezy/rpi Translation-en_GB
Ign http://raspberrypi.collabora.com wheezy/rpi Translation-en
Hit http://repository.wolfram.com stable/non-free armhf Packages
Hit http://mirrordirector.raspbian.org wheezy Release.gpg
Hit http://mirrordirector.raspbian.org wheezy Release
Hit http://archive.raspberrypi.org wheezy Release.gpg
Hit http://mirrordirector.raspbian.org wheezy/main armhf Packages
Hit http://archive.raspberrypi.org wheezy Release
Hit http://mirrordirector.raspbian.org wheezy/contrib armhf Packages
Hit http://mirrordirector.raspbian.org wheezy/non-free armhf Packages
Hit http://mirrordirector.raspbian.org wheezy/rpi armhf Packages
Hit http://archive.raspberrypi.org wheezy/main armhf Packages
Ign http://archive.raspberrypi.org wheezy/main Translation-en_GB
Ign http://archive.raspberrypi.org wheezy/main Translation-en
Ign http://repository.wolfram.com stable/non-free Translation-en_GB
Ign http://repository.wolfram.com stable/non-free Translation-en
Ign http://mirrordirector.raspbian.org wheezy/contrib Translation-en_GB
Ign http://mirrordirector.raspbian.org wheezy/contrib Translation-en
Ign http://mirrordirector.raspbian.org wheezy/main Translation-en_GB
Ign http://mirrordirector.raspbian.org wheezy/main Translation-en
Ign http://mirrordirector.raspbian.org wheezy/non-free Translation-en_GB
Ign http://mirrordirector.raspbian.org wheezy/non-free Translation-en
Ign http://mirrordirector.raspbian.org wheezy/rpi Translation-en_GB
Ign http://mirrordirector.raspbian.org wheezy/rpi Translation-en
W: Failed to fetch http://apt.pilight.org/dists/stable/main/binary-armhf/Packages  403  Forbidden

E: Some index files failed to download. They have been ignored, or old ones used instead.

Wat doe ik nu weer fout?

[ Voor 94% gewijzigd door polleke83 op 20-06-2014 18:39 ]

[francoski]

polleke83 als ik jou was zou ik gewoon de laatste manier gebruiken, zelf compileren. http://www.pilight.org/ge.../installation/#stable_git. Klinkt heel moeilijk maar is het niet.

[CurlyMo]

pilight apt repository werkt weer.

[Zwerver]

Reinder83 schreef op vrijdag 21 februari 2014 @ 21:31:
[...]

Dat kan ik bevestigen, die gebruik ik namelijk ook :-)

Hoe heb jij de acm-300 gekoppeld dan? Er zit een auto-learning optie op die dimmers, maar zonder receiver heb ik wat moeite om uit te vinden wat zijn unit (?) nummer is?

[CurlyMo]

Auto-learning heeft geen vaste unit / id. Gewoon zelf een willekeurige laten aanleren.

[Zwerver]

CurlyMo schreef op zondag 22 juni 2014 @ 17:52:
Auto-learning heeft geen vaste unit / id. Gewoon zelf een willekeurige laten aanleren.

Dat klinkt mooi Maar hoe dan? Ik ben een beetje de weg kwijt. Het lijkt namelijk niet te werken...

[CurlyMo]

Herhaaldelijk dezelfde code sturen via pilight terwijl je schakelaar in leer modus staat.

[Zwerver]

CurlyMo schreef op zondag 22 juni 2014 @ 21:55:
Herhaaldelijk dezelfde code sturen via pilight terwijl je schakelaar in leer modus staat.

Dat is wel geteld 15 seconden met mijn dimmer. pilight doet er al langer over om 2 signalen te sturen, dus geen idee of dat ding het ooit gaat oppikken op deze manier. Maar goed, ik zal wel te dom zijn voor dit spul, of in ieder geval heb ik de rust er niet voor.

[Koffie]

KaKu apparatuur reageert bij het inleren niet op de eerste de beste code die voorbij komt. Als je vanuit pilight een unit/id wilt zenden om je KaKu op in te leren, moet je je send-repeats even op iets van 5 tot 10 keer zetten.

[JamoHul]

Hallo,

Ik heb een vraagje, ik heb alles precies zo ingesteld zoals u hier aangeeft..

Echter ik loop tegen het volgende probleem aan, zodra ik mijn config file aangeeft in settings, en ik wil de service starten krijg ik een FAIL in beeld... Haal ik de verwijzing naar de config file weg, werkt Pilight echter wel!

Wie kan mij helpen!?

Alvast bedankt,
Jarno

[CurlyMo]

JamoHul schreef op maandag 23 juni 2014 @ 23:08:
[...] werkt Pilight echter wel!

Zie eerste zin van de eerste post.

pilight starten in debug modus vertelt je waar de fout zit:

code:

pilight-daemon -D

[JamoHul]

Beste Curlymo,

Dat is het vage deze geeft niet veel aan...

Het probleem is echt gewoon zodra ik de config file verwijzing doe in de settings.json failed die met starten...

[CurlyMo]

Plaats je config eens op pastebin?

[Zwerver]

Koffie schreef op maandag 23 juni 2014 @ 06:34:
KaKu apparatuur reageert bij het inleren niet op de eerste de beste code die voorbij komt. Als je vanuit pilight een unit/id wilt zenden om je KaKu op in te leren, moet je je send-repeats even op iets van 5 tot 10 keer zetten.

Die stonden helaas al op 10, heb ze nu op 100 keer gezet, maar zonder resultaat. Hoe kom ik er achter of die dingen überhaupt een signaal opvangen? Sterker nog, hoe kom ik erachter of mijn sender überhaupt wel werkt?

Dit:

pilight-send -p kaku_dimmer -i 5 -u 1 -d 0

Is trouwens wat ik verstuur. Geen idee of dat correct is...

[ Voor 10% gewijzigd door Zwerver op 24-06-2014 22:21 ]

[CurlyMo]

Dat is niet goed:

code:

pilight-send -p kaku_switch -i 5 -u 1 -t

Zo moet het. Ook als het een dimmer is.

[Zwerver]

CurlyMo schreef op dinsdag 24 juni 2014 @ 22:21:
Dat is niet goed:

code:

pilight-send -p kaku_switch -i 5 -u 1 -t

Zo moet het. Ook als het een dimmer is.

Dat heeft hetzelfde effect (niks dus). Even voor mijn complete beeld. Een Kaku-dimmer dient in geleerd te worden. Dat doe je door hem in de in-leer stand te zetten. Als ik in de settings.json heb staan dat er 100 send-repeats uit moeten gaan, dan zou ie dat toch gewoon moeten pakken als de sender goed is?

Hmm, blijkbaar pakt die de send-repeats niet over uit de settings.json:

[Jun 24 20:45:22:422012] pilight-daemon: DEBUG: broadcasted: {"origin":"sender","protocol":"arctech_switches","code":{"id":5,"unit":1,"state":"on"},"repeat":1,"uuid":"0000-00-00-68-19d2b6"}

[ Voor 20% gewijzigd door Zwerver op 24-06-2014 22:46 ]

[CurlyMo]

Die debug moet je niet op letten. Heb je al eens een LED geprobeerd?

[Zwerver]

CurlyMo schreef op dinsdag 24 juni 2014 @ 23:08:
Die debug moet je niet op letten. Heb je al eens een LED geprobeerd?

Nee nog niet. Moet ie dan op de zelfde kabel waar nu de sender aanzit (dus dezelfde GPIO pinnen)?

[CurlyMo]

Ja

[Koffie]

Een collega had al een paar dagen problemen om een KaKu IR zender aan de praat te krijgen.
Uiteindelijk zijn we erachter gekomen dat de zender een pulse length van 279 gebruikt. Na het toevoegen van deze waarde aan libs/protocols/arctech_switch.c (protocol_plslen_add(arctech_switch, 279);) werd de broadcast van de zender als KaKu herkend.

[CurlyMo]

Zou je daar een pull-request van kunnen doen?

[Sander]

Heb na een paar maandjes niks doen met pilight toch maar weer opgepakt. Mijn Pi had een dode SD kaart en ook de voorraad andere SD kaarten hier in huis stierf binnen minuten, verdacht dus eerst mijn pi, totdat de 2e Pi het ook begon te doen. Inmiddels voor een wereldbedrag (;-)) 2 x 8GB SD gekocht en weer opnieuw begonnen. Mooi om te zien welke stappen pilight gemaakt heeft :-)

CurlyMo, vroeg me af of je enig idee hebt wanneer je het rules mechanisme in pilight beschikbaar gaat maken in een public release? Mocht het op relatief korte termijn zijn dan stel ik nu wel wat cronjobs in voor mijn basic rules, en pak ik dan wel de volgende branch als ie er is :-)

Ander dingetje waar ik nog steeds geen ideale oplossing voor heb is het schakelen van groepen schakelaars. Ik heb bovenaan m'n trap en bij de voordeur 2 dubbele KAKU schakelaars hangen, dus dat zijn dus 4 codes. Idealiter schakel ik mijn primaire (plafond) lampen met 1 van die 2, en de sfeerverlichting met de andere.

Nu kan dat bij KAKU uiteraard door alle devices langs te lopen en ze in te leren met die knoppen. Dat betekent echter een hoop knoppen van de muur schroeven om de mini inbouw dimmers opnieuw in te leren.
Heb het in het verleden ook met een scriptje (en pimatic) geprobeerd te doen, maar dan krijg je best wel een grote vertraging. Is er eigenlijk een ideale oplossing? Of toch maar alles opnieuw inleren?

[CurlyMo]

Event systeem is afhankelijk van een grote config rewrite. Daar ben ik nu mee bezig. Ik hoop in de zomervakantie nog.

Kaku, opnieuw inleren.

[rvtk]

Allereerst, wat is pilight mooi spul! Ik heb het zeer snel aan de praat kunnen krijgen, mijn complimenten!

Ik ben bezig met een projectje om rgb leds op afstand te kunnen schakelen en kleuren te kunnen kiezen en eventueel draaien van kleurprogramma's. Hiervoor heb ik de volgende setup gemaakt:

- Raspberry Pi met 433mhz zender set
- Adafruit Trinket (zeer handige Attiny85 direct via USB te programmeren inclusief ledje op pin 0) met de 433mhz ontvanger.

Na het e.e.a. geprobeerd te hebben zonder succes ben ik bij pilight aangekomen op de Raspberry Pi en op de Trinket gebruik ik de 433MHz for Arduino library van fuzzillogic. Op de Raspberry Pi verstuur ik KlikAanKlikUit protocol dat ik op de Trinket met de NewRemoteSwitch library succesvol kan ontvangen. Oftewel, ik kan nu het ledje van de Trinket schakelen met mijn raspberry pi over 433Mhz. De volgende stap is het aansturen van RGB led strips dmv de pwm pins op de Trinket.

Voor het aansturen van RGB led strips heb ik meer aanstuur codes nodig dan alleen aan/uit. Hebben jullie een suggestie wat een goed protocol zou zijn?

Op zich zou het kaku_dimmer protocol kunnen gebruiken, dan heb ik 16 waardes die ik naar de Trinket kan sturen. Maar het mooiste zou natuurlijk een colorwheel in de webinterface zijn.

[polleke83]

Weer een paar avonden verder met stoeien, maar als ik pilight in debug modus start krijg ik het volgende:

code:

root@raspberrypi:/home/pi# pilight-daemon -D
[Jul 01 20:18:06:439937] pilight-daemon: DEBUG: ssdp sent search
[Jul 01 20:18:06:535162] pilight-daemon: NOTICE: no pilight daemon found, daemonizing
[Jul 01 20:18:06:538297] pilight-daemon: ERROR: config is not in a valid json format
[Jul 01 20:18:06:541303] pilight-daemon: DEBUG: removed stale pid_file /var/run/pilight.pid
[Jul 01 20:18:06:541720] pilight-daemon: DEBUG: garbage collected fcache library
[Jul 01 20:18:06:542701] pilight-daemon: DEBUG: garbage collected webserver library
[Jul 01 20:18:06:543060] pilight-daemon: DEBUG: garbage collected update library
[Jul 01 20:18:06:544394] pilight-daemon: DEBUG: garbage collected ssdp library
[Jul 01 20:18:06:545722] pilight-daemon: DEBUG: protocol raw
[Jul 01 20:18:06:546084] pilight-daemon: DEBUG: freed options struct
[Jul 01 20:18:06:546467] pilight-daemon: DEBUG: protocol elro_ad
[Jul 01 20:18:06:547157] pilight-daemon: DEBUG: freed options struct
[Jul 01 20:18:06:547771] pilight-daemon: DEBUG: protocol threechan
[Jul 01 20:18:06:548368] pilight-daemon: DEBUG: ran garbage collector
[Jul 01 20:18:06:548981] pilight-daemon: DEBUG: freed options struct
[Jul 01 20:18:06:549586] pilight-daemon: DEBUG: protocol ds18b20
[Jul 01 20:18:06:550208] pilight-daemon: DEBUG: stopped protocol threads
[Jul 01 20:18:06:550829] pilight-daemon: DEBUG: freed options struct
[Jul 01 20:18:06:551429] pilight-daemon: DEBUG: protocol rpi_temp
[Jul 01 20:18:06:552244] pilight-daemon: DEBUG: stopped protocol threads
[Jul 01 20:18:06:552892] pilight-daemon: DEBUG: freed options struct
[Jul 01 20:18:06:553498] pilight-daemon: DEBUG: protocol arctech_switches_old
[Jul 01 20:18:06:554111] pilight-daemon: DEBUG: freed options struct
[Jul 01 20:18:06:554827] pilight-daemon: DEBUG: protocol openweathermap
[Jul 01 20:18:06:555587] pilight-daemon: DEBUG: stopped protocol threads
[Jul 01 20:18:06:556226] pilight-daemon: DEBUG: freed options struct
[Jul 01 20:18:06:556823] pilight-daemon: DEBUG: protocol elro_hc
[Jul 01 20:18:06:557429] pilight-daemon: DEBUG: freed options struct
[Jul 01 20:18:06:558019] pilight-daemon: DEBUG: protocol quigg_switch
[Jul 01 20:18:06:558837] pilight-daemon: DEBUG: freed options struct
[Jul 01 20:18:06:561355] pilight-daemon: DEBUG: protocol rev2_switch
[Jul 01 20:18:06:562366] pilight-daemon: DEBUG: freed options struct
[Jul 01 20:18:06:562745] pilight-daemon: DEBUG: protocol pilight_firmware
[Jul 01 20:18:06:563045] pilight-daemon: DEBUG: freed options struct
[Jul 01 20:18:06:563995] pilight-daemon: DEBUG: protocol arctech_switches
[Jul 01 20:18:06:564337] pilight-daemon: DEBUG: freed options struct
[Jul 01 20:18:06:565376] pilight-daemon: DEBUG: protocol teknihall
[Jul 01 20:18:06:565705] pilight-daemon: DEBUG: ran garbage collector
[Jul 01 20:18:06:566695] pilight-daemon: DEBUG: freed options struct
[Jul 01 20:18:06:567034] pilight-daemon: DEBUG: protocol program
[Jul 01 20:18:06:567317] pilight-daemon: DEBUG: stopped protocol threads
[Jul 01 20:18:06:568278] pilight-daemon: DEBUG: freed options struct
[Jul 01 20:18:06:568607] pilight-daemon: DEBUG: protocol rev3_switch
[Jul 01 20:18:06:569927] pilight-daemon: DEBUG: freed options struct
[Jul 01 20:18:06:570366] pilight-daemon: DEBUG: protocol sunriseset
[Jul 01 20:18:06:570664] pilight-daemon: DEBUG: stopped protocol threads
[Jul 01 20:18:06:570960] pilight-daemon: DEBUG: freed options struct
[Jul 01 20:18:06:571934] pilight-daemon: DEBUG: protocol datetime
[Jul 01 20:18:06:572262] pilight-daemon: DEBUG: stopped protocol threads
[Jul 01 20:18:06:573185] pilight-daemon: DEBUG: ran garbage collector
[Jul 01 20:18:06:573543] pilight-daemon: DEBUG: freed options struct
[Jul 01 20:18:06:573825] pilight-daemon: DEBUG: protocol generic_webcam
[Jul 01 20:18:06:574776] pilight-daemon: DEBUG: freed options struct
[Jul 01 20:18:06:575815] pilight-daemon: DEBUG: protocol tfa
[Jul 01 20:18:06:576189] pilight-daemon: DEBUG: ran garbage collector
[Jul 01 20:18:06:576494] pilight-daemon: DEBUG: freed options struct
[Jul 01 20:18:06:577441] pilight-daemon: DEBUG: protocol pilight_firmware
[Jul 01 20:18:06:577780] pilight-daemon: DEBUG: freed options struct
[Jul 01 20:18:06:578774] pilight-daemon: DEBUG: protocol dht11
[Jul 01 20:18:06:579098] pilight-daemon: DEBUG: stopped protocol threads
[Jul 01 20:18:06:579401] pilight-daemon: DEBUG: freed options struct
[Jul 01 20:18:06:580348] pilight-daemon: DEBUG: protocol xbmc
[Jul 01 20:18:06:580677] pilight-daemon: DEBUG: stopped protocol threads
[Jul 01 20:18:06:581609] pilight-daemon: DEBUG: freed options struct
[Jul 01 20:18:06:581938] pilight-daemon: DEBUG: protocol arctech_contact
[Jul 01 20:18:06:582598] pilight-daemon: DEBUG: freed options struct
[Jul 01 20:18:06:583216] pilight-daemon: DEBUG: protocol generic_switch
[Jul 01 20:18:06:583836] pilight-daemon: DEBUG: freed options struct
[Jul 01 20:18:06:584443] pilight-daemon: DEBUG: protocol rev1_switch
[Jul 01 20:18:06:585551] pilight-daemon: DEBUG: freed options struct
[Jul 01 20:18:06:586299] pilight-daemon: DEBUG: protocol impuls
[Jul 01 20:18:06:586944] pilight-daemon: DEBUG: freed options struct
[Jul 01 20:18:06:587545] pilight-daemon: DEBUG: protocol generic_dimmer
[Jul 01 20:18:06:589626] pilight-daemon: DEBUG: freed options struct
[Jul 01 20:18:06:590592] pilight-daemon: DEBUG: protocol arctech_dimmers
[Jul 01 20:18:06:590937] pilight-daemon: DEBUG: freed options struct
[Jul 01 20:18:06:591573] pilight-daemon: DEBUG: protocol pollin
[Jul 01 20:18:06:592185] pilight-daemon: DEBUG: freed options struct
[Jul 01 20:18:06:592786] pilight-daemon: DEBUG: protocol selectremote
[Jul 01 20:18:06:593400] pilight-daemon: DEBUG: freed options struct
[Jul 01 20:18:06:594004] pilight-daemon: DEBUG: protocol home_easy_old
[Jul 01 20:18:06:594727] pilight-daemon: DEBUG: freed options struct
[Jul 01 20:18:06:595293] pilight-daemon: DEBUG: protocol dht22
[Jul 01 20:18:06:596008] pilight-daemon: DEBUG: stopped protocol threads
[Jul 01 20:18:06:596625] pilight-daemon: DEBUG: freed options struct
[Jul 01 20:18:06:597225] pilight-daemon: DEBUG: protocol lm75
[Jul 01 20:18:06:597839] pilight-daemon: DEBUG: stopped protocol threads
[Jul 01 20:18:06:598443] pilight-daemon: DEBUG: freed options struct
[Jul 01 20:18:06:599039] pilight-daemon: DEBUG: protocol lm76
[Jul 01 20:18:06:599630] pilight-daemon: DEBUG: stopped protocol threads
[Jul 01 20:18:06:600222] pilight-daemon: DEBUG: freed options struct
[Jul 01 20:18:06:600816] pilight-daemon: DEBUG: protocol relay
[Jul 01 20:18:06:601415] pilight-daemon: DEBUG: ran garbage collector
[Jul 01 20:18:06:602015] pilight-daemon: DEBUG: freed options struct
[Jul 01 20:18:06:602722] pilight-daemon: DEBUG: protocol wunderground
[Jul 01 20:18:06:603328] pilight-daemon: DEBUG: stopped protocol threads
[Jul 01 20:18:06:603953] pilight-daemon: DEBUG: freed options struct
[Jul 01 20:18:06:604553] pilight-daemon: DEBUG: protocol generic_screen
[Jul 01 20:18:06:605520] pilight-daemon: DEBUG: freed options struct
[Jul 01 20:18:06:606158] pilight-daemon: DEBUG: protocol elro_he
[Jul 01 20:18:06:606762] pilight-daemon: DEBUG: freed options struct
[Jul 01 20:18:06:607348] pilight-daemon: DEBUG: protocol silvercrest
[Jul 01 20:18:06:607947] pilight-daemon: DEBUG: freed options struct
[Jul 01 20:18:06:608535] pilight-daemon: DEBUG: protocol lirc
[Jul 01 20:18:06:609165] pilight-daemon: DEBUG: stopped protocol threads
[Jul 01 20:18:06:609783] pilight-daemon: DEBUG: freed options struct
[Jul 01 20:18:06:610486] pilight-daemon: DEBUG: protocol ds18s20
[Jul 01 20:18:06:611314] pilight-daemon: DEBUG: stopped protocol threads
[Jul 01 20:18:06:611957] pilight-daemon: DEBUG: freed options struct
[Jul 01 20:18:06:612568] pilight-daemon: DEBUG: protocol arctech_screens
[Jul 01 20:18:06:613181] pilight-daemon: DEBUG: freed options struct
[Jul 01 20:18:06:613782] pilight-daemon: DEBUG: protocol generic_weather
[Jul 01 20:18:06:614394] pilight-daemon: DEBUG: freed options struct
[Jul 01 20:18:06:614985] pilight-daemon: DEBUG: protocol x10
[Jul 01 20:18:06:615919] pilight-daemon: DEBUG: freed options struct
[Jul 01 20:18:06:616540] pilight-daemon: DEBUG: protocol arctech_screens_old
[Jul 01 20:18:06:617148] pilight-daemon: DEBUG: freed options struct
[Jul 01 20:18:06:619100] pilight-daemon: DEBUG: protocol process
[Jul 01 20:18:06:619448] pilight-daemon: DEBUG: freed options struct
[Jul 01 20:18:06:619726] pilight-daemon: DEBUG: garbage collected protocol library
[Jul 01 20:18:06:620037] pilight-daemon: DEBUG: freed options struct
[Jul 01 20:18:06:620320] pilight-daemon: DEBUG: freed options struct
[Jul 01 20:18:06:620595] pilight-daemon: DEBUG: freed options struct
[Jul 01 20:18:06:620884] pilight-daemon: DEBUG: freed options struct
[Jul 01 20:18:06:621916] pilight-daemon: DEBUG: garbage collected hardware library
[Jul 01 20:18:06:622297] pilight-daemon: DEBUG: garbage collected settings library
[Jul 01 20:18:06:622607] pilight-daemon: DEBUG: garbage collected options library
[Jul 01 20:18:06:623592] pilight-daemon: DEBUG: garbage collected socket library
[Jul 01 20:18:06:634117] pilight-daemon: DEBUG: garbage collected threads library
DEBUG: garbage collected log library
root@raspberrypi:/home/pi#

Ik zie dat de config file niet goed zou zijn, die ziet er zo uit:

code:

{
        "woonkamer": {
                "name": "Woonkamer",
                "lamp1": {
                        "name": "Lamp 1",
                        "protocol": [ "kaku_switch" ],
                        "id": [{
                                "id": 0000001,
                                "unit": 0
                        }],
                        "state": "on"
                }
        }
}

Zit dat hem dan in de id? Hoe zou dit dan moeten?

[CurlyMo]

http://jsonlint.com/

[polleke83]

Fantastisch! Ik ga het bijna leren is mijn gevoel weer
Ik heb de id veranderd naar 1111111
De webinterface is nu zichtbaar, maar hoe weet ik nu met welke id ik moet zenden?

[Sander]

polleke83 schreef op dinsdag 01 juli 2014 @ 20:44:
Fantastisch! Ik ga het bijna leren is mijn gevoel weer
Ik heb de id veranderd naar 1111111
De webinterface is nu zichtbaar, maar hoe weet ik nu met welke id ik moet zenden?

pilight-receive, dan even kijken wat er komt als je je huidige afstandsbediening gebruikt. Vervolgens dat in je config zetten en dan kun je schakelen.

code:

[Jun 30 22:13:52:226889] pilight-daemon: INFO: client connected, ip 192.168.178.11, port 65200
[Jun 30 22:13:54:224156] pilight-daemon: INFO: client connected, ip 192.168.178.11, port 65200
[Jun 30 22:13:56:227696] pilight-daemon: INFO: client connected, ip 192.168.178.11, port 65200
[Jun 30 22:13:58:229370] pilight-daemon: INFO: client connected, ip 192.168.178.11, port 65200
[Jun 30 22:14:00:225189] pilight-daemon: INFO: client connected, ip 192.168.178.11, port 65200
[Jun 30 22:14:02:227519] pilight-daemon: INFO: client connected, ip 192.168.178.11, port 65200
[Jun 30 22:14:04:226318] pilight-daemon: INFO: client connected, ip 192.168.178.11, port 65200
[Jun 30 22:14:06:228329] pilight-daemon: INFO: client connected, ip 192.168.178.11, port 65200
[Jun 30 22:14:08:228581] pilight-daemon: INFO: client connected, ip 192.168.178.11, port 65200
[Jun 30 22:14:10:224728] pilight-daemon: INFO: client connected, ip 192.168.178.11, port 65200
[Jun 30 22:14:12:226950] pilight-daemon: INFO: client connected, ip 192.168.178.11, port 65200
[Jun 30 22:14:14:225753] pilight-daemon: INFO: client connected, ip 192.168.178.11, port 65200

@CurlyMo: Is er iets te veranderen aan de huidige INFO's in de logging? Log-level staat al op 4, volgens de standaard linux/unix definities moet dat warning & above zijn, dus geen INFO? Of heb je anders een linkje naar hoe het in pilight staat?

Heb net nieuwe SD cards en als het zo door gaat is deze ook snel aan zijn einde.

[CurlyMo]

Sander schreef op dinsdag 01 juli 2014 @ 21:07:
@CurlyMo: Is er iets te veranderen aan de huidige INFO's in de logging? Log-level staat al op 4, volgens de standaard linux/unix definities moet dat warning & above zijn, dus geen INFO? Of heb je anders een linkje naar hoe het in pilight staat?

Wat zijn de standaard linux definities? Misschien heb ik verkeerde bronnen gebruikt

Heb net nieuwe SD cards en als het zo door gaat is deze ook snel aan zijn einde.

pilight werkt met een interne logrotate dus daar hoef je niet bang voor te zijn.

[polleke83]

Sander schreef op dinsdag 01 juli 2014 @ 21:07:

pilight-receive, dan even kijken wat er komt als je je huidige afstandsbediening gebruikt. Vervolgens dat in je config zetten en dan kun je schakelen.

Ok, ik dacht dat bij id de sender-id ingevoerd moest worden zodat ik dat een kaku receiver kon inleren.
Ik gebruik op dit moment nog geen zender, maar probeer nu te werken met een afstandsbediening (AWST-8800)

Nog even verder stoeien met pilight-receive dus

[Sander]

CurlyMo schreef op dinsdag 01 juli 2014 @ 21:11:
[...]

Wat zijn de standaard linux definities? Misschien heb ik verkeerde bronnen gebruikt


[...]

pilight werkt met een interne logrotate dus daar hoef je niet bang voor te zijn.

Wikipedia: syslog :-)

Maar opzich ook geen punt om gewoon log-level aan te passen hier, vond het alleen vreemd

[rorie]

pilight draait hier alweer een half jaartje stabiel en word dagelijks gebruikt voor het in het uitschakelen van de verlichting in verschillende vertrekken. Nou zag ik dat er ook een "Sunrise / Sunset" protocol is toegevoegd.
Kan ik hier nu zonder extra scripts verlichting mee aansturen?

[CurlyMo]

Nee daarvoor is eventing nodig

[Kiwi]

Ik zit er aan te denken een HummingBoard te kopen, en daar hoopte ik ook pilight op te kunnen draaien. Ik zelf zou denken dat het mogelijk zou moeten zijn vanwege de gelijke layout, maar ik kan me prima voorstellen dat er andere cruciale dingen wel veranderd zijn.

Is het mogelijk om hier pilight op te draaien?