pilight - modulaire domotica voor de Raspberry Pi

[Koffie]

Alle filmpjes zojuist bekeken, ze werken hier gewoon.

[Koffie]

Ik ben nu bezig met een process-file, maar het lijkt niet mee te werken, waarschijnlijk is PHP de oorzaak maar daar ben ik niet zeker van.

De stappen die ik doorloop:
- Ik heb in de settings.json een process-file opgegeven, een PHP script.
- Ik start een PHP script welke enkele gegevens opvraagt en met deze gegevens een pilight-send command uitvoert
- De pilight daemon ontvangt de informatie en start het externe script op
- Het externe script ontvangt JSON gegevens van de daemon en doet daar wat mee. Als laatste actie moet het script een pilight-send sturen

Het lijkt erop dat zolang het externe script gerund word, er niet een tweede pilight-send gestart kan worden. Klopt dit ?

[CurlyMo]

Koffie schreef op dinsdag 24 september 2013 @ 17:43:
Het lijkt erop dat zolang het externe script gerund word, er niet een tweede pilight-send gestart kan worden. Klopt dit ?

Daar lijkt het wel op, maar was ik nooit verder ingedoken

---

Probeer het eens met de volgende toevoeging:

C:

int d = fileno(f);
fcntl(d, F_SETFL, O_NONBLOCK);

Welke direct na:

C:

f=popen(cmd, "r");

in daemon.c, functie int broadcast(char *protoname, JsonNode *json) {

Dit zou de pipe niet blokkerend moeten maken.

[ Voor 35% gewijzigd door CurlyMo op 24-09-2013 17:49 ]

[Koffie]

Helaas, geen verschil.
Ik zal vanavond nog eens kijken of het niet aan mijn brakke script-skills ligt.

[BenPi]

Ik heb eindelijk een schone install gedaan.
Ik heb een aantal action setjes ,die tot nu toe via WiringPi werden aangestuurd.Geen receive funktie !
Dan nu meteen ook maar eens pilight proberen.
Lijkt te werken, met een scoop zie ik de nodige pulsen voor zenden echter , geen actie op de setjes.
Vanavond allerlei combinaties geprobeerd niets werkt.
De andere protocollen kan ik niet testen,geen ontvangers voor.
Ik wil graag andere fouten uitsluiten.
Heeft iemand een werkend commandline code voor actionsetje ->, impuls protocol

[Verwijderd]

BenPi schreef op dinsdag 24 september 2013 @ 22:15:
Ik heb eindelijk een schone install gedaan.
Ik heb een aantal action setjes ,die tot nu toe via WiringPi werden aangestuurd.Geen receive funktie !
Dan nu meteen ook maar eens pilight proberen.
Lijkt te werken, met een scoop zie ik de nodige pulsen voor zenden echter , geen actie op de setjes.
Vanavond allerlei combinaties geprobeerd niets werkt.
De andere protocollen kan ik niet testen,geen ontvangers voor.
Ik wil graag andere fouten uitsluiten.
Heeft iemand een werkend commandline code voor actionsetje ->, impuls protocol

Zie de wiki, heb ik gisteren bijgewerkt met het impuls protocol.

[BenPi]

Daar ben ik vanavond dus mee bezig geweest, helaas.
Ik heb je tread gevolgt met CurlyMo en geprobeerd maar blijf twijfelen.

[CurlyMo]

BenPi schreef op dinsdag 24 september 2013 @ 22:32:
[..] maar blijf twijfelen.

Waarover?

[BenPi]

Of mijn systeem wel goed werkt en dat met die coderegel wil uitsluiten.

[CurlyMo]

Ik ga er vanuit dat de elektronica geen probleem is voor jou. Daarnaast weet ik alleen vanuit *geanonimiseerd* dat de code zou moeten werken. Dus toch nog eens een check / double check.

[BenPi]

Ok

[Dylantje2]

Vraagje over de low pass filter..
Kan ik daar iets verkeerd mee doen?
Kan iemand misschien een iets meer in jip en janneke taal uitleggen hoe ik eea aan moet sluiten.

Kan ik mijn RPi beschadigen met een foute aansluiting?
Of gaat alleen het filter kapot?

[Verwijderd]

Zet je schakelaar maar eens hierop (wat voor mij i.i.g. 100% werkt):

SystemCode: 11111 ProgramCode 10000 (A)

En vervolgens deze commando's (aan en uit respectievelijk):

code:

sudo pilight-send -p impuls -s 31 -u 1 -t
sudo pilight-send -p impuls -s 31 -u 1 -f

Edit: werkt inderdaad niet, ik zal er even naar kijken. Via config file werkt het wel.

Bugje in pilight-send... zie hieronder, gebruik de development branch en dan werkt het gewoon.

[ Voor 107% gewijzigd door Verwijderd op 24-09-2013 23:44 ]

[CurlyMo]

Dylantje2 schreef op dinsdag 24 september 2013 @ 22:42:
Vraagje over de low pass filter..
Kan ik daar iets verkeerd mee doen?

Ja

Kan ik mijn RPi beschadigen met een foute aansluiting?

Of gaat alleen het filter kapot?

Ligt eraan. Het belangrijkste waar je rekening mee moet houden is:
- De opamp moet op 5v
- Schmitt trigger moet op 3.3v
- Receiver moet op 5v

De RPi kan max. 3.3v ontvangen dat betekent dus
- NOOIT de opamp direct aansluiten op de RPi
- WEL de schmitt-trigger aansluiten op de RPi
- UITZONDERING de receiver, deze kan je wel veilig direct aansluiten op de RPi (ondanks de 5v).

Daarnaast moet je per component het volgende aanhouden:
- VCC = voltage in
- GND = aarde / 0v
- Data = connectie tussen componenten, en de componenten en de RPi.

Als je deze regels volgt, dan kan er weinig gebeuren met je RPi.

Je begrijpt dat ik in geen geval garant sta voor deze informatie mocht je toch je RPi mollen

[Verwijderd]

@BenPi,

Heb ook een impuls setje en werkt goed.
Heb netjes de stappen gevolgd van de wiki en een schone installatie uitgevoerd van raspbian (2013-09-10-wheezy-raspbian.img)

De code in de schakelaar gaat van 1 tm 10
1234 5 ABC D E
124816 1 2 4 8 16

Mijn pinnetjes staan voor C 26 als volgt:

01011 =26
00100 =C

oftewel:

root@raspberrypi:~/pilight# ./pilight-send -p impuls -s 26 -u 4 –t

[Verwijderd]

@Dylantje2,

Heb het setje ook binnen en zal er ook binnenkort aan gaan beginnen. Hoop inderdaad dat er nog iemand is met mooie plaatjes/foto's die ik gebruiken bij het solderen

@Curlymo, bedankt voor de levering

[ Voor 10% gewijzigd door Verwijderd op 24-09-2013 23:09 ]

[BenPi]

@creamers
Dat is precies wat me verder helpt.
Ga ik morgenvroeg gelijk testen.
En laat het hier weten.

[neevedr]

Dus als ik het goed begrijp is deze zender, een RPi en de code genoeg om elke aan-uit-dimmer-afstandsbediening met de RPi te bedienen? Het klinkt bijna te mooi om waar te zijn. Ik eens proberen.

[CurlyMo]

neevedr schreef op dinsdag 24 september 2013 @ 23:21:
Dus als ik het goed begrijp is deze zender, een RPi en de code genoeg om elke aan-uit-dimmer-afstandsbediening met de RPi te bedienen? Het klinkt bijna te mooi om waar te zijn. Ik eens proberen.

Dan wordt je inderdaad nog een verrast

[Verwijderd]

Je weet wat ze zeggen he... if it sounds to good to be true... it probably is....

Wel met 3 knipogen

@BenPi: Weer ontopic. Blijkbaar zat er een bug in de versie die wij gebruikten. Ik heb nu de development branch getest en daar werkt het gewoon weer. Wel even je config file aanpassen naar readme development branch.

Om de development branch te gebruiken heb je dit commando nodig:

code:

git clone --depth 5 -b development https://github.com/pilight/pilight

Daarna recompilen, config aanpassen en dan moet het lukken!

En nu werkt het weer niet. Ik snap het het even niet...

Zo werkt pilight-send wel:

code:

sudo pilight-daemon -D
sudo pilight-daemon

Resultaat:

code:

[Sep 24 23:52:37] pilight-daemon: DEBUG: successfully send impuls code
[Sep 24 23:52:37] pilight-daemon: DEBUG: socket write succeeded: {"origin":"config","type":1,"devices":{"slaapkamer":[ "bureau" ]},"values":{"state":"off"}}

[Sep 24 23:52:37] pilight-daemon: DEBUG: broadcasted: {"origin":"config","type":1,"devices":{"slaapkamer":[ "bureau" ]},"values":{"state":"off"}}
[Sep 24 23:52:37] pilight-daemon: INFO: new client, ip: 127.0.0.1, port: 51458
[Sep 24 23:52:37] pilight-daemon: DEBUG: client fd: 10
[Sep 24 23:52:37] pilight-daemon: DEBUG: client id: 1
[Sep 24 23:52:37] pilight-daemon: DEBUG: socket recv: {"message":"client sender"}

[Sep 24 23:52:37] pilight-daemon: DEBUG: socket write succeeded: {"message":"accept client"}

[Sep 24 23:52:37] pilight-daemon: INFO: client recognized as sender
[Sep 24 23:52:37] pilight-daemon: DEBUG: socket recv: {"message":"send","code":{"systemcode":"31","programcode":"1","on":"1","protocol":"impuls"}}

[Sep 24 23:52:37] pilight-daemon: INFO: client disconnected, ip 127.0.0.1, port 51458

En zo werkt pilight-send niet:

code:

sudo valgrind --tool=memcheck --leak-check=full --track-origins=yes ./pilight-daemon -D

Resultaat:

code:

[Sep 24 23:54:19] pilight-daemon: INFO: new client, ip: 127.0.0.1, port: 51470
[Sep 24 23:54:19] pilight-daemon: DEBUG: client fd: 10
[Sep 24 23:54:19] pilight-daemon: DEBUG: client id: 1
[Sep 24 23:54:19] pilight-daemon: DEBUG: socket recv: {"message":"client sender"}

[Sep 24 23:54:19] pilight-daemon: DEBUG: socket write succeeded: {"message":"accept client"}

[Sep 24 23:54:19] pilight-daemon: INFO: client recognized as sender
[Sep 24 23:54:19] pilight-daemon: INFO: client disconnected, ip 127.0.0.1, port 51470

Conclusie:

Valgrind pilight-daemon + pilight-send = werkt niet.
Normaal pilight-daemon of -D + pilight-send = werkt wel.

Valgrind output bij afsluiten van valgrind:

code:

==3420== Conditional jump or move depends on uninitialised value(s)
==3420==    at 0xC4A0: receive_code (daemon.c:730)
==3420==  Uninitialised value was created by a stack allocation
==3420==    at 0x48E7634: moduleReceive (module.c:116)
==3420==

==3420==
==3420== HEAP SUMMARY:
==3420==     in use at exit: 1,342 bytes in 6 blocks
==3420==   total heap usage: 4,182 allocs, 4,176 frees, 3,823,113 bytes allocated
==3420==
==3420== 136 bytes in 1 blocks are possibly lost in loss record 4 of 6
==3420==    at 0x4833C54: calloc (vg_replace_malloc.c:566)
==3420==    by 0x40117F3: allocate_dtv (dl-tls.c:300)
==3420==    by 0x4011ED3: _dl_allocate_tls (dl-tls.c:464)
==3420==    by 0x49027B7: pthread_create@@GLIBC_2.4 (allocatestack.c:580)
==3420==    by 0xA50F: main (daemon.c:1329)
==3420==
==3420== 136 bytes in 1 blocks are possibly lost in loss record 5 of 6
==3420==    at 0x4833C54: calloc (vg_replace_malloc.c:566)
==3420==    by 0x40117F3: allocate_dtv (dl-tls.c:300)
==3420==    by 0x4011ED3: _dl_allocate_tls (dl-tls.c:464)
==3420==    by 0x49027B7: pthread_create@@GLIBC_2.4 (allocatestack.c:580)
==3420==    by 0xA697: main (daemon.c:1332)
==3420==
==3420== LEAK SUMMARY:
==3420==    definitely lost: 0 bytes in 0 blocks
==3420==    indirectly lost: 0 bytes in 0 blocks
==3420==      possibly lost: 272 bytes in 2 blocks
==3420==    still reachable: 1,070 bytes in 4 blocks
==3420==         suppressed: 0 bytes in 0 blocks
==3420== Reachable blocks (those to which a pointer was found) are not shown.
==3420== To see them, rerun with: --leak-check=full --show-reachable=yes
==3420==
==3420== For counts of detected and suppressed errors, rerun with: -v
==3420== ERROR SUMMARY: 3 errors from 3 contexts (suppressed: 22 from 9)

[ Voor 166% gewijzigd door Verwijderd op 25-09-2013 00:05 ]

[CurlyMo]

Even een leesmij toegevoegd aan de eerste post omdat ik merk dat dat nodig is:

Ik merk dat er steeds meer mensen zijn die hun interesse tonen in pilight. Dat vind ik alleen maar mooi. Een onvermijdelijk gevolg is dat hier mensen bij zitten met verschillende ervaringen in linux, electronica, etc., maar ik wel steeds meer vragen krijg om op al die vlakken ondersteuning te bieden. Daarvoor voor alle duidelijkheid:

Het gaat hier om een vrijwillig / gratis / niet-commercieel / open project. Daar zitten voordelen aan dus:
- Gratis
- Open

Maar ook nadelen:
- Geen gegarandeerde ondersteuning
- Voor eigen risico dus geen garanties
- Wegens de geringe vrije tijd van mensen geen deadlines

Dat betekent dus ook heel concreet dat ik geen verantwoordelijkheid wil dragen voor alle (genoemde) nadelen. Ik heb dus zelf niet altijd de tijd / zin / wil om je te helpen als je denkt niet genoeg vaardigheden te hebben om met die nadelen om te gaan. Daarvoor is het forum zodat je om hulp kunt vragen, maar dan nog is er geen garantie dat je die krijgt. Mocht je dat geen optie vinden, dan kan je beter een commercieel product kopen waarbij goede ondersteuning wordt geleverd.

Als ik hier nog iets in gemist heb, dan hoor ik dat graag.

[Koffie]

CurlyMo schreef op dinsdag 24 september 2013 @ 17:44:
[...]

Daar lijkt het wel op, maar was ik nooit verder ingedoken

---

Probeer het eens met de volgende toevoeging:

C:

int d = fileno(f);
fcntl(d, F_SETFL, O_NONBLOCK);

Welke direct na:

C:

f=popen(cmd, "r");

in daemon.c, functie int broadcast(char *protoname, JsonNode *json) {

Dit zou de pipe niet blokkerend moeten maken.

Ik heb daemon.c aangepast en daarna opnieuw gecompileerd,

Mijn scripts werken nu als volgt:

- Ik start met de hand een PHP script op. Dit script eindigt met het sturen van een pilight-send commando
- De daemon ontvangt het commando en voert het uit
- Na het uitvoeren start de daemon de algemene process-file op
- Het process-file (een PHP script) heb ik even zo gemaakt dat hij op basis van de JSON input alleen iets doet wanneer een specifiek device aangepast is. Voor debugging laat ik daar rechtstreeks (indien aan de voorwaarde voldaan word) een pilight-send command uitgaan. Deze komt niet aan.

Ik zit nog wat met sleep timers te testen, kijken of ik de diverse communicaties wat tijd moet gunnen.

edit:
wat mij opvalt is het volgende:

Ik voer handmatig een pilight-send uit naar een device waarvan ik weet dat deze getriggerd word in het process-file:

sudo pilight-send -p generic_weather -i 2 -t 25

Vervolgens kijk ik naar de daemon en zie ik het volgende gebeuren:

[Sep 25 09:06:41] pilight-daemon: INFO: new client, ip: 127.0.0.1, port: 45981
[Sep 25 09:06:41] pilight-daemon: DEBUG: client fd: 10
[Sep 25 09:06:41] pilight-daemon: DEBUG: client id: 1
[Sep 25 09:06:41] pilight-daemon: DEBUG: socket recv: {"message":"client sender"}

[Sep 25 09:06:41] pilight-daemon: DEBUG: socket write succeeded: {"message":"accept client"}

[Sep 25 09:06:41] pilight-daemon: INFO: client recognized as sender
[Sep 25 09:06:41] pilight-daemon: DEBUG: socket recv: {"message":"send","code":{"temperature":"25","id":"2","protocol":"generic_weather"}}

[Sep 25 09:06:41] pilight-daemon: INFO: client disconnected, ip 127.0.0.1, port 45981
[Sep 25 09:06:41] pilight-daemon: DEBUG: successfully send generic_weather code
[Sep 25 09:06:41] pilight-daemon: DEBUG: socket write succeeded: {"origin":"config","type":3,"devices":{"thermostaat":["woonkamercurrent"]},"values":{"temperature":"25"}}

[Sep 25 09:06:41] pilight-daemon: DEBUG: broadcasted: {"origin":"config","type":3,"devices":{"thermostaat":["woonkamercurrent"]},"values":{"temperature":"25"}}
[Sep 25 09:06:46] pilight-daemon: DEBUG: broadcasted: {"origin":"sender","protocol":"generic_weather","code":{"id":2,"temperature":25}}
[Sep 25 09:06:46] pilight-daemon: INFO: new client, ip: 127.0.0.1, port: 45983
[Sep 25 09:06:46] pilight-daemon: DEBUG: client fd: 10
[Sep 25 09:06:46] pilight-daemon: DEBUG: client id: 1
[Sep 25 09:06:46] pilight-daemon: DEBUG: socket recv: {"message":"client sender"}

[Sep 25 09:06:46] pilight-daemon: DEBUG: socket write succeeded: {"message":"accept client"}

[Sep 25 09:06:46] pilight-daemon: INFO: client recognized as sender
[Sep 25 09:06:46] pilight-daemon: INFO: client disconnected, ip 127.0.0.1, port 45983

Let op de delay van 5 seconden ..
Deze delay is ingebouwd in het process-file : ik laat deze beginnen met een sleep(5); commando om te kijken of wat extra tijd helpt. In plaats daarvan, wacht de originele pilight-send (of daemon ) dus met afsluiten naar de daemon totdat het process-file klaar is.
Volgens mij zou het handiger zijn om gewoon af te sluiten en het proces-file separaat te laten starten.

Mocht men zich afvragen waarom ik zo moeilijk doe, dit zijn de situaties waarin een dergelijk vorm van scripts nodig kan zijn:

- De daemon ontvangt een signaal dat een bepaalde module ingeschakeld word
- Het procss-file gaat draaien en detecteert dat bij deze module een andere module uitgeschakeld moet worden en regelt dit door een pilight-send te sturen

- De daemon ontvangt een wijziging in de temperatuur van een generic_weather modules
- Het process-file gaat draaien en detecteert dat het onder een bepaalde waarde is, als reactie stuurt hij dmv een pilight-send een relais aan

[ Voor 55% gewijzigd door Koffie op 25-09-2013 09:18 ]

[BenPi]

@ Bram, Creamers en CurlyMo -> pilight-send WERKT !!!! met mijn Action setjes.

[CurlyMo]

Verwijderd schreef op dinsdag 24 september 2013 @ 23:26:
Conclusie:

Valgrind pilight-daemon + pilight-send = werkt niet.
Normaal pilight-daemon of -D + pilight-send = werkt wel.

Dit is een redelijke no-brainer. Valgrind is een dusdanig intensief programma dat de RPi dit niet altijd "aan kan". Waar bijv. normaal een pulse 295ms zou moeten duren is het vaak meer regel dan uitzondering dat het met valgrind actief oploopt tot bijv. 500ms en dan snap je schakelaar het niet.

Koffie schreef op woensdag 25 september 2013 @ 08:59:
Let op de delay van 5 seconden ..
Deze delay is ingebouwd in het process-file : ik laat deze beginnen met een sleep(5); commando om te kijken of wat extra tijd helpt. In plaats daarvan, wacht de originele pilight-send (of daemon ) dus met afsluiten naar de daemon totdat het process-file klaar is.
Volgens mij zou het handiger zijn om gewoon af te sluiten en het proces-file separaat te laten starten.

CurlyMo schreef op dinsdag 24 september 2013 @ 17:44:
[...]
Daar lijkt het wel op, maar was ik nooit verder ingedoken

Het probleem was me dus al bekent, en ja het staat op mijn lijstje om uit te zoeken.

[Koffie]

Snap ik, was ook meer een voorborduursel op de aanpassing die je voorstelt in daemon.c

[jossie67]

Is er nog een mogelijkheid om aan 2 PCB te komen?
Lijkt mij netter dan op een breadboard

Verder lijkt alles te werken

code:

root@raspberrypi:~/pilight# pilight-learn
Please make sure the daemon is not running when using this debugger.

1. Please send and hold one of the OFF buttons. Done.

2. Please send and hold the ON button for the same device
   as for which you send the previous OFF button. Done.

3. Please send and hold (one of the) ALL buttons.
   If you're remote doesn't support turning ON or OFF
   all devices at once, press the same OFF button as in
   the beginning. Done.

4. Please send and hold the ON button with the lowest ID. Done.

5. Please send and hold the ON button with the second to lowest ID. Done.

6. Please send and hold the ON button with the highest ID. Done.

--[RESULTS]--

header:         3
pulse:          2
footer:         24
rawLength:      50
binaryLength:   12

on-off bit(s):  8
all bit(s):
unit bit(s):    1 3

Raw code:
295 590 295 590 590 295 590 295 590 295 590 295 295 590 295 590 295 590 295 590 295 590 295 590 295 590 295 590 295 590 295 590 590 295 590 295 295 590 295 590 295 590 295 590 295 590 295 590 295 7080
Raw simplified:
On:     01011010101010100101010101010101101001010101010101
Off:    01011010101010100101010101010101101001010101010101
All:    01011010101010100101010101010101010101010101010101
Unit 1: 01011010101010100101010101010101101001010101010101
Unit 2: 01010101101010100101010101010101101001010101010101
Unit 3: 01011010101001010101010101010101101001010101010101
Binary code:
On:     100011110111
Off:    100011111111
All:    100011111111
Unit 1: 100011110111
Unit 2: 110011110111
Unit 3: 100111110111

Maar hoe zorg ik er voor dat deze info in de config.json file komt.?

[ Voor 90% gewijzigd door jossie67 op 25-09-2013 15:49 ]

[Dylantje2]

CurlyMo schreef op dinsdag 24 september 2013 @ 22:48:
[...]

Ja


[...]


[...]

Ligt eraan. Het belangrijkste waar je rekening mee moet houden is:
- De opamp moet op 5v
- Schmitt trigger moet op 3.3v
- Receiver moet op 5v

De RPi kan max. 3.3v ontvangen dat betekent dus
- NOOIT de opamp direct aansluiten op de RPi
- WEL de schmitt-trigger aansluiten op de RPi
- UITZONDERING de receiver, deze kan je wel veilig direct aansluiten op de RPi (ondanks de 5v).

Daarnaast moet je per component het volgende aanhouden:
- VCC = voltage in
- GND = aarde / 0v
- Data = connectie tussen componenten, en de componenten en de RPi.

Als je deze regels volgt, dan kan er weinig gebeuren met je RPi.

Je begrijpt dat ik in geen geval garant sta voor deze informatie mocht je toch je RPi mollen

Dank als ik tijd heb ga ik ook testen...
En ik snap als geen ander dat je geen aansprakelijkheid zult aanvaarden...

Ga door met met bizar mooie project..
Al meer nieuwe pictures te zien van de web app?

En is er geen manier om een melding te krijgen van reacties in tweakerd forums?? [ hoe dan ook ?]

[ Voor 4% gewijzigd door Dylantje2 op 25-09-2013 20:15 ]

[Verwijderd]

CurlyMo schreef op woensdag 25 september 2013 @ 09:56:
[...]
Dit is een redelijke no-brainer. Valgrind is een dusdanig intensief programma dat de RPi dit niet altijd "aan kan". Waar bijv. normaal een pulse 295ms zou moeten duren is het vaak meer regel dan uitzondering dat het met valgrind actief oploopt tot bijv. 500ms en dan snap je schakelaar het niet.

Lijkt me van niet. Want de volgende output wordt niet weergegeven in valgrind, maar wel zonder.

code:

[Sep 24 23:52:37] pilight-daemon: DEBUG: socket recv: {"message":"send","code":{"systemcode":"31","programcode":"1","on":"1","protocol":"impuls"}}

Het lijkt dus een communicatie/synchronisatieprobleem tussen pilight-send en pilight-daemon (wellicht heeft het ook met timing te maken).

[CurlyMo]

Nieuwe grote commit gedaan. Nu kunnen er specifieke instellingen aangepast worden voor de verschillende protocollen. Dit zal met name @Koffie aanspreken. Een van de voordelen is bijv. in @Koffie's geval dat je nu de standaard status van de relais kan aanpassen:

code:

        "televisie": {
            "name": "Televisie",
            "protocol": "relay",
            "id": [{
                "gpio": 3
            }],
            "state": "off",
            "settings": {
                "default": "on"
            }
        }

Zo kun je dus instellen per relais of deze standaard uit is of standaard aan.

Een ander voorbeeld zijn de weerstations. Daarvoor kun je nu instellen of hij de temperatuur, luchtvochtigheid, en/of batterij status moet laten zien in de gui. Ook kun je instellen per element hoeveel decimalen hij bezit, bijv.:

code:

        "weather": {
            "name": "Weather",
            "protocol": "generic_weather",
            "id": [{
                "id": 100
            }],
            "temperature": 20,
            "humidity": 10,
            "battery": 0,
            "settings": {
                "decimals": 0,
                "temperature": 1,
                "humidity": 0,
                "battery": 0
            }
        }

Elk protocol heeft zo zijn eigen specifieke instellingen die je kan aanpassen. Zie de wiki voor een uitleg.

---

Verwijderd schreef op woensdag 25 september 2013 @ 20:54:
[...]

Lijkt me van niet. Want de volgende output wordt niet weergegeven in valgrind, maar wel zonder.

code:

[Sep 24 23:52:37] pilight-daemon: DEBUG: socket recv: {"message":"send","code":{"systemcode":"31","programcode":"1","on":"1","protocol":"impuls"}}

Het lijkt dus een communicatie/synchronisatieprobleem tussen pilight-send en pilight-daemon (wellicht heeft het ook met timing te maken).

Ik kan het inderdaad repliceren (ook met andere protocollen), maar zie nog steeds niet echt het probleem. Anders een leuke zoektocht voor je

jossie67 schreef op woensdag 25 september 2013 @ 15:14:
Maar hoe zorg ik er voor dat deze info in de config.json file komt.?

Dat kan alleen als het een ondersteund protocol is. Kijk even op de wiki of dat zo is.

Dylantje2 schreef op woensdag 25 september 2013 @ 20:14:
Al meer nieuwe pictures te zien van de web app?

Nee

En is er geen manier om een melding te krijgen van reacties in tweakerd forums?? [ hoe dan ook ?]

Nee

[ Voor 38% gewijzigd door CurlyMo op 25-09-2013 21:15 ]

[19roland70]

Ik krijg de gui niet geopend ,moet ik ook php installeren?

[CurlyMo]

Nee, GUI is javascript + websockets.

[Koffie]

Wow .. ben heel benieuwd!
Ik hoop morgen even tijd te kunnen maken om er mee te spelen.

Bedankt voor de aanpassingen nav userinput

@19roland70 nee, moet gewoon vanuit de daemon werken. Heb je 'm wel enabled in de settings? Benader je 'm op de goede port ?

edit
Dit zijn de regels in settings.json voor de webserver:

code:

        "webserver-enable": 1,
        "webserver-root": "/usr/local/share/pilight/",
        "webserver-port": 81

[ Voor 26% gewijzigd door Koffie op 25-09-2013 21:43 ]

[CurlyMo]

Koffie schreef op woensdag 25 september 2013 @ 21:42:
Bedankt voor de aanpassingen nav userinput

Mijn doel is te doen wat LIRC ook is gelukt. Een basis bouwen waarmee ALLES mogelijk is zodat ontwikkelaars zelf alleen nog maar protocollen hoeven toe te voegen of extra hardware ondersteuning. De huidige problemen komen alleen langs doordat gebruikers ermee aan de slag gaan en ik zelf nooit had kunnen doorzien

[19roland70]

@koffie ik heb de instellingen staan zoals je aangaf maar ik krijg de gui nog niet te zien

[CurlyMo]

Laatste feature request voor vandaag. Het aanroepen van pilight-send in de process-file is nu (weer) mogelijk.

[Koffie]

CurlyMo schreef op woensdag 25 september 2013 @ 23:43:
Laatste feature request voor vandaag. Het aanroepen van pilight-send in de process-file is nu (weer) mogelijk.

TOP!

Is het trouwens mogelijk om de status van een specifiek device op te vragen, of moet je daarvoor zelf door de controller file lezen met een script?
Ik bedoel dus niet reageren op een bepaalde status wanneer deze binnenkomt, maar simpelweg aan de daemon vragen 'wat is de state van device x'

CurlyMo schreef op woensdag 25 september 2013 @ 21:06:
Nieuwe grote commit gedaan. Nu kunnen er specifieke instellingen aangepast worden voor de verschillende protocollen. Dit zal met name @Koffie aanspreken. Een van de voordelen is bijv. in @Koffie's geval dat je nu de standaard status van de relais kan aanpassen:

code:

        "televisie": {
            "name": "Televisie",
            "protocol": "relay",
            "id": [{
                "gpio": 3
            }],
            "state": "off",
            "settings": {
                "default": "on"
            }
        }

Zo kun je dus instellen per relais of deze standaard uit is of standaard aan.

Ik heb deze gisteren verkeerde geïnterpreteerd, ik dacht dat je 'm anders bedoelde dan ik las.
Daarom de vraag : kun je het in de toekomst zo maken dat je in de config file (of een aparte) aan kunt geven of een relay bij een ON signaal HIH of LOW moet geven?

[ Voor 45% gewijzigd door Koffie op 26-09-2013 07:09 ]

[CurlyMo]

Is het trouwens mogelijk om de status van een specifiek device op te vragen, of moet je daarvoor zelf door de controller file lezen met een script?

Niet direct, maar daar zie ik het nut ook niet zo van in. Je kunt gewoon de laatste config als JSON object opvragen via de API en dan zelf de betreffende device destileren, zie http://wiki.pilight.org/doku.php/api kopje Controller. Op deze manier wordt er ook geen read gedaan op het bestand zelf, maar de daemon haalt het JSON object uit het geheugen.

Daarom de vraag : kun je het in de toekomst zo maken dat je in de config file (of een aparte) aan kunt geven of een relay bij een ON signaal HIH of LOW moet geven?

Dat is volgens mij precies wat ik geïmplementeerd heb.

[Koffie]

CurlyMo schreef op donderdag 26 september 2013 @ 07:23:
[...]

Niet direct, maar daar zie ik het nut ook niet zo van in. Je kunt gewoon de laatste config als JSON object opvragen via de API en dan zelf de betreffende device destileren, zie http://wiki.pilight.org/doku.php/api kopje Controller. Op deze manier wordt er ook geen read gedaan op het bestand zelf, maar de daemon haalt het JSON object uit het geheugen.

Het nut is dat ik nu enkele schakelaars (AWMT-003) en ontvangers (ACM-1000) heb welke samenwerken.
Druk ik op de schakelaar, dan gaat de ontvanger aan. Druk ik de schakelaar de andere kant op gaat hij uit. Probleem is dat die schakelaars het commando aan de positie gekoppeld hebben.
Wanneer ik met de schakelaar een OFF signaal stuur staat hij uiteraard uit. Stuur ik echter later met een script vanaf de RPi een ON command, dan weet die schakelaar daar niets van. De eerstvolgende schakelwissel op die schakelaar zal dus en ON signaal versturen, terwijl je met die schakelaar juist een OFF zou willen sturen (de ontvanger staat immers aan).
Als ik nu bij het binnenkomen van een ON of OFF signaal van de losse schakelaar eerst kan checken wat de status van de ontvanger is, kan ik daar op acteren (if ontvangen is ON maar state is allready ON than you probably mean to send OFF ).
Ik zal eens kijken of ik zelf wat met de API kan.

Dat is volgens mij precies wat ik geïmplementeerd heb.

Nu ben ik je even kwijt ?
Onderstaande is uit de controller file:

code:

        "televisie": {
            "name": "Televisie",
            "protocol": "relay",
            "id": [{
                "gpio": 3
            }],
            "state": "off",
            "settings": {
                "default": "on"
            }
        }

Hoe moet ik dit voorbeeld zien? Staat in bovenstaand voorbeeld de relay op GPIO 3 op HIGH wanneer ik een ON signaal verzend?

code:

        "televisie": {
            "name": "Televisie",
            "protocol": "relay",
            "id": [{
                "gpio": 3
            }],
            "state": "off",
            "settings": {
                "default": "off"
            }
        }

Dan zou met bovenstaande controller code het dus betekenen dat dezelfde relay op GPIO 3 op LOW staat wanneer ik een ON stuur ?

Of ik begrijp je volledig verkeerd, of we praten langs elkaar heen ben ik bang

[CurlyMo]

Koffie schreef op donderdag 26 september 2013 @ 07:49:
[...]

Ik zal eens kijken of ik zelf wat met de API kan.

Als je een config request doet aan de API, dan kan je gewoon de laatste status van de config doorgestuurd. Daar kan je alles mee wat je wilt.

Of ik begrijp je volledig verkeerd, of we praten langs elkaar heen ben ik bang

Het is simpelweg als volgt. Gaat je apparaat AAN als je de stroom van je relais af gehaald wordt of gaat je apparaat dan UIT. Dat is wat je die setting instelt.

[Koffie]

CurlyMo schreef op donderdag 26 september 2013 @ 14:41:
[...]

Als je een config request doet aan de API, dan kan je gewoon de laatste status van de config doorgestuurd. Daar kan je alles mee wat je wilt.

Het is inmiddels gelukt met de API om netjes de actuele JSON data te krijgen en daar de juiste info uit te destilleren

Het is simpelweg als volgt. Gaat je apparaat AAN als je de stroom van je relais af gehaald wordt of gaat je apparaat dan UIT. Dat is wat je die setting instelt.

Ok, duidlijk.
Ik ga er vanavond even verder mee spelen, kreeg de development-branch nog niet aan de praat ivm errors in de controller config.

[CurlyMo]

Ik ga er vanavond even verder mee spelen, kreeg de development-branch nog niet aan de praat ivm errors in de controller config.

Die is een heel stuk veranderd, zie de wiki / git pagina voor meer info.

@Koffie, post je als je klaar bent ook je ervaringen incl. code voorbeelden op het pilight forum.

[ Voor 19% gewijzigd door CurlyMo op 26-09-2013 18:29 ]

[Verwijderd]

@Koffie , graag ! Wacht nog op de nieuwe receiver, relay heb ik ook klaar liggen. Aftellen dus, zou mooi zijn als je de info en ervaring kon delen op het forum

[CurlyMo]

@creamer, zou je de quote kunnen toevoegen waarop je reageert, dat is me namelijk onduidelijk?

Daarnaast zojuist het generieke dimmer en schakelaar protocol online gezet.

[Koffie]

Ik ben nu bezig mijn pilight-event script netjesop te bouwen, veel dingen waren nogal ranzig.
Ik decode eerst de JSON data en kijk naar het protocol.
Op basis van het protocol worden andere data uit de JSON code gehaald en op basis daarvan een query naar een database.
Op die manier kan ik per specifieke device en state een volgend script opgeven.

Het uitlezen van de controller dmv API bleek inderdaad eenvoudiger dan ik dacht:

PHP:

function GetJSONfromDaemon($ip, $port, $room, $name)
{
        /* Create a TCP/IP socket. */
        $socket = socket_create(AF_INET, SOCK_STREAM, SOL_TCP);
        if ($socket === false) {
                // echo "socket_create() failed: reason: " . socket_strerror(socket_last_error()) . "\n";
                exit;
        }

        // Connect to socket
        $result = socket_connect($socket, $ip, $port);
        if ($result === false) {
                // echo "socket_connect() failed.\nReason: ($result) " . socket_strerror(socket_last_error($socket)) . "\n";
                erxit;
        }

        // Send handshake
        $in = '{ "message": "client controller" }';
        socket_write($socket, $in, strlen($in));

        // Read  return
        $out = socket_read($socket, 2048);

        if (strpos($out,'{"message":"accept client"}') !== false)
        {
                // send config request
                $in = '{ "message": "request config" }';
                $out = '';

                socket_write($socket, $in, strlen($in));

                // Read  return
                $out = socket_read($socket, 2048);
        }

        // Close socket
        socket_close($socket);

        return $out;
}

[CurlyMo]

Koffie schreef op donderdag 26 september 2013 @ 22:13:
Het uitlezen van de controller dmv API bleek inderdaad eenvoudiger dan ik dacht

Het koste wat overredingskracht, maar het is gelukt

Kleine feedback op je code.

De buffer groottes zijn altijd 1024 bytes met uitzondering van het antwoord op de request config. De config zelf wordt verzonden in 1024000 bytes om ruimte te bieden voor mega configuratie bestanden Het is dus handiger om die buffer groottes aan te houden in je socket_read.

[Koffie]

Ik doe blijkbaar iets niet goed, maar met een gestripte controller file krijg ik de daemon (van de development branch) nog steeds niet draaiende.

settings.json:

code:

{
        "port": 5000,
        "mode": "server",
        "log-level": 4,
        "pid-file": "/var/run/pilight.dev.pid",
        "config-file": "/home/pi/pilight.dev/controller.json",
        "log-file": "/var/log/pilight.dev.log",
        "process-file": "",
        "send-repeats": 2,
        "receive-repeats": 1,
        "hw-mode": "module",
        "webserver-enable": 1,
        "webserver-root": "/usr/local/share/pilight.dev/",
        "webserver-port": 81
}

controller.json

code:

        "thermostaat": {
                "name": "Thermostaat",
                "order": 1,
                "woonkamerset": {
                        "name": "Woonkamer instelling",
                        "order": 1,
                        "protocol": "generic_weather",
                        "type": 3,
                        "id": 1,
                        "temperature": 20,
                        "humidity": 0,
                        "battery": 0,
                        "settings": {
                                "decimals": 0,
                                "temperature": 1,
                                "humidity": 0,
                                "battery": 0
                        }
                }
        }
}

foutmelding:

[Sep 27 09:37:26] pilight-daemon: DEBUG: initialized lirc_rpi module
pilight-daemon: json.c:1124: emit_string: Assertion `utf8_validate(str)' failed.
[Sep 27 09:37:26] pilight-daemon: DEBUG: default freq of the lirc_rpi module set
[Sep 27 09:37:26] pilight-daemon: DEBUG: deinitialized lirc_rpi module
[Sep 27 09:37:26] pilight-daemon: DEBUG: removed stale pid_file /var/run/pilight.dev.pid
[Sep 27 09:37:26] pilight-daemon: NOTICE: garbage collected fcache library
[Sep 27 09:37:26] pilight-daemon: DEBUG: garbage collected webserver library
[Sep 27 09:37:26] pilight-daemon: DEBUG: garbage collected config library
[Sep 27 09:37:26] pilight-daemon: DEBUG: freed options struct
[Sep 27 09:37:26] pilight-daemon: DEBUG: freed options struct
[Sep 27 09:37:26] pilight-daemon: DEBUG: freed options struct
[Sep 27 09:37:26] pilight-daemon: DEBUG: freed options struct
[Sep 27 09:37:26] pilight-daemon: DEBUG: freed options struct
[Sep 27 09:37:26] pilight-daemon: DEBUG: freed options struct
[Sep 27 09:37:27] pilight-daemon: DEBUG: freed options struct
[Sep 27 09:37:27] pilight-daemon: DEBUG: freed options struct
[Sep 27 09:37:27] pilight-daemon: DEBUG: freed options struct
[Sep 27 09:37:27] pilight-daemon: DEBUG: garbage collected protocol library
[Sep 27 09:37:27] pilight-daemon: DEBUG: garbage collected hardware library
[Sep 27 09:37:27] pilight-daemon: DEBUG: garbage collected settings library
[Sep 27 09:37:27] pilight-daemon: NOTICE: garbage collected options library
[Sep 27 09:37:27] pilight-daemon: DEBUG: garbage collected socket library

Zojuist nog opnieuw alles gecompileerd, maar maakt niets uit.
Even voor de zekerheid : ik heb ook nog de gewone branch draaien op /home/pi/pilight (maar die daemon draait nu niet)

edit : Toevoeging : als ik geen controller.json gebruik start de daemon wel

[CurlyMo]

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

Ik zal in ieder geval zorgen dat deze fout goed wordt opgevangen met een duidelijke melding.

[ Voor 35% gewijzigd door CurlyMo op 27-09-2013 09:54 ]

[Koffie]

Aha .. gisteren qen vandaag al 10 keer blind zitten staren ..
Ik dacht dat de regel van ID hetzelfde was, maar binnen de ID komt nog een ID

code:

{
        "living": {
                "name": "Living",
                "weather": {
                        "name": "Weather",
                        "protocol": "generic_weather",
                        "id": [{
                                "id": 100
                        }],
                        "temperature": 23,
                        "humidity": 76,
                        "battery": 0
                }
        }
}

Ik ben nu aan het testen met het eventscript, maar het werkt nu té goed. Op het moment dat het eventscript start bliojft hij in een loop hangen
Even kijken wat ik daar fout gedaan heb.

[CurlyMo]

Koffie schreef op vrijdag 27 september 2013 @ 10:02:
Aha .. gisteren qen vandaag al 10 keer blind zitten staren ..
Ik dacht dat de regel van ID hetzelfde was, maar binnen de ID komt nog een ID

Er is niet voor niks een wiki

[Koffie]

I know, en daar zat ik me dus al een tijd blind op te staren
Next step : debugen van eventscript. Als ik dat goed aan de praat heb, kan ik bij ontvangst van bepaalde signalen controleren wat de status is van de te schakelen switch en daarop acteren.
Daarna ga ik met de relais aan de gang, ik hoop op korte termijn de volledige aansturing en interface van mijn kachel over te hangen van een eigen script/website naar pilight.

=[EDIT]=
Bij deze de bevestiging dat een 2e pilight-send vanuit een event-script werkt
Dank voor het ifxen hiervan CurlyMo!

[ Voor 14% gewijzigd door Koffie op 27-09-2013 11:16 ]

[Thedr]

Dylantje2 schreef op woensdag 25 september 2013 @ 20:14:
[...]

En is er geen manier om een melding te krijgen van reacties in tweakerd forums?? [ hoe dan ook ?]

Zie dat je dit nu voor de tweede keer vraagt; al eens ooit gehoord van Bookmarks, MyReact en Post History?

[CurlyMo]

Is er iemand die het trouwens leuk vind om een configuratie / settings wizard te maken die ik op pilight.org kan zetten. Zo kunnen mensen makkelijk een configuratie of settings bestand maken zonder zelf de code in te duiken. Degene die dat leuk vind zal ik dan toegang geven tot zijn eigen git repo op pilight, en zijn script zal gebruikt worden (natuurlijk met credits) op pilight.org. Het zal dan wel in PHP (/ MySQL) moeten gebeuren. MySQL kan je eventueel gebruiken om het configuratiebestand online op te slaan. Tevens kan er een mogelijkheid komen om alles te koppelen aan het forum login (net zoals nu de wiki).

[Koffie]

CurlyMo schreef op vrijdag 27 september 2013 @ 11:57:
Is er iemand die het trouwens leuk vind om een configuratie / settings wizard te maken die ik op pilight.org kan zetten. Zo kunnen mensen makkelijk een configuratie of settings bestand maken zonder zelf de code in te duiken. Degene die dat leuk vind zal ik dan toegang geven tot zijn eigen git repo op pilight, en zijn script zal gebruikt worden (natuurlijk met credits) op pilight.org. Het zal dan wel in PHP (/ MySQL) moeten gebeuren. MySQL kan je eventueel gebruiken om het configuratiebestand online op te slaan. Tevens kan er een mogelijkheid komen om alles te koppelen aan het forum login (net zoals nu de wiki).

Sorry, dat ligt buiten mijn kunnen

Ik heb trouwens wat problemen met de nieuwe settings voor generic_weather in de controller config.

als ik deze config maak:

code:

        "thermostaat": {
                "name": "Thermostaat",
                "woonkamerset": {
                        "name": "Woonkamer instelling",
                        "protocol": "generic_weather",
                        "id": [{
                                "id": 1
                        }],
                        "temperature": 1750,
                        "humidity": 10,
                        "battery": 1,
                        "settings": {
                                "decimals": 0,
                                "temperature": 1,
                                "humidity": 0,
                                "battery": 0
                        }
                },
                "test": {
                        "name": "test",
                        "protocol": "generic_weather",
                        "id": [{
                                "id": 2
                        }],
                        "temperature": 2750,
                        "humidity": 0,
                        "battery": 1,
                        "settings": {
                                "decimals": 0,
                                "temperature": 0,
                                "humidity": 0,
                                "battery": 1
                        }
                }
        }
}

Dan gelden de settings van het laatste blok voor alle blokken er boven.
Doe ik iets fout, is dit by design of is het een bugje?

In bovenstaande config staat de 'woonkamer' dus op alleen temperatuur laten zien en de onderstaande alleen op battery laten zien.
De praktijk is dus dat ik van beide alleen de battery zie.

Met de nieuwe development branch gaat het stoppen van daemon weer soepel, maar krijg ik bij het vele testen wel vaak onderstaande melding:

*** glibc detected *** ./pilight-daemon: malloc(): memory corruption: 0x002a86a8 ***

Enige oplossing is dan de RPi rebooten.
Is dit een memory leak of iets wat in mijn eigen RPi gezocht moet worden ?

[CurlyMo]

Enige oplossing is dan de RPi rebooten.
Is dit een memory leak of iets wat in mijn eigen RPi gezocht moet worden ?

Een andere terminal openen en dan:

code:

pkill -9 pilight-daemon

Dan gelden de settings van het laatste blok voor alle blokken er boven.
Doe ik iets fout, is dit by design of is het een bugje?

Natuurlijk een bug , ik ga er achteraan.

Zou je eens kunnen proberen die bug te veroorzaken terwijl je valgrind draait (of mij te vertellen hoe je de bug kan triggeren):

code:

sudo valgrind --tool=memcheck --leak-check=full --track-origins=yes --trace-children=yes pilight-daemon -D

Dan weet ik tenminste waar ik moet zoeken.
Denk eraan dat valgrind het absolute pad nodig heeft naar de executable

[Koffie]

Ik kan nu niet bij mijn RPi, die is behoorlijk gecrashed van de laatste memory error

Zou je eens kunnen proberen die bug te veroorzaken terwijl je valgrind draait (of mij te vertellen hoe je de bug kan triggeren):

Bedoel je het probleem van de generic_weather blokken ? Zie mijn config hierboven, dat is het enige wat in de controller file staat.
Daarna de daemon opstarten en de web GUI benaderen.
Of doel je op de memory error ?

[CurlyMo]

Valgrind zoekt naar memory leakages en bugs. Ik doelde dus op de memory error.

[Dylantje2]

Thedr schreef op vrijdag 27 september 2013 @ 11:18:
[...]
Zie dat je dit nu voor de tweede keer vraagt; al eens ooit gehoord van Bookmarks, MyReact en Post History?

Nooit van gehoord.
Alle fora waar ik op zit..
Een berichtje wanneer er een reactie geplaatst wordt...[ behalve bij tweakers...]
Maar bedankt..
Ga zoeken

[jossie67]

Ik heb 3 verschillende zenders en ontvangers, geen van deze worden herkent dmv pilight-learn maar wel met pilight-debug.

Kan ik zelf protocollen toevoegen of kan een raw-code handmatig in config.json plaatsen?

[Thedr]

Dylantje2 schreef op vrijdag 27 september 2013 @ 17:41:
[...]


Nooit van gehoord.
Alle fora waar ik op zit..
Een berichtje wanneer er een reactie geplaatst wordt...[ behalve bij tweakers...]
Maar bedankt..
Ga zoeken

Even heel erg offtopic:
Een email krijgen bij een reactie is voor zover ik weet niet mogelijk op GoT. Maar klik eens bovenin op Forum en kijk dan eens bij de tabbladen MyReact en Mijn Topics. Daar kan je heel makkelijk zien of en waarop er gereageerd is in topics waarin je actief bent

[Dylantje2]

Is er iemand die een beetje meer in Jip en Janneke taal de low-pas filter kan uitleggen [ het schema van Curlymo ].
Ik zou hem tussen de reciever out en de RPi zetten, klopt dit?
Naar welke pin op de RPi gaat dit groene draadje?

Welke pin moet ik hebben bij LM358P, die naar de SN74HC14N loopt?
Gebruik ik nu 5 pinnen bij LM358P?
En welke zijn dt en waar gaan ze heen? [ ik heb de pinout, maar snap hem niet ]

Wat zit er in het paarse vierkantje van het schema bij de SN74HC14N? [ het blauwe driekhoekje? ]

Zit er een goede richting/voorkant achterkant in de R2 en R2?

Hoe vind ik de + in de C1 15uF?

Is de ground altijd ground op de RPi? [ of zit er verschil in de gnd pinnen?


Off topic:
Ik zal dit wel werkend moeten krijgen heb een IP ban bij de NODO....mwwwhahahaha voor 1 linkje naar de pilight.. [ wie wil mijn nodo kopen?]

[Thedr]

Dylantje2 schreef op vrijdag 27 september 2013 @ 19:39:
Is er iemand die een beetje meer in Jip en Janneke taal de low-pas filter kan uitleggen [ het schema van Curlymo ].
Ik zou hem tussen de reciever out en de RPi zetten, klopt dit?
Naar welke pin op de RPi gaat dit groene draadje?

Welke pin moet ik hebben bij LM358P, die naar de SN74HC14N loopt?
Gebruik ik nu 5 pinnen bij LM358P?
En welke zijn dt en waar gaan ze heen? [ ik heb de pinout, maar snap hem niet ]

Wat zit er in het paarse vierkantje van het schema bij de SN74HC14N? [ het blauwe driekhoekje? ]

Zit er een goede richting/voorkant achterkant in de R2 en R2?

Hoe vind ik de + in de C1 15uF?

Is de ground altijd ground op de RPi? [ of zit er verschil in de gnd pinnen?


Off topic:
Ik zal dit wel werkend moeten krijgen heb een IP ban bij de NODO....mwwwhahahaha voor 1 linkje naar de pilight.. [ wie wil mijn nodo kopen?]

Lowpass moet inderdaad tussen receiver en RasPi komen. Op de RasPi moet de uitgang van de Schmitt trigger naar pin 12 (GPIO 18).
In de SN74HC14N zitten een aantal schmitt-triggers, waarvan je er één gebruikt. De pin linksboven daarvan is de ingang, die daaronder de uitgang die naar je RasPi gaat, de onderste de GND. Het blauwe driehoekje met het hysterese symbooltje erin is een Schmitt trigger.

Een weerstand is niet richtingsgevoelig. Anders zou het een diode heten

Bij een condensator is het korte pootje als het goed is de -. Staat ook aangegeven meestal met een lijn of - teken.

GND pinnen zijn zover ik weet allemaal hetzelfde.

Bij de LM358P moet je output A of output B hebben (zitten 2 opamps in 1 package) dus pin 1 of 7.

[ Voor 21% gewijzigd door Thedr op 27-09-2013 21:58 ]

[CurlyMo]

@Dylantje2, misschien moet je als nieuw forum lid eerst even deze FAQ lezen Policy: Alle regels die op het forum gelden. Voornamelijk omdat je reacties echt onleesbaar zijn voor mij in de zin van alinea, haakjes, zin gebruik. Daarnaast is het tweakers forum geen plek voor Jip en Janneke taal.

@Koffie, ik heb de protocol instellingen even herschreven aangezien ik er in de vorige implementatie te makkelijk over dacht . Nu moet het weer werken zoals je zou verwachten. Ik zou nog wel graag willen weten waar nu die geheugen fout vandaan komt.

[ Voor 65% gewijzigd door CurlyMo op 28-09-2013 00:38 ]

[Koffie]

Thanks CurlyMo
Met een beetje mazzel heb ik dit weekend tijd voor de memory errors (druk druk, gezin enzo).
De development branch lijkt een stuk stabieler (op de memory error na) en ik heb ook eindelijk mijn controller config herschreven naar de nieuwe versie.
Ik merk wel dat het niet mogelijk is om de development branch en master door elkaar te gebruiken op dezelfde RPi, klopt dat?

@Koffie, ik heb de protocol instellingen even herschreven aangezien ik er in de vorige implementatie te makkelijk over dacht

Dat krijg je ervan als gebruikers kromme dingen met je software gaan doen

[CurlyMo]

Koffie schreef op zaterdag 28 september 2013 @ 00:32:
Ik merk wel dat het niet mogelijk is om de development branch en master door elkaar te gebruiken op dezelfde RPi, klopt dat?

Dat is het idee van shared libraries.

[Verwijderd]

Hoi mannen,

Even een paar korte vragen naar aanleiding van mijn onderzoekje met betrekking tot het iProtoype ontvangertje en het low-pass filter. Helaas ontbreken de kabels om schermafdrukken te maken van mijn oscilloscoop....

1) is het zowel in lirc modus als in gpio modus de bedoeling om
-de "1's" als een lange puls te hebben van 500 us 3,3V gevolgd door 200 us 0,0V.
-de "0's" als een korte puls van 200 us 3,3V gevolgd door 700 us 0,0V

Deze vraag omdat zonder low-pass filter en de schmitt trigger de 1-s hoog zijn maar met low-pass filter en trigger de 1's juist laag zijn. De schmitttrigger inverteert immers het signaal en de filterschakeling niet, dus het schema zoals getekend in de OP inverteert het signaal 1 maal.

Met andere woorden, welk van de twee moet het worden en in welke modus?

of


Ik stel natuurlijk deze vraag omdat ik de receiver nog altijd niet aan de praat heb in geen enkele configuratie. Als ik eerst eens weet wat voor signaal ik moet nemen dan is dat hoofdstukje tenminste klaar. Mijn neiging gaat naar de eerste optie, lineaire uitgang twee maal door het schmittrigger gehaald. Het voor- en nadeel van lirc zie ik nog niet zo snel dus ik heb nog niet echt een voorkeur voor 1 van beiden.

2) CurlyMo, heb je iets van een berekening op het filter losgelaten?

Nog even een opmerking voor de andere mannen die het iPrototype ding hebben, mijn lineare uitgang (pin 3) geeft een veel ruisvrijer signaal dan de digitale uitgang (pin 2). Redelijk constant tussen 2,0 en 2,3 volt wanneer ik niet zend en wanneer ik wel zend pulsen tussen 1/2 en 4 V. Natuurlijk wel met een slope van 0,2 ms. Wanneer ik deze ongefilterd 2 keer door de smitttrigger haal worden deze pulsen mooi scherp tussen 0 en 3,3V.
De digitale uitgang geeft een continue ruis tussen de 0 en 3,7V bij niet zenden. Bij wel zenden (met mijn action "Impuls" zendertje) komt er wel een redelijk signaal uit. De ruis op het digitale kanaal zou ik niet weten hoe die eruit te krijgen.

Foto's van mijn meetsessie. Beschrijvingen staan erbij. Graag (heel graag zelfs) wat commentaar van een kenner hierop! Als er nog verzoeknummers zijn voor meer metingen dan doe ik dat graag. Wel nog deze week want daarna heb ik veel minder tijd.

[ Voor 12% gewijzigd door Verwijderd op 28-09-2013 04:39 . Reden: aanvulling en spelling ]

[Koffie]

CurlyMo schreef op vrijdag 27 september 2013 @ 12:46:
[...]
Zou je eens kunnen proberen die bug te veroorzaken terwijl je valgrind draait (of mij te vertellen hoe je de bug kan triggeren):

code:

sudo valgrind --tool=memcheck --leak-check=full --track-origins=yes --trace-children=yes pilight-daemon -D

Dan weet ik tenminste waar ik moet zoeken.
Denk eraan dat valgrind het absolute pad nodig heeft naar de executable

Kun je hier iets mee : http://pastebin.com/D7Q1tmR4 ?

[CurlyMo]

Verwijderd schreef op zaterdag 28 september 2013 @ 04:08:
[...]
Met andere woorden, welk van de twee moet het worden en in welke modus?

Beide zijn prima omdat het programma kijkt naar pin change interrupts. De change is in beide gevallen hetzelfde.

Het voor- en nadeel van lirc zie ik nog niet zo snel dus ik heb nog niet echt een voorkeur voor 1 van beiden.

De kernel module kan nogal een lag hebben als je hem niet constant bezig houdt, maar met directe GPIO's benadering is er juist een lag als ze constant bezig gehouden worden. Vraag me niet waarom Zonder filter dus de kernel module, met filter directe GPIO.

2) CurlyMo, heb je iets van een berekening op het filter losgelaten?

Ik ben zelf geen engineer, maar kan bevestigen dat het geheel in veel verschillende toepassingen en bij velen andere werkt. Zowel Arduino als Raspberry Pi.

Nog even een opmerking voor de andere mannen die het iPrototype ding hebben, mijn lineare uitgang (pin 3) geeft een veel ruisvrijer signaal dan de digitale uitgang (pin 2). Redelijk constant tussen 2,0 en 2,3 volt wanneer ik niet zend en wanneer ik wel zend pulsen tussen 1/2 en 4 V. Natuurlijk wel met een slope van 0,2 ms. Wanneer ik deze ongefilterd 2 keer door de smitttrigger haal worden deze pulsen mooi scherp tussen 0 en 3,3V.
De digitale uitgang geeft een continue ruis tussen de 0 en 3,7V bij niet zenden. Bij wel zenden (met mijn action "Impuls" zendertje) komt er wel een redelijk signaal uit. De ruis op het digitale kanaal zou ik niet weten hoe die eruit te krijgen.

Top, mooi dat er meer mensen aansluiten met wat (meer) verstand van zaken betreffende elektronica. Hier benoem je alleen een cruciaal punt: impuls . Zie de wiki: http://wiki.pilight.org/doku.php/impuls. Ontvangen wordt niet ondersteund. Niet door pilight en niet door andere commerciële toepassingen. Zoals je pulsen eruit zien moet het gaan werken met andere merken waarvan pilight de ontvangst wel ondersteunt.

Foto's van mijn meetsessie. Beschrijvingen staan erbij. Graag (heel graag zelfs) wat commentaar van een kenner hierop! Als er nog verzoeknummers zijn voor meer metingen dan doe ik dat graag. Wel nog deze week want daarna heb ik veel minder tijd.

Zou jij misschien tijd / zin hebben om heel noob proof uit te leggen op de wiki hoe je de low-pass filter aansluit. Eventueel een waarom hij werkt in deze toepassing, met berekeningen enzo. *geanonimiseerd* en ik hebben de protocol uitleg helemaal uitgewerkt zodat andere Open Source programma's er mee aan de slag kunnen. Hetzelfde zou natuurlijk gaaf zijn voor de low-pass filter. Dan krijgen we vanzelf feedback van andere engineers en krijgen we vanzelf een mooie schat aan informatie over de hele 433.92Mhz techniek.

Koffie schreef op zaterdag 28 september 2013 @ 08:56:
Kun je hier iets mee : http://pastebin.com/D7Q1tmR4 ?

Nee, want valgrind kan niks met shell scripts. Je moet het echt direct uitvoeren op de pilight-daemon (in debug mode).

[Koffie]

OK, dan duik ik daar nog even verder in.

Iets geheel anders: ik ben eigenlijk wel nieuwsgierig wat anderen nu hebben draaien met pilight, of wat hun uiteindelijke doel is.
Wie vraagt trapt af, dus bij deze mijn input:

Huidige situatie
Op dit moment stuur ik vooral een paar lampen aan met de voorloper van de pilight (ook van CurlyMo). Door middel van een script stuur ik een half uur voor zonsondergang een AAN signaal naar de lampen. Uit zetten van de lampen gaat gewoon met de hand.
Tevens stuur ik mijn radiators aan door het open en dicht zetten van een regelklep. Het aansturen van de klep is op basis van temperatuurmeting in de woonkamer.
Op zeer korte termijn komt hier temperatuurmeting in de badkamer bij zodat ik daar de elektrische verwarming ook kan aansturen.

Korte termijn planning
Op de korte termijn wil ik een (nu nog defect, moet vervangen worden) centrale ventilatie aansturen. Het aansturen zal gebeuren op basis van aanwezigheid (en duur) in toilet en/of badkamer, aangevuld met luchtvochtigheid waardes.
In de badkamer hebben wij een bubbelbad, deze wil ik alleen van stroom voorzien op basis van aanwezigheid in de badkamer icm tijdstip.

Lange termijn planning
Voor de lange termijn ben ik samen met een collega bezig om de ultieme alles in 1 module te bouwen. Deze module zal het uiterlijk van een bewegingssensor van een alarm krijgen. Deze module zal de volgende sensors hebben : temperatuur, luchtvochtigheid, LDR en IR-zender.
Per vertrek komt er dan zo'n module te hangen. De module zal via RF zijn data naar pilight zenden. Door zo alle data te verzamelen en in kaart te brengen kun je overal automatisch de lampen laten schakelen op basis van aanwezigheid, huidige lichtsterkte en tijdstip. Verdere ideeën zouden zijn dat je zo een regelklep van een radiator alleen opent als de temperatuur te laag is en er beweging is. Is er niemand in het vertrek, hoef je ook niet bij te warmen.
De IR-zender is er om de module een IR signaal te laten uitzenden (de opdracht zal dan vanuit de centrale RPi naar de specifieke module verstuurd worden). Op deze manier kan de RPi de opdracht geven om in een bepaald vertrek een apparaat met IR aan te zetten (airco, TV, etc.).
We zijn ook aan het kijken of we de modules als relay stations voor bepaalde protocollen kunnen gebruiken om zo het RF bereik te vergroten.

Op dit moment hebben we een proof of concept waarmee we een (standalone) attiny een KaKu signaal kunnen laten versturen.

Ik ben benieuwd naar hoe jullie pilight inzetten

[CurlyMo]

Ik wil die verhalen graag op pilight.org zodat het meer internationale publiek zich achter pilight gaat scharen

[Koffie]

My english is not that very well

[Sander]

Heeft er eigenlijk nog iemand tips voor goede inbouw schakelaars? Ik heb een aantal KAKU Mini Inbouw dimmers en Mini inbouw schakelaars. Met name de mini inbouw dimmers zijn best gunstig geprijsd (44,95 voor 2), maar de inbouw schakelaars zijn toch wel fors aan de prijs (27,- per stuk). Iemand nog een goed alternatief daarvoor?

(Zie net dat er dit weekend weer 20% korting op 1 artikel is bij gamma, toch maar weer even 2 of 3 halen)

[Verwijderd]

Koffie schreef op zaterdag 28 september 2013 @ 11:57:
My english is not that very well

Practice makes per-fect.

[Verwijderd]

CurlyMo schreef op zaterdag 28 september 2013 @ 10:44:
[...]
Beide zijn prima omdat het programma kijkt naar pin change interrupts. De change is in beide gevallen hetzelfde.
[...]
De kernel module kan nogal een lag hebben als je hem niet constant bezig houdt, maar met directe GPIO's benadering is er juist een lag als ze constant bezig gehouden worden. Vraag me niet waarom Zonder filter dus de kernel module, met filter directe GPIO.

Okay, dat is fijn. Dan is 1 schmittrigger dus genoeg, dat scheelt me dan weer draadjes op het breadbordje.

Top, mooi dat er meer mensen aansluiten met wat (meer) verstand van zaken betreffende elektronica. Hier benoem je alleen een cruciaal punt: impuls . Zie de wiki: http://wiki.pilight.org/doku.php/impuls. Ontvangen wordt niet ondersteund. Niet door pilight en niet door andere commerciële toepassingen. Zoals je pulsen eruit zien moet het gaan werken met andere merken waarvan pilight de ontvangst wel ondersteunt.

Ohh, vandaar! Nou, dat verklaart natuurlijk weer het 1 en ander.. Dus toch maar naar de Gamma voor een KaKu zendertje dan. Overigens, dat het zenden gaat had ik al door.

[...]
Ik ben zelf geen engineer, maar kan bevestigen dat het geheel in veel verschillende toepassingen en bij velen andere werkt. Zowel Arduino als Raspberry Pi.
[...]
Zou jij misschien tijd / zin hebben om heel noob proof uit te leggen op de wiki hoe je de low-pass filter aansluit. Eventueel een waarom hij werkt in deze toepassing, met berekeningen enzo. *geanonimiseerd* en ik hebben de protocol uitleg helemaal uitgewerkt zodat andere Open Source programma's er mee aan de slag kunnen. Hetzelfde zou natuurlijk gaaf zijn voor de low-pass filter. Dan krijgen we vanzelf feedback van andere engineers en krijgen we vanzelf een mooie schat aan informatie over de hele 433.92Mhz techniek.

Ja, nou, ehhhh, uit mijn berekeningen en waarnemingen die ik doe kan ik tot nu toe eigenlijk maar 1 (voorlopige) conclusie trekken en dat is dat het filter an sich niet werkt. De schmittrigger dus wel en die doet het belangrijkste deel van het werk. Eigenlijk werkt mijn schakeling het beste zonder opamp, weerstanden en diode maar met de schmittrigger. Vandaag krijg ik een doosje met 2000 weerstanden en 500 dioden dus van de week zal ik weer verder experimenteren en mijn berekeningen nog enkele malen herhalen.
Het zou leuk zijn om ook scope-plaatjes van andere ontvangers (met andere zenders) te hebben. Ik ben namelijk reuze benieuwd naar de puls-duur van de andere merken. Als ik mijn scope-plaatjes vergelijk met de output van mode2 dan kom ik nogal wat pulsjes tekort en ik denk zomaar dat daar de crux zit.

Overigens ben ik geen electrotechnicus, ik ben een (scheeps)werktuigkundige. Een klein deel van mijn opleiding heeft me wel wat kennis verschaft maar ik zit weer gewoon in de studieboekjes hoor!

[CurlyMo]

Verwijderd schreef op zaterdag 28 september 2013 @ 12:45:
Ja, nou, ehhhh, uit mijn berekeningen en waarnemingen die ik doe kan ik tot nu toe eigenlijk maar 1 (voorlopige) conclusie trekken en dat is dat het filter an sich niet werkt. De schmittrigger dus wel en die doet het belangrijkste deel van het werk. Eigenlijk werkt mijn schakeling het beste zonder opamp, weerstanden en diode maar met de schmittrigger.

Dat komt omdat de uitgangsspanning van die iPrototype ontvanger véél hoger is dan die van Ebay. Waarschijnlijk zit er dus in de iPrototype al iets van een opamp om het signaal te versterken. Dat verklaart ook dat in dat geval alleen de schmitt-trigger genoeg is. Deze onduidelijkheden (die voor een deel weggenomen zijn) zou ook de verklaring kunnen zijn waarom die van iPrototype bij sommige minder werkte.

[jossie67]

Ik was klaar met al die verschillende zenders en ontvangers. Dus de starterkit gekocht van KlikAan/KlikUit.

code:

root@raspberrypi:~# pilight-learn
....
....
....
--[RESULTS]--

header:         9
pulse:          4
footer:         35
rawLength:      132
binaryLength:   33

on-off bit(s):  27
all bit(s):     26
unit bit(s):    30 31

Raw code:
295 2655 295 295 295 1180 295 295 295 1180 295 1180 295 295 295 295 295 1180 295 1180 295 295 295 295 295 1180 295 1180 295 295 295 1180 295 295 295 1180 295 295 295 295 295 1475 295 295 295 1180 295 295 295 1180 295 1180 295 295 295 295 295 1180 295 1180 295 295 295 1180 295 295 295 295 295 1180 295 1180 295 295 295 295 295 1180 295 1475 295 295 295 295 295 1180 295 1180 295 295 295 295 295 1475 295 1180 295 295 295 1180 295 295 295 295 295 1180 295 295 295 1475 295 1180 295 295 295 295 295 1475 295 295 295 1180 295 1180 295 295 295 295 295 1180 295 10325
Raw simplified:
On:     010001000101000001010000010100010001000001000100010100000101000100000101000001010000010100000101000100000100010100000100010001010001
Off:    010001000101000001010000010100010001000001000100010100000101000100000101000001010000010100000101000100000100010100000100010001010001
All:    010001000101000001010000010100010001000001000100010100000101000100000101000001010000010100000101000100000101000001000100010001000101
Unit 1: 010001000101000001010000010100010001000001000100010100000101000100000101000001010000010100000101000100000100010100000100010001000101
Unit 2: 010001000101000001010000010100010001000001000100010100000101000100000101000001010000010100000101000100000100010100000100010001010001
Unit 3: 010001000101000001010000010100010001000001000100010100000101000100000101000001010000010100000101000100000100010100000100010100000101
Binary code:
On:     001010111000101101010101100100011
Off:    001010111000101101010101100000011
All:    001010111000101101010101101000001
Unit 1: 001010111000101101010101100100001
Unit 2: 001010111000101101010101100100011
Unit 3: 001010111000101101010101100100101

Maar er verschijnt niks in mijn config.json

Hoe kan dat, ik gebruik geen low-pas filter

Ik wil wel een low-pas filter hebben maar die wil ik dan meteen netjes maken met een PCB.

[Verwijderd]

jossie67 schreef op zaterdag 28 september 2013 @ 15:02:
Ik was klaar met al die verschillende zenders en ontvangers. Dus de starterkit gekocht van KlikAan/KlikUit.

Maar er verschijnt niks in mijn config.json

Hoe kan dat, ik gebruik geen low-pas filter

Ik wil wel een low-pas filter hebben maar die wil ik dan meteen netjes maken met een PCB.

Dan zul je dat eerst als feature request moeten indienen op het forum. Momenteel kan pilight-debug/learn alleen gebruikt worden voor het ontwikkelen van nieuwe protocollen of het testen van devices.

Op zich is een autolearn functie nog niet zo'n gek idee, waar de config automatisch een subcategorie aanmaakt voor de ontvangen/device. Zou ook naast de nog door iemand te maken config wizard kunnen dienen, of daaraan gekoppeld zijn. Als je bijvoorbeeld de auto/learn/catch HTML button knop op aan zet, dat ie alle ontvangen signalen in een lijstje omzet en waarna je kan aanklikken welk protocol je wilt toevoegen van de ontvangen signalen.

[Verwijderd]

CurlyMo schreef op zaterdag 28 september 2013 @ 13:24:
[...]

Dat komt omdat de uitgangsspanning van die iPrototype ontvanger véél hoger is dan die van Ebay. Waarschijnlijk zit er dus in de iPrototype al iets van een opamp om het signaal te versterken. Dat verklaart ook dat in dat geval alleen de schmitt-trigger genoeg is. Deze onduidelijkheden (die voor een deel weggenomen zijn) zou ook de verklaring kunnen zijn waarom die van iPrototype bij sommige minder werkte.

Ja, dat kan. Er zit inderdaad een opamp op de print. Met een beetje geluk ontvang ik nog zo'n e-bay ontvangertje deze week, dan zal ik ook daar eens de scope op zetten. Direct een vergelijkend warenonderzoekje doen, misschien ook aardig voor de wiki.
Verwacht dat overigens niet te snel want na komende week ben ik een paar weekjes op vakantie.

Dan nog eens twee vragen, de pulslengte die wordt gedetecteerd, waar kan ik die aanpassen? Alleen in de daemon? Ik heb het nog niet geprobeerd hoor maar ik vraag het toch maar even. Ik dacht dus hier:

code:

void receive_code(void) {
....
/* A space is normally for 295 long, so filter spaces less then 200 */
if(sending == 0 && duration > 200) {
..

en waar komen PULSE_LENGHT en MULTIPLIER vandaan (zoals hier:)

code:

if(duration > (PULSE_LENGTH-(PULSE_LENGTH*MULTIPLIER)) && duration < (PULSE_LENGTH+(PULSE_LENGTH*MULTIPLIER))

Dit omdat de lengte van de pulsjes van mijn Impuls (jaja, inderdaad) zendertje dus aardig dicht in de buurt van de 0,2 ms liggen. Zoals ik al zei denk ik dat het ligt aan de puls duur dat de impuls kitjes geen ontvangst ondersteuning kunnen hebben en ik wil daar toch mee experimenteren... Of zou dat sowieso niet gaan omdat deze geen header hebben?

[Koffie]

Bummer

Ik heb de scripts op de development branch werkend om een ontvanger in bepaalde modus te zetten op basis van de schakelaar (als de schakelaar OFF stuurt maar het device was al OFF dan zal hij een ON zenden).
Het probleem is alleen : de lag tussen op de knop drukken en daadwerkelijk switchen van status duurt te lang. Ik denk dat het te maken heeft met het device zelf, wat bezig is met de andere signalen te verwerken (in combinatie met de broadcasts van pilight zelf).

[jossie67]

Verwijderd schreef op zaterdag 28 september 2013 @ 16:02:
[...]

Dan zul je dat eerst als feature request moeten indienen op het forum. Momenteel kan pilight-debug/learn alleen gebruikt worden voor het ontwikkelen van nieuwe protocollen of het testen van devices.

Op zich is een autolearn functie nog niet zo'n gek idee, waar de config automatisch een subcategorie aanmaakt voor de ontvangen/device. Zou ook naast de nog door iemand te maken config wizard kunnen dienen, of daaraan gekoppeld zijn. Als je bijvoorbeeld de auto/learn/catch HTML button knop op aan zet, dat ie alle ontvangen signalen in een lijstje omzet en waarna je kan aanklikken welk protocol je wilt toevoegen van de ontvangen signalen.

Ik heb altijd begrepen dat met de learn functie, automatisch het bestand config.sjon wordt aangepast.
Maar ik moet dus handmatig toevoegen aan het bestand.

Ik zal een request invullen op het forum

[CurlyMo]

Verwijderd schreef op zaterdag 28 september 2013 @ 16:09:
Ja, dat kan. Er zit inderdaad een opamp op de print. Met een beetje geluk ontvang ik nog zo'n e-bay ontvangertje deze week, dan zal ik ook daar eens de scope op zetten. Direct een vergelijkend warenonderzoekje doen, misschien ook aardig voor de wiki.
Verwacht dat overigens niet te snel want na komende week ben ik een paar weekjes op vakantie.

Ik ben heel benieuwd

Het enige waar ik wel benieuwd naar ben is het volgende. De huidige low-pass filter combineert dus een actief low-pass filter deel (de opamp) met een schmitt-trigger om mooie blokgolven te krijgen. Ik ga er vanuit dat die iPrototype ontvangers alleen een ingebouwde versterker hebben als opamp, maar die opamp niet als actieve low-pass filter dient. De vraag is dan of alleen een schmitt-trigger gebruiken bij die dingen goed genoeg is, of dat er niet alsnog een passieve low-pass filter tussen de schmitt-trigger en de ontvanger moet? Zou je dat eens kunnen testen?

[...] waar komen PULSE_LENGHT en MULTIPLIER vandaan (zoals hier:)
[code]

In libs/pilight/settings.h

Of zou dat sowieso niet gaan omdat deze geen header hebben?

Nee, dat is het probleem niet. Bekijk deze ruwe pulse van een KaKu schakelaar maar eens (zonder low-pass filter): http://pastebin.com/neC9D0J9 vanaf #2056. Als je vervolgens mode2 van Lirc start en hetzelfde doet voor Impuls, dan zie je dat daar totaal geen logica in zit. Mocht je ons een mooie impuls pulse kunnen verschaffen, dan graag. Misschien lukt het dan alsnog om ontvangst te ondersteunen.

jossie67 schreef op zaterdag 28 september 2013 @ 16:47:
Ik heb altijd begrepen dat met de learn functie, automatisch het bestand config.sjon wordt aangepast.
Maar ik moet dus handmatig toevoegen aan het bestand.

Ik zal een request invullen op het forum

Volgens mij valt dat nergens te lezen

@Koffie, je feature request betreffende readonly knoppen in de GUI is al een tijdje klaar

[ Voor 18% gewijzigd door CurlyMo op 28-09-2013 17:37 ]

[jossie67]

Volgens mij valt dat nergens te lezen

Ik kijk er dan denk ik steeds over heen

[19roland70]

Wie kan me helpen om de gui aan de gang te krijgen ?
Website staat "enable"

[CurlyMo]

Daarvoor heb je een werkende config.json voor nodig.

[19roland70]

Hoe kom ik erachter dat deze werkend is?

[CurlyMo]

Als pilight-daemon geen foutmeldingen geeft bij het opstarten (en je een config-file hebt ingesteld in de settings.json).

[jossie67]

19roland70 schreef op zaterdag 28 september 2013 @ 20:16:
Hoe kom ik erachter dat deze werkend is?

http://ip-adres raspberry:5001

[jossie67]

Ik heb nu aan de hand van recieve de juiste id gekregen.
Met kaku heb ik nu alles aan de praat.

Alleen de Elro lukt niet om de juiste config.sjon te krijgen, recieve ziet de elro als sartano, dat klopt volgens mij

code:

{
    "living": {
        "name": "Living",
        "buro": {
            "name": "Buro",
            "protocol": "kaku_switch",
            "id": [{
                "id": 11414870,
                "unit": 0
            }],
            "state": "on"
        },
        "television": {
            "name": "Television",
            "protocol": "kaku_switch",
            "id": [{
                "id": 11414870,
                "unit": 1
            }],
            "state": "on"
        },
        "bank": {
            "name": "Bank",
            "protocol": "kaku_switch",
            "id": [{
                "id": 11414870,
                "unit": 2
            }],
            "state": "off"
        },
        "tuin": {
            "name": "Tuin",
            "protocol" : "elro"
            "id": [{
                "systemcode": 7,
                "unitcode": 1
            }],
            "state": "on"
        } 
    }
}

pilight-daemon blijft aangeven dat de config.json niet klopt.?

[code]
[Sep 28 18:24:01] pilight-daemon: DEBUG: initialized lirc_rpi module
[Sep 28 18:24:01] pilight-daemon: ERROR: config is not in a valid json format
[code]

[ Voor 11% gewijzigd door jossie67 op 28-09-2013 20:25 ]

[CurlyMo]

Spelling!

pilight geeft waarschijnlijk ook duidelijk aan welk veld fouten bevat.

TIP: http://jsonlint.com/ (of een andere uitgebreidere JSON validator).

[ Voor 31% gewijzigd door CurlyMo op 28-09-2013 20:29 ]

[jossie67]

CurlyMo schreef op zaterdag 28 september 2013 @ 20:24:
Spelling!

pilight geeft waarschijnlijk ook duidelijk aan welk veld fouten bevat.

Waarschijnlijk ben ik super blind maar ik zie mijn spelfout niet

Dit werkt prima

code:

{
    "living": {
        "name": "Living",
        "buro": {
            "name": "Buro",
            "protocol": "kaku_switch",
            "id": [{
                "id": 11414870,
                "unit": 0
            }],
            "state": "on"
        },
        "television": {
            "name": "Television",
            "protocol": "kaku_switch",
            "id": [{
                "id": 11414870,
                "unit": 1
            }],
            "state": "on"
        },
        "bank": {
            "name": "Bank",
            "protocol": "kaku_switch",
            "id": [{
                "id": 11414870,
                "unit": 2
            }],
            "state": "off"
        }
    }
}

[CurlyMo]

jossie67 schreef op zaterdag 28 september 2013 @ 20:29:
Waarschijnlijk ben ik super blind maar ik zie mijn spelfout niet

Inderdaad

Probeer die validator eens die ik in mijn vorige post heb gezet.

[jossie67]

CurlyMo schreef op zaterdag 28 september 2013 @ 20:30:
[...]

Inderdaad

Probeer die validator eens die ik in mijn vorige post heb gezet.

Super de validator is super, komma

[CurlyMo]

@Allemaal: In plaats van alleen maar feature requests en problemen, wil ik ook graag jullie positieve ervaringen horen. Tot nu toe doen sommigen dat wel zoals *geanonimiseerd*, BenPi en Koffie, maar van sommigen hoor ik niks meer als er geen problemen meer zijn. Complimenten zijn de motor van elk Open Source project

[Verwijderd]

Jullie doen het fantastisch!! Echt hoor, niet omdat je er nu naar vraagt.
En ja, ik schakel al wel (zoals ik al zei) via de command line mijn drie impuls schakelaars.

Maar ja (om gelijk ook antwoord of @koffie te geven), de weg ernaar toe is belangrijker dan het doel aan sich. Sterker nog, ik heb helemaal geen doel behalve het gaan schrijven van een leuk android appje. Wat ook geen doel heeft behalve doen omdat het kan :-)

Op de lange termijn zou ik dit wel willen integreren met mijn z-wave razberry en een ir-blaster. Wel op 1 rpi natuurlijk!

[ Voor 6% gewijzigd door Verwijderd op 28-09-2013 20:53 ]

[jossie67]

Jullie doen super goed werk.
Ik ga wel mijn oude conrad 433 vervangen door KaKu, dat werkt in ieder geval goed.
Later wil ik de boel nog gaan uitbreiden met een timer voor de waterpomp, zodat ik in de zomer s'nachts de tuin kan sproeien. Verder ga ik als ik het helemaal goed heb, proberen om het op mijn raspberry pi met xbcm te installeren, deze hangt namelijk acher mijn tv.

[Verwijderd]

Zit nog steeds te wachten op m'n receiver. Als ik straks de boel ga aansluiten en testen zal ik hier vragen posten en zeker ook (positieve) ervaringen. Ben ook een huis aan het bouwen en dus kan ik die relay ook mooi gaan gebruiken. In ieder geval ben ik blij dat ik pilight gevonden heb en dat dit project al zo ver gevorderd is.

Hoop daarnaast dat iemand een mooie noob-howto in elkaar kan zetten voor het in elkaar solderen van een lowpass filter zoals CurlyMo die heeft gemaakt...;)

CurlyMo schreef op zaterdag 28 september 2013 @ 20:35:
@Allemaal: In plaats van alleen maar feature requests en problemen, wil ik ook graag jullie positieve ervaringen horen. Tot nu toe doen sommigen dat wel zoals *geanonimiseerd*, BenPi en Koffie, maar van sommigen hoor ik niks meer als er geen problemen meer zijn. Complimenten zijn de motor van elk Open Source project

[19roland70]

Kan iemand mij helpen om de pilight in simpelste vorm met 1 relay en web gui werkend te maken .
Ik heb de sd kaart voor de zoveelste keer leeggemaakt en ga er alles weer opnieuw opzetten
En ik wil dan verder gaan uitbreiden,helaas is mijn kennis van electronica meer als van linux .
Dus vandaar enkele domme vragen.

[jossie67]

19roland70 schreef op zaterdag 28 september 2013 @ 23:13:
Kan iemand mij helpen om de pilight in simpelste vorm met 1 relay en web gui werkend te maken .
Ik heb de sd kaart voor de zoveelste keer leeggemaakt en ga er alles weer opnieuw opzetten
En ik wil dan verder gaan uitbreiden,helaas is mijn kennis van electronica meer als van linux .
Dus vandaar enkele domme vragen.

19Ronald70, heb je wel of geen low-pass filter?
Hoe ziet je settings.json eruit (/etc/pilight/settings.json)
Heb je al een lege config.json aangemaakt?

[Dylantje2]

Bij deze een welgemeende postieve knipoog......
Bizar in hoe korte tijd eea al werkt...
Respect!!!!!!!!

Waarin pilight in mijn ogen zich onderscheid is het heartbeat gebeuren. [ als ik het goed heb ]
Dit betekent dat pilight een statusupdate doet met een 433Mhz ontvanger..
En dat is volgens mij noodzakelijk om evt. mis schakelingen aan het licht te brengen.
Op de nodo na heeft bijna geen enkel systeem dit.
Ik hoop dat ik dit goed heb? [ anders mod me maar ]

Want om de ui enz enz van andere systemen te evenaren is er nog heel veel te doen...
De freedomotic heeft echt bizar mooi spul...
Je kunt in de ui je eigen huis maken, of een foto als achtergrond, en dan al je zenders/ontvangers erin plaatsen.
Met market, pratende ui, webserve, en opensource..
Ik blijf er toch bij beter goed afgekeken dan een onvoldoende :-)
En freedomotic is werkend op meerde platforms.
De hardware en heartbeat van pilight, met het aangepaste uiterlijk van freedomotic.
En een event aanmaken via een Gmail calander, wie wil dat niet..
Maar ik ben denk ik hardop aan het dromen

Ik trek me maar ff terug en kijk over een poosje maar weer....
Ga me maar eens inlezen in linux en proberen om eea zelf in elkaar te zetten.
Te druk met werk, gezin, en tweaken, kan ik helaas niet.... [ ver boven de 50+ hahaha]

Succes heren...
Ik volg jullie met de hoogste interese

[ Voor 10% gewijzigd door Dylantje2 op 29-09-2013 10:19 ]

[Dylantje2]

19roland70 schreef op zaterdag 28 september 2013 @ 23:13:
Kan iemand mij helpen om de pilight in simpelste vorm met 1 relay en web gui werkend te maken .
Ik heb de sd kaart voor de zoveelste keer leeggemaakt en ga er alles weer opnieuw opzetten
En ik wil dan verder gaan uitbreiden,helaas is mijn kennis van electronica meer als van linux .
Dus vandaar enkele domme vragen.

Ik denk dat eerst moet aangeven welk os je hebt op de RPi
En waar je dan vast loopt..
Wheezey werkend hebben en Pilight erop zijn 2 verschillen.

Eerst een os erop werkt dat wel?
Dan een transmitter en een reciever, werken die wel?
Daarna pilight, werkt die?

Waar gaat wat mis?

[Koffie]

19roland70 schreef op zaterdag 28 september 2013 @ 23:13:
Kan iemand mij helpen om de pilight in simpelste vorm met 1 relay en web gui werkend te maken .
Ik heb de sd kaart voor de zoveelste keer leeggemaakt en ga er alles weer opnieuw opzetten
En ik wil dan verder gaan uitbreiden,helaas is mijn kennis van electronica meer als van linux .
Dus vandaar enkele domme vragen.

SD kaart naar raspbian formatteren
SD kaart erin en aan je TV hangen
SSH enablen, wachtwoord instellen, expand rootfs
RPi opnieuw boot in je netwerk en benaderen met SSH
sudo apt-get update
sudo apt-get upgrade
sudo apt-get install git-core
git clone https://github.com/pilight/pilight.git

Je hebt nu iig een kan en klare RPi met pilight erop. Volgende stap : instellen van settings.json en controller.json

voorbeelden:

code:

        "port": 5000,
        "mode": "server",
        "log-level": 4,
        "pid-file": "/var/run/pilight.dev.pid",
        "config-file": "/home/pi/pilight.dev/controller.json",
        "log-file": "/var/log/pilight.dev.log",
        "process-file": "/home/pi/scripts/pilight-event.php",
        "send-repeats": 2,
        "receive-repeats": 1,
        "hw-mode": "module",
        "webserver-enable": 1,
        "webserver-root": "/usr/local/share/pilight/",
        "webserver-port": 81
}

controller.json:

code:

{
        "naam": {
                "name": "naam",
                "order": 1,
                "relay": {
                        "name": "relay",
                        "order": 3,
                        "protocol": "relay",
                        "type": 1,
            "id": [{
                "gpio": 0
            }],
                        "state": "off",
            "settings": {
                "default": "on"
            }
                }
        }
}

Bovenstaande config is voor een relay op GPIO 0


Heb je een werkende RF ontvanger en receiver? Op welke pin's heb je die aangesloten?
Ik heb mijn ontvanger en zender aan de Rx en Tx porten hangen.
Om pilight te starten doe ik dus:

sudo modprobe lirc_rpi gpio_in_pin=15 gpio_out_pin=14 debug=1
sudo ./pilight-daemon -S ./settings.json -D

De eerste is om lirc aan de modules te koppelen, de 2e om pilight in debug modus te starten.