pilight - modulaire domotica voor de Raspberry Pi Overzicht Laatste deel

Dit topic is onderdeel van een reeks. Ga naar het meest recente topic in deze reeks.

Pagina: 1 ... 12 ... 19 Laatste
Acties:
  • 106.017 views

Acties:
  • 0 Henk 'm!

Verwijderd

CurlyMo, heb de filter even weggelaten om te zien of ik wel input kreeg. Zonder filter via mode2 vanalles, maar niet via debug, waar zou dit aan kunnen liggen?

Kan ik een led gewoon ergens tussenplaatsen te testen?


@creamers, waarschijnlijk heb je de filter verkeerd gebouwd.
[/quote]

Acties:
  • 0 Henk 'm!
Moeilijk te zeggen. Zonder filter zou het ook moeten werken, maar dan vraagt het meer resources.

Sinds de 2 dagen regel reageer ik hier niet meer


Acties:
  • 0 Henk 'm!

Verwijderd

Heb op pilight forum een vraag geplaatst:

http://www.pilight.org/showthread.php?tid=4&page=2

Vraag me namelijk af waarom ik een foutmelding krijg en of de pulse sense maakt:

http://pastebin.ca/2465790
CurlyMo schreef op vrijdag 11 oktober 2013 @ 18:43:
Moeilijk te zeggen. Zonder filter zou het ook moeten werken, maar dan vraagt het meer resources.

Acties:
  • 0 Henk 'm!
Zoals ook op pilight gezegd, deze pulsen wijzen op een verkeerd aangesloten filter.

Sinds de 2 dagen regel reageer ik hier niet meer


Acties:
  • 0 Henk 'm!

  • BenPi
  • Registratie: Februari 2013
  • Laatst online: 23-09-2024
@creamers
Plaats is een duidelijke foto van je hardware, met name het filter , zodat we de aansluitingen kunnen nalopen.

Acties:
  • 0 Henk 'm!

Verwijderd

Graag want ik kom er niet uit. Snap alleen niet dat ik zonder filter al geen pilight debug info krijg....

Als ik thuis ben zal ik op het forum wat meer info posten. Hopelijk dat iemand me dan iets verder kan helpen.

@curlymo die errors krijg ik regelmatig dus zal het eens proberen te reproduceren.
BenPi schreef op zaterdag 12 oktober 2013 @ 11:01:
@creamers
Plaats is een duidelijke foto van je hardware, met name het filter , zodat we de aansluitingen kunnen nalopen.

Acties:
  • 0 Henk 'm!
Ik heb vandaag een van die geheugen problemen opgelost. Met welk merk apparaten test je trouwens?

[ Voor 27% gewijzigd door CurlyMo op 12-10-2013 13:42 ]

Sinds de 2 dagen regel reageer ik hier niet meer


Acties:
  • 0 Henk 'm!

Verwijderd

CurlyMo schreef op zaterdag 12 oktober 2013 @ 13:42:
Ik heb vandaag een van die geheugen problemen opgelost.
K zal opnieuw beginnen met een schone installatie. Laat hier wel wat horen.
Met welk merk apparaten test je trouwens?
Alecto draadloos weerstation, somfy rts afstandsbediening en Impuls afstandsbediening

[ Voor 39% gewijzigd door Verwijderd op 12-10-2013 16:12 ]


Acties:
  • 0 Henk 'm!

  • BenPi
  • Registratie: Februari 2013
  • Laatst online: 23-09-2024
Inmiddels met een nieuw projectje begonnen. :)
Wat ik mis bij al deze Domotica RF systemen, is een daadwerkelijke terugmelding van de status. :-(
Mijn idee:
Een moduul maken, DIY, die indien er spanning op komt, mag bijv 230V zijn, een eigen code gaat uitzenden via RF en dat zolang herhaald om de vijf minuten totdat spanning weer weg is.
De domotica SW herkend de code en verwerkt dit.
Praktisch uitgevoerd: een PICje met daarachter een 433RF transmittor, een voeding en wat SW in een geïsoleerd kastje.

In hoeverre is hier meer belangstelling voor?
Misschien een pilight project van te maken ;)

Acties:
  • 0 Henk 'm!
Verwijderd schreef op zaterdag 12 oktober 2013 @ 13:46:
Alecto draadloos weerstation, somfy rts afstandsbediening en Impuls afstandsbediening
Alecto zou moeten werken. De andere twee heb ik nog niet langs zien komen vanuit gebruikers.

@BenPi, klink leuk. Had wel twee keer nodig om te begrijpen wat je bedoelde. Daarnaast merk ik eigenlijk dat het altijd wel werkt dus ik niet direct een terugkoppeling nodig heb.

Iemand @oZy gezien. Hij/zij was degene die het Alecto protocol mee ontwikkelt had. Ik moet namelijk weten wat de pulse lengte van Alecto is.

[ Voor 36% gewijzigd door CurlyMo op 12-10-2013 16:48 ]

Sinds de 2 dagen regel reageer ik hier niet meer


Acties:
  • 0 Henk 'm!

  • Sander
  • Registratie: Juni 2004
  • Niet online
Koffie schreef op vrijdag 27 september 2013 @ 10:09:


=[EDIT]=
Bij deze de bevestiging dat een 2e pilight-send vanuit een event-script werkt
Dank voor het ifxen hiervan CurlyMo! :Y)
Ik draai nu een recente build van master en krijg dit niet aan de gang, vroeg me dus even af of dit misschien alleen in development zit?

Inmiddels getest, en zit idd in development build. Helaas gaat het nog niet helemaal goed hier met wat ik wilde bereiken. Heb losse KAKU schakelaars gekocht voor bij de voordeur en overloop boven om daarmee met 1 druk op de knop alle verlichting beneden te kunnen aan/uitzetten. Dus alle vaste plafondlampen in een array gezet en zodra er een signaal binnenkomt van de wandschakelaar loopt hij er doorheen en stuurt elke het commando (on/off).

Het probleem is alleen dat zodra ik het signaal stuur, pilight vaak meerdere binnenkomende signalen detecteert. Denk dat ik dus iets van logging bij moet gaan houden om te kijken of zelfde commando door script ontvangen werd in de laatste X seconden om duplicates te voorkomen. Iemand al zoiets gebouwd?

Dit is met name irritant met dimmers, aangezien die dan 2 x het 'aan' signaal ontvangen en daardoor dus langzaam aan/uit gaan (normaal om ze in te stellen). Dit kan ik evt oplossen door eerst de status op te halen, maar dan gaat het alsnog fout in situaties waarbij de lamp met de wandschakelaar al is aangezet.

Edit:
Probeer nu de state te controleren in de config, heb die al binnengehaald en uitgelezen (met dank aan koffie!) en vertaald naar iets bruikbaars. Is er een makkelijke manier om de mapping van protocol van de receiver te mappen naar iets uit de config? Of is de enige oplossing arrays aanleggen met de mogelijke opties voor ieder protocol en kijken of die voorkomen in de config?

[ Voor 68% gewijzigd door Sander op 12-10-2013 23:39 ]


Acties:
  • 0 Henk 'm!

Verwijderd

CurlyMo schreef op zaterdag 12 oktober 2013 @ 13:42:
Ik heb vandaag een van die geheugen problemen opgelost.
Opnieuw geinstalleerd en inderdaad geen foutmeldingen meer maar wel zonder sudo die segmentation fault:

code:
1
2
3
4
5
6
7
pi@raspberrypi ~/pilight $ ./pilight-daemon
Segmentation fault
pi@raspberrypi ~/pilight $ sudo ./pilight-daemon
[Oct 12 18:44:49] pilight-daemon: INFO: version 1.0, commit b6fa935
[Oct 12 18:44:49] pilight-daemon: INFO: daemon listening to port: 5000
[Oct 12 18:44:49] pilight-daemon: INFO: daemon started with pid: 2537
pi@raspberrypi ~/pilight $


Zonder filter krijg ik nu alleen via Debug het volgende terug van de Alecto weerstation:

code:
1
2
3
4
5
6
7
8
9
10
11
12
13
--[RESULTS]--

header:         0
pulse:          7
footer:         34
rawlen:         74
binlen:         18
pulselen:       271

Raw code:
542 1897 542 3794 542 1897 542 3794 542 1897 542 3794 542 3794 542 1897 542 1897 542 1897 542 1897 542 1897 542 4065 542 3794 542 1897 542 1897 542 1897 542 1897 542 1897 542 1897 542 3794 542 3794 542 1897 542 3794 542 1897 542 3794 542 1897 542 1897 542 1897 542 1897 542 1897 542 3794 542 1897 542 1897 542 1897 542 1897 542 9214
Binary code:
111111111111111111



Receive laat alleen zaken laat zien die bekend zijn??
Daarnaast laat de debug 1 RESULT zien en sluit deze af.?

Hoe kom ik er nu achter welk ID ik moet gebruiken zodat de Alecto de graden aanpast op de webgui ?
Tevens snap ik niet dat er staat ""temperature": 23," in het voorbeeld en eronder dat ik een 1 of 0 moet gebruiken? Evt een voorbeeld wat zou moeten werken met bovenstaande debug output?

ps,
Fout op WIKI http://wiki.pilight.org/doku.php/alecto aangepast. [ en ] stonden niet om alecto. ;)

Acties:
  • 0 Henk 'm!
Sander schreef op zaterdag 12 oktober 2013 @ 18:16:
Het probleem is alleen dat zodra ik het signaal stuur, pilight vaak meerdere binnenkomende signalen detecteert. Denk dat ik dus iets van logging bij moet gaan houden om te kijken of zelfde commando door script ontvangen werd in de laatste X seconden om duplicates te voorkomen. Iemand al zoiets gebouwd?
pilight is in staat om het aantal herhalingen van een code te detecteren, dit werd alleen nog niet naar buiten gecommuniceerd. In de laatste update gebeurt dat wel:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
{
        "code": {
                "id": 5763406,
                "unit": 0,
                "state": "on"
        },
        "origin": "receiver",
        "protocol": "archtech_switches",
        "repeat": 1
}
{
        "code": {
                "id": 5763406,
                "unit": 0,
                "state": "on"
        },
        "origin": "receiver",
        "protocol": "archtech_dimmers",
        "repeat": 1
}
{
        "code": {
                "id": 5763406,
                "unit": 0,
                "state": "on"
        },
        "origin": "receiver",
        "protocol": "archtech_switches",
        "repeat": 2
}
{
        "code": {
                "id": 5763406,
                "unit": 0,
                "state": "on"
        },
        "origin": "receiver",
        "protocol": "archtech_dimmers",
        "repeat": 2
}
{
        "code": {
                "id": 5763406,
                "unit": 0,
                "state": "on"
        },
        "origin": "receiver",
        "protocol": "archtech_switches",
        "repeat": 3
}
{
        "code": {
                "id": 5763406,
                "unit": 0,
                "state": "on"
        },
        "origin": "receiver",
        "protocol": "archtech_dimmers",
        "repeat": 3
}
Edit:
Probeer nu de state te controleren in de config, heb die al binnengehaald en uitgelezen (met dank aan koffie!) en vertaald naar iets bruikbaars. Is er een makkelijke manier om de mapping van protocol van de receiver te mappen naar iets uit de config? Of is de enige oplossing arrays aanleggen met de mogelijke opties voor ieder protocol en kijken of die voorkomen in de config?
Dit begrijp ik niet.

@creamers, zoals ik vaak ook aan anderen aangeef vind ik het niet prettig werken als er niet met fantsoenlijke markup wordt gewerkt. Pas je reactie dus even aan met [ code ] tags anders ga ik niet moeilijk doen om het te lezen.

[ Voor 35% gewijzigd door CurlyMo op 13-10-2013 01:50 ]

Sinds de 2 dagen regel reageer ik hier niet meer


Acties:
  • 0 Henk 'm!

  • Koffie
  • Registratie: Augustus 2000
  • Laatst online: 14:06

Koffie

Koffiebierbrouwer

Braaimeneer

BenPi schreef op zaterdag 12 oktober 2013 @ 16:41:
Inmiddels met een nieuw projectje begonnen. :)
Wat ik mis bij al deze Domotica RF systemen, is een daadwerkelijke terugmelding van de status. :-(
Mijn idee:
Een moduul maken, DIY, die indien er spanning op komt, mag bijv 230V zijn, een eigen code gaat uitzenden via RF en dat zolang herhaald om de vijf minuten totdat spanning weer weg is.
De domotica SW herkend de code en verwerkt dit.
Praktisch uitgevoerd: een PICje met daarachter een 433RF transmittor, een voeding en wat SW in een geïsoleerd kastje.

In hoeverre is hier meer belangstelling voor?
Misschien een pilight project van te maken ;)
Het ontbreken van terugkoppeling is inderdaad één van mijn grootste ergernissen. Ik heb nu bij de belangrijkste lampen in de woonkamer een zender tussen de schakelaars gehangen zodat ik iig elke ectie kan opvangen. Groot nadeel aan deze extra hardware is dat de schakelaar in een andere stand staat dan dat hij is wanneer je de verlichting via de RPi schakelt (schakelaar staat op OFF, via pilight stuur je een ON signaal. Vervolgens haal je de schakelaar om en hij stuurt weer een ON signaal).

An sich ben ik geinteresseerd, afhankelijk van het formaat en de kosten (hij moet wel in de muur passen).
Elke 5 minuten is misschien wat overdreven. Je kunt ook gewoon een ON en OFF signaal verzenden. Sowieso zul je bij een OFF schakeling direct moeten zenden ipv je loop van 5 minuten af te maken ;)
Je kunt deze modue dan ook heel mooi als aanwezigheidsdetectie gebruiken voor vertrekken waar je altijd verlichting nodig hebt (toilet, badkamer)

Had je al nagedacht hoe je de module achteraf een adres kunt geven?

Tijd voor een nieuwe sig..


Acties:
  • 0 Henk 'm!

Verwijderd

@creamers, zoals ik vaak ook aan anderen aangeef vind ik het niet prettig werken als er niet met fantsoenlijke markup wordt gewerkt. Pas je reactie dus even aan met [ code ] tags anders ga ik niet moeilijk doen om het te lezen.
oeps ;)

Is aangepast.

Acties:
  • 0 Henk 'm!

Verwijderd

Multimeter aangeschaft en alles doorgemeten. Probleempje gevonden en nu via daemon debug EN filter het volgende teruggekregen van de Alecto:

code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
--[RESULTS]--

header:         7
pulse:          14
footer:         34
rawlen:         74
binlen:         18
pulselen:       272

Raw code:
544 1904 544 3808 544 1904 544 3808 544 1904 544 3808 544 3808 544 1904 544 1904 544 1904 544 1904 544 1904 544 3808 544 1904 544 1904 544 1904 544 1904 544 1904 544 1904 544 1904 544 3808 544 3808 544 3808 544 1904 544 1904 544 1904 544 1904 544 1904 544 1904 544 1904 544 1904 544 1904 544 4080 544 3808 544 4080 544 3808 544 9248
Binary code:
111000000010000011
pi@raspberrypi ~/pilight $ sudo ./pilight-debug
Please make sure the daemon is not running when using this debugger.

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

header:         199
pulse:          15
footer:         34
rawlen:         74
binlen:         18
pulselen:       270

Raw code:
540 1890 540 3780 540 1890 540 3780 540 1890 540 4050 540 3780 540 1890 540 1890 540 1890 540 1890 540 1890 540 4050 540 3780 540 1890 540 1890 540 1890 540 1890 540 1890 540 1890 540 4050 540 3780 540 4050 540 1890 540 1890 540 1890 540 1890 540 1890 540 1890 540 1890 540 2160 270 1890 540 3780 540 4050 540 3780 540 4050 540 9180
Binary code:
111000100010000011
Receive laat alleen zaken laat zien die bekend zijn??
Daarnaast laat de debug 1 RESULT zien en sluit deze af.?

Hoe kom ik er nu achter welk ID ik moet gebruiken zodat de Alecto de graden aanpast op de webgui ?
Tevens snap ik niet dat er staat ""temperature": 23," in het voorbeeld en eronder dat ik een 1 of 0 moet gebruiken? Evt een voorbeeld wat zou moeten werken met bovenstaande debug output?

[ Voor 11% gewijzigd door Verwijderd op 13-10-2013 10:35 ]


Acties:
  • 0 Henk 'm!

  • 19roland70
  • Registratie: Augustus 2013
  • Laatst online: 08-09 20:34
Hoe en wat moet ik in de web gui zetten om de ds1820 uit te lezen?

Acties:
  • 0 Henk 'm!

  • BenPi
  • Registratie: Februari 2013
  • Laatst online: 23-09-2024
@Koffie

Mijn idee op dit moment:
De PIC moet geprogrammeerd worden met een bepaalde te genereren pulstrein.
Die pulstrein heeft een vast bit patroon + adres.
D.m.v. een soldeerbrugje (alla schakelaar op de kaku's) kun je een adres vastzetten.
Op dit moment, afh.v.d. PIC, zijn er 16 tot 25 veschillende adressen mogelijk.
Degene die geprogrammeerde PIC wil gebruiken kan een eigen bit-patroon,binnen bepaalde grenzen, krijgen.
!!!!De veiligheid is erg belangrijk omdat er direct met de netspanning wordt gewerkt.!!!!

Acties:
  • 0 Henk 'm!

  • Sander
  • Registratie: Juni 2004
  • Niet online
Het pilight script gebruikt de arctech_switch etc benamingen bij binnenkomende signalen, de config gebruikt kaku_switch. Het mappen van deze 2 naar elkaar is iets dat nu handmatig moet. Tenzij je ervanuit gaat dat iedere id + unit combo uniek is onafhankelijk van protocollen.

Acties:
  • 0 Henk 'm!
Verwijderd schreef op zaterdag 12 oktober 2013 @ 21:25:
Opnieuw geinstalleerd en inderdaad geen foutmeldingen meer maar wel zonder sudo die segmentation fault:
Goede opmerking! Dit is inmiddels verholpen.
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
--[RESULTS]--

header:         0
pulse:          7
footer:         34
rawlen:         74
binlen:         18
pulselen:       271

Raw code:
542 1897 542 3794 542 1897 542 3794 542 1897 542 3794 542 3794 542 1897 542 1897 542 1897 542 1897 542 1897 542 4065 542 3794 542 1897 542 1897 542 1897 542 1897 542 1897 542 1897 542 3794 542 3794 542 1897 542 3794 542 1897 542 3794 542 1897 542 1897 542 1897 542 1897 542 1897 542 3794 542 1897 542 1897 542 1897 542 1897 542 9214
Binary code:
111111111111111111
Dit ziet er voor Alecto prima uit.
Receive laat alleen zaken laat zien die bekend zijn??
Receive laat alleen zaken zien waarvoor een protocol bestaat. Debug probeert relevante informatie te tonen voor het maken van zo'n protocol.
Daarnaast laat de debug 1 RESULT zien en sluit deze af.?
Klopt, dat is zijn functie.
Hoe kom ik er nu achter welk ID ik moet gebruiken zodat de Alecto de graden aanpast op de webgui ?
Door de daemon te starten en daarna de receiver. Als het protocol klopt zou Alecto vanzelf langs moeten komen.
Tevens snap ik niet dat er staat ""temperature": 23," in het voorbeeld en eronder dat ik een 1 of 0 moet gebruiken? Evt een voorbeeld wat zou moeten werken met bovenstaande debug output?
Lees daarvoor even de config.json op de wiki.
ps,
Fout op WIKI http://wiki.pilight.org/doku.php/alecto aangepast. [ en ] stonden niet om alecto. ;)
Bedankt! Had je gelijk voor alle protocollen wel even mogen doen ;)
Verwijderd schreef op zondag 13 oktober 2013 @ 10:33:
Multimeter aangeschaft en alles doorgemeten. Probleempje gevonden en nu via daemon debug EN filter het volgende teruggekregen van de Alecto:
Kan je vertellen wat uiteindelijk het probleem was? Debug output ziet er opnieuw goed uit :)
Sander schreef op zondag 13 oktober 2013 @ 12:22:
Het pilight script gebruikt de arctech_switch etc benamingen bij binnenkomende signalen, de config gebruikt kaku_switch. Het mappen van deze 2 naar elkaar is iets dat nu handmatig moet. Tenzij je ervanuit gaat dat iedere id + unit combo uniek is onafhankelijk van protocollen.
Klopt, dat heb ik bewust gedaan zodat je beter kan onderscheiden welke apparaten bij welke config horen en de config makkelijke te schrijven is voor leken. Maar kan je iets met mijn laatste commit waarin de repeats heb toegevoegd? Dat zou je probleem namelijk moeten oplossen.
19roland70 schreef op zondag 13 oktober 2013 @ 11:55:
Hoe en wat moet ik in de web gui zetten om de ds1820 uit te lezen?
Als je de pilight wiki pagina leest dan zie je dat w1 nog niet ondersteund wordt. Ik heb zelf een DS18B20 besteld om zelf een eerste protocol te maken. Je kan zelf meehelpen met dit proces dit dit topic te volgen:
http://www.pilight.org/showthread.php?tid=416



Nog even een oproep aan iedereen hier. Ik mis nog een pilight-debug output van KaKu Oud met de nieuwe pulse lengte detectie. Zou iemand die kunnen verschaffen, anders ben ik genoodzaakt om binnenkort het KaKu Oud uit te zetten totdat deze info er komt.

[ Voor 10% gewijzigd door CurlyMo op 13-10-2013 12:50 ]

Sinds de 2 dagen regel reageer ik hier niet meer


Acties:
  • 0 Henk 'm!

  • Sander
  • Registratie: Juni 2004
  • Niet online
CurlyMo schreef op zondag 13 oktober 2013 @ 12:29:
[...]
Klopt, dat heb ik bewust gedaan zodat je beter kan onderscheiden welke apparaten bij welke config horen en de config makkelijke te schrijven is voor leken. Maar kan je iets met mijn laatste commit waarin de repeats heb toegevoegd? Dat zou je probleem namelijk moeten oplossen.
Lijkt beter te gaan (icm een if-statement die alleen reageert op protocol archtech_switches ipv ook op dimmer :S). Heb ook de send-repeat even verlaagd van 10 naar 5. Gaat een stuk beter met minimale uitvallers, maar nog steeds niet ideaal.

Volgende stap is dit combineren met uitlezen config en statuscheck daarvan. Als daarin namelijk state al 'on' is dan hoeft hij niet nogmaals te sturen. Enige dat er dan mis kan gaan is als er handmatig geschakeld is, maar dan krijg ik iig geen 'flikkerende' lampen.

(Note: Ik misbruik enkele KAKU mini inbouw dimmers als normale schakelaars, dit aangezien deze per 2 te koop zijn en ik de lampen tzt toch wil vervangen door dimbare leds/spaarlampen)
CurlyMo schreef op zondag 13 oktober 2013 @ 12:29:
[...]



Nog even een oproep aan iedereen hier. Ik mis nog een pilight-debug output van KaKu Oud met de nieuwe pulse lengte detectie. Zou iemand die kunnen verschaffen, anders ben ik genoodzaakt om binnenkort het KaKu Oud uit te zetten totdat deze info er komt.
Ik heb nog wel KAKU oud spullen liggen, dus kan je evt wat opsturen. Helaas geen low-pass filter mocht je die output willen. Nog steeds van plan er 1 in elkaar te zetten maar de noodzaak nog niet voldoende gezien.

Acties:
  • 0 Henk 'm!
@Sander, zonder LPF kan ik ook wel wat met die debug waarde.

Sinds de 2 dagen regel reageer ik hier niet meer


Acties:
  • 0 Henk 'm!

Verwijderd

[...]

Door de daemon te starten en daarna de receiver. Als het protocol klopt zou Alecto vanzelf langs moeten komen.
Het id gedeelte snap ik voor bijvoorbeeld Kaku omdat dit op de wiki precies is uitgelegd.
Wat betreft alecto begrijp ik het nog niet geheel.

Ik lees nu:

Binary code:
111000100010000011

(is dec 231555)

Hoe is dit opgebouwd voor Alecto?






Even terugkomend op de error die ik soms krijg. Denk dat je dit kunt reproduceren als volgt.
Misschien heb je er iets aan, kijk maar.

code:
1
pi@raspberrypi ~/pilight $ sudo nano /etc/pilight/config.json

Hier heb ik de config.json aangepast terwijl de daemon (development) draait.
Vervolgens doe ik onderstaande:

code:
1
2
3
pi@raspberrypi ~/pilight $ sudo pkill pilight
spi@raspberrypi ~/pilight $ sudo ./pilight-daemon
pi@raspberrypi ~/pilight $ *** glibc detected *** ./pilight-daemon: double free or corruption (fasttop): 0x01b0af48 ***


Even sudo kill -9 en opnieuw starten werkt daarna weer goed.

[ Voor 4% gewijzigd door Verwijderd op 13-10-2013 14:46 ]


Acties:
  • 0 Henk 'm!
Alecto werkt anders dan KaKu qua codering dus je kan het ID niet zomaar uit de binary code herleiden. Alecto doet niks op binary niveau namelijk. Lees daarvoor het document dat gelinked staat op de pilight wiki.

PS. kan je me laten weten van wat naar wat je de config.json aanpast?

[ Voor 14% gewijzigd door CurlyMo op 13-10-2013 15:04 ]

Sinds de 2 dagen regel reageer ik hier niet meer


Acties:
  • 0 Henk 'm!

Verwijderd

CurlyMo schreef op zondag 13 oktober 2013 @ 15:03:
Alecto werkt anders dan KaKu qua codering dus je kan het ID niet zomaar uit de binary code herleiden. Alecto doet niks op binary niveau namelijk. Lees daarvoor het document dat gelinked staat op de pilight wiki.

PS. kan je me laten weten van wat naar wat je de config.json aanpast?
Hieronder mijn config.json waar ik mee aan het testen ben voor die alecto. Blijkbaar geen goed begin apparaat voor een n00b als mij ;)

Heb

code:
1
 "id": 100


gewijzigd naar

code:
1
 "id": 231555


code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
{
        "living": {
                "name": "Living",
                "bookshelve": {
                        "name": "Book Shelve Light",
                        "protocol": [ "kaku_switch" ],
                        "id": [{
                                "id": 1234,
                                "unit": 0
                        }],
                        "state": "off"
                },
                "television": {
                        "name": "Television",
                        "protocol": [ "relay" ],
                        "id": [{
                                "gpio": 3
                        }],
                        "state": "off"
                },
                "weather": {
                        "name": "Weather",
                        "protocol": [ "alecto" ],
                        "id": [{
                                "id": 231555
                        }],
                        "temperature": 20,
                        "humidity": 10,
                        "battery": 0,
                        "settings": {
                                "decimals": 1,
                                "temperature": 1,
                                "humidity": 1,
                                "battery": 0
                        }
                }
        }
}


ps, dat laatste stukje over settings heb ik hier op tweakers ergens gevonden. Staat niet bij het protocol alecto, maar dacht dat het wel overal zou moeten werken?

[ Voor 3% gewijzigd door Verwijderd op 13-10-2013 15:44 ]


Acties:
  • 0 Henk 'm!
Dat laatste stukje van Alecto staat gewoon hier onderaan: http://wiki.pilight.org/doku.php/alecto

Sinds de 2 dagen regel reageer ik hier niet meer


Acties:
  • 0 Henk 'm!

Verwijderd

CurlyMo schreef op zondag 13 oktober 2013 @ 15:48:
Dat laatste stukje van Alecto staat gewoon hier onderaan: http://wiki.pilight.org/doku.php/alecto
Klopt je hebt gelijk. Had protocol sectie beter moeten lezen ;)
Maar uitvogelen hoe die alecto werkt dat gaat me niet lukken...high low high low etc

snap echt niet hoe ik het id hierin moet vinden, laat staan hoe de waardes van de temperatuur daarin verwerkt zijn... :?

Als iemand een tip heeft of misschien een ander alecto voorbeeld, dan graag _/-\o_

Acties:
  • 0 Henk 'm!
Wat ik al aangaf, Alecto zou gewoon langs moeten komen als je de daemon draait en daarna pilight-receive


Vandaag de dynamisch puls lengte detectie ingebouwd in de daemon en alle protocollen. Mijn tests met KaKu Nieuw laten zien dat hij nog preciezer is geworden. Daarnaast wordt er niet meer aan header en footer detectie gedaan, maar wordt er alleen nog maar vergeleken aan de hand van de pulse en code lengte. Aangezien het nogal een grote commit is die eerst goed getest moet worden, heb ik hem nog niet gecommit op git. Om het toch te testen kunnen jullie het volgende doen:
code:
1
2
3
4
5
6
7
8
sudo su
cd ~
git clone --depth 5 https://github.com/pilight/pilight.git
cd pilight
wget http://www.pilight.org/dynamic-pulse.patch
patch -p1 < dynamic-pulse.patch
make
make install

Als het goed is moet nu ook het ontvangen van Impuls werken.

[ Voor 84% gewijzigd door CurlyMo op 13-10-2013 17:54 ]

Sinds de 2 dagen regel reageer ik hier niet meer


Acties:
  • 0 Henk 'm!

Verwijderd

CurlyMo schreef op zondag 13 oktober 2013 @ 16:48:
Wat ik al aangaf, Alecto zou gewoon langs moeten komen als je de daemon draait en daarna pilight-receive
Ow! Dus ondanks wat ik in configuratie.json zet , zou er iets voorbij moeten komen in pilight-recieve ? Dat heb ik dan verkeerd begrepen.

Krijg namelijk alleen iets binnen via pilight-debug ...en niet via receive , dat is dan zeer vreemd.

Wellicht toch omdat het alecto station niet eentje is wat in de PDF staat.?!

http://www.hesdo-service.nl/media/manual/WSD-17NL.pdf

[ Voor 5% gewijzigd door Verwijderd op 13-10-2013 19:11 ]


Acties:
  • 0 Henk 'm!
Zou je de laatste patch eens kunnen proberen zoals 2 posts eerder beschreven en dan (voordat je make en make install doet) in libs/protocols/alecto.c het volgende aanpassen:
code:
1
alecto->pulse = 14;

naar
code:
1
alecto->pulse = 7;

Sinds de 2 dagen regel reageer ik hier niet meer


Acties:
  • 0 Henk 'm!

Verwijderd

CurlyMo schreef op zondag 13 oktober 2013 @ 16:48:
code:
1
...

Als het goed is moet nu ook het ontvangen van Impuls werken.
Zowel elro als impuls werken nu niet (zonder low-pass filter). Wellicht werkt het met low-pass filter wel.

Acties:
  • 0 Henk 'm!
Elro zou sowieso moeten werken. Kan je helpen debuggen?

[ Voor 7% gewijzigd door CurlyMo op 13-10-2013 19:56 ]

Sinds de 2 dagen regel reageer ik hier niet meer


Acties:
  • 0 Henk 'm!

Verwijderd

CurlyMo schreef op zondag 13 oktober 2013 @ 19:19:
Zou je de laatste patch eens kunnen proberen zoals 2 posts eerder beschreven en dan (voordat je make en make install doet) in libs/protocols/alecto.c het volgende aanpassen:
code:
1
alecto->pulse = 14;

naar
code:
1
alecto->pulse = 7;
pilight-debug geeft:

code:
1
2
3
4
5
6
7
8
9
10
11
--[RESULTS]--

pulse:          7
rawlen:         74
binlen:         18
pulselen:       267

Raw code:
534 1869 534 4005 534 1869 534 3738 534 1869 534 4005 534 4005 534 4005 534 4005 534 4005 534 1869 534 1869 534 4005 534 4005 534 1869 534 4005 534 1869 534 1869 534 1869 534 1869 534 4005 534 4005 534 1869 534 1869 534 3738 534 4005 534 4005 534 4005 534 1869 534 1869 534 1869 534 4005 534 1869 534 1869 534 1869 534 1869 534 9078
Binary code:
111111111111111111


met pilight-receive ontvang ik niks.

Als ik alleen de "pilight-daemon -D" start zie ik het volgende

code:
1
2
3
4
5
6
7
[ Oct 13 18:01:52:96548] pilight-daemon: INFO: client disconnected, ip 127.0.0.1, port 54834
[Oct 13 18:02:11:669197] pilight-daemon: DEBUG: caught minimum # of repeats 1 of alecto
[Oct 13 18:02:11:673125] pilight-daemon: DEBUG: called alecto parseCode()
[Oct 13 18:02:11:930888] pilight-daemon: DEBUG: caught minimum # of repeats 2 of alecto
[Oct 13 18:02:11:934487] pilight-daemon: DEBUG: called alecto parseCode()
[Oct 13 18:02:12:192476] pilight-daemon: DEBUG: caught minimum # of repeats 3 of alecto
[Oct 13 18:02:12:195948] pilight-daemon: DEBUG: called alecto parseCode()

Acties:
  • 0 Henk 'm!
Dan zal ik weer even in het Alecto protocol moeten duiken om te zien waar het fout gaat.

Sinds de 2 dagen regel reageer ik hier niet meer


Acties:
  • 0 Henk 'm!

Verwijderd

CurlyMo schreef op zondag 13 oktober 2013 @ 20:04:
Dan zal ik weer even in het Alecto protocol moeten duiken om te zien waar het fout gaat.
Laat me weten als ik iets moet doen!

Acties:
  • 0 Henk 'm!

  • Promy
  • Registratie: Oktober 2002
  • Laatst online: 11-09 23:32
@Bikkel70: ik heb onderutssen je socket scriptje aangepast om m'n alarm statussen uit te lezen, en het werkt wel goed.
Wat ik echter als probleem ervaar: ik log via ssh in op de Pi en ik start het Python script...alles loopt goed tot ik de ssh connectie (venster) sluit. Als ik opnieuw inlog dan zie ik dat het script nog draait (ps -agx) . Hier kan ik het enkel stoppen via "kill -9" en niet via de gewone "kill".
Kan jij me zeggen hoe ik dit script moet draaien zodat het blijft doorwerken als ik de ssh connectie sluit?

Acties:
  • 0 Henk 'm!

  • Dylantje2
  • Registratie: April 2007
  • Laatst online: 06-09 15:25

Dylantje2

sorry Bricklayere here :-)

BenPi schreef op zaterdag 12 oktober 2013 @ 16:41:
Inmiddels met een nieuw projectje begonnen. :)
Wat ik mis bij al deze Domotica RF systemen, is een daadwerkelijke terugmelding van de status. :-(
Mijn idee:
Een moduul maken, DIY, die indien er spanning op komt, mag bijv 230V zijn, een eigen code gaat uitzenden via RF en dat zolang herhaald om de vijf minuten totdat spanning weer weg is.
De domotica SW herkend de code en verwerkt dit.
Praktisch uitgevoerd: een PICje met daarachter een 433RF transmittor, een voeding en wat SW in een geïsoleerd kastje.

In hoeverre is hier meer belangstelling voor?
Misschien een pilight project van te maken ;)
Als dat toch eens zo werken.. +10 punten
Ik ben van plan een razberry te kopen om een terugkoppeling te hebben.
Want als ik schakel moet hij het doen.
En wanneer ik handmatig een schakelaar uit/aan zet, wil ik dat kloppend hebben, in mijn ui.
Kan me voorstellen dat een if/as maakt oid?
Alleen dimmer misschien wat lastiger?

Wat gaat ie kosten?
werkt ie op een RPI met meerdere software....[ of gewoon een 433Mhz universeel zendertje ]
Doe er maar eerst eens 5 als ie kaku bedient en universeel kan zijn, voor je verkoop ook handiger [ ook in domoticz ]
Is goedkoper dan razberry met z-wave switches....

FunkyV2 of V3 heeft al veel van jouw wensen. [ en misschien de mijn ook wel ]

Hoor het graag.

zonneboiler, pelletkachel, 36 panels, Atlantic Wpb, pana 5 Kw H, Heishamon, Domoticz, Grafana, Solarmeters, PVO: https://pvoutput.org/list.jsp?id=15321&sid=19520


Acties:
  • 0 Henk 'm!
@creamers, ik heb even naar het alecto protocol gekeken maar zie daar geen fouten inzitten. Een van de problemen die ik zie in jouw puls is dat bijv. de ID constant wisselt. Meer fundamenteel komt je puls niet door de Alecto checksum heen. Of het is een ander protocol, of hij wordt niet goed ontvangen. Zou je eens een mode2 uitvoer kunnen plaatsen?

[ Voor 16% gewijzigd door CurlyMo op 13-10-2013 22:03 ]

Sinds de 2 dagen regel reageer ik hier niet meer


Acties:
  • 0 Henk 'm!

Verwijderd

CurlyMo schreef op zondag 13 oktober 2013 @ 22:00:
@creamers, ik heb even naar het alecto protocol gekeken maar zie daar geen fouten inzitten. Een van de problemen die ik zie in jouw puls is dat bijv. de ID constant wisselt. Meer fundamenteel komt je puls niet door de Alecto checksum heen. Of het is een ander protocol, of hij wordt niet goed ontvangen. Zou je eens een mode2 uitvoer kunnen plaatsen?
Zie hier voor de mode2 output:

http://pastebin.ca/2466404

Hieronder stuk of 4 keer pilight-debug opgestart en gewacht totdat de sender zelf ging sturen naar het station. (dus niet handmatig zitten drukken op de sender weerstation):

code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
--[RESULTS]--

pulse:          7
rawlen:         74
binlen:         18
pulselen:       268

Raw code:
536 1876 536 4020 536 1876 536 4020 536 1876 536 4020 536 4020 536 4020 536 4020 536 4020 536 1876 536 1876 536 4020 536 1876 536 1876 536 4020 536 1876 536 1876 536 1876 536 1876 536 4020 536 4020 536 1876 536 1876 536 4020 536 1876 536 4020 536 1876 536 1876 536 1876 536 2144 536 4020 536 1876 536 1876 536 1876 536 1876 536 9112
Binary code:
111111111111111111
root@raspberrypi:/home/pi/pilight# ./pilight-debug
Please make sure the daemon is not running when using this debugger.

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

pulse:          7
rawlen:         74
binlen:         18
pulselen:       268

Raw code:
536 1876 536 4020 536 1876 536 4020 536 1876 536 4020 536 4020 536 4020 536 4020 536 4020 536 1876 536 1876 536 4020 536 1876 536 1876 536 4020 536 1876 536 1876 536 1876 536 1876 536 4020 536 4020 536 1876 536 1876 536 4020 536 1876 536 4020 536 1876 536 1876 536 1876 536 1876 536 4020 536 1876 536 1876 536 1876 536 1876 536 9112
Binary code:
111111111111111111
root@raspberrypi:/home/pi/pilight# ./pilight-debug
Please make sure the daemon is not running when using this debugger.

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

pulse:          7
rawlen:         74
binlen:         18
pulselen:       268

Raw code:
536 1876 536 4020 536 1876 536 4020 536 1876 536 4020 536 4020 536 4020 536 4020 536 4020 536 1876 536 1876 536 4020 536 1876 536 1876 536 4020 536 1876 536 1876 536 1876 536 1876 536 4020 536 4020 536 1876 536 1876 536 4020 536 1876 536 4020 536 4020 536 1876 536 1876 536 1876 536 4020 536 1876 536 1876 536 1876 536 1876 536 9112
Binary code:
111111111111111111
root@raspberrypi:/home/pi/pilight# ./pilight-debug
Please make sure the daemon is not running when using this debugger.

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

pulse:          7
rawlen:         74
binlen:         18
pulselen:       272

Raw code:
544 1904 544 3808 544 1904 544 3808 544 1904 544 3808 544 3808 544 3808 544 3808 544 3808 544 1904 544 1904 544 3808 544 1904 544 1904 544 3808 544 1904 544 1904 544 1904 544 1904 544 3808 544 3808 544 1904 544 1904 544 3808 544 1904 544 3808 544 3808 544 1904 544 1904 544 1904 544 3808 544 1904 544 1904 544 1904 544 1904 544 9248
Binary code:
111111111111111111
root@raspberrypi:/home/pi/pilight#


Let wel , in mijn vorige oudere posts had ik problemen met de filter en heb ik ook non-filter waardes gepost. In deze post is alles MET filter.

Acties:
  • 0 Henk 'm!
Kan je vertellen welke temperatuur en luchtvochtigheid je bij deze codes had?


Zou je daarnaast het volgende eens willen proberen in alecto.c functie alectoParseCode (alleen deze regels vervangen en de rest van de functie intact laten):
C:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
// if(binToDec(alecto->binary, 32, 35) == (a&0xf)) {
        id = binToDecRev(alecto->binary, 0, 7);
        if(alecto->binary[11] == 1)
            battery = 1;
        else
            battery = 0;
        temperature = binToDecRev(alecto->binary, 12, 22);
        if(alecto->binary[23] == 1)
            negative=1;
        else
            negative=0;
        humidity = ((binToDecRev(alecto->binary, 28, 31)*10)+binToDecRev(alecto->binary, 24, 27));

        alecto->message = json_mkobject();
        json_append_member(alecto->message, "id", json_mknumber(id));
        json_append_member(alecto->message, "battery", json_mknumber(battery));
        if(negative==1)
            json_append_member(alecto->message, "temperature", json_mknumber(temperature));
        else
            json_append_member(alecto->message, "temperature", json_mknumber(temperature/-1));
        json_append_member(alecto->message, "humidity", json_mknumber(humidity));
    // }

[ Voor 89% gewijzigd door CurlyMo op 14-10-2013 01:54 ]

Sinds de 2 dagen regel reageer ik hier niet meer


Acties:
  • 0 Henk 'm!

  • Bikkel70
  • Registratie: Juni 2008
  • Laatst online: 20-08 09:50
Promy schreef op zondag 13 oktober 2013 @ 20:51:
@Bikkel70: ik heb onderutssen je socket scriptje aangepast om m'n alarm statussen uit te lezen, en het werkt wel goed.
Wat ik echter als probleem ervaar: ik log via ssh in op de Pi en ik start het Python script...alles loopt goed tot ik de ssh connectie (venster) sluit. Als ik opnieuw inlog dan zie ik dat het script nog draait (ps -agx) . Hier kan ik het enkel stoppen via "kill -9" en niet via de gewone "kill".
Kan jij me zeggen hoe ik dit script moet draaien zodat het blijft doorwerken als ik de ssh connectie sluit?
Ik denk dat je dat voor elkaar kan krijgen met nohup. Dit zorgt ervoor dat je proces blijft draaien nadat je bent uitgelogd van je shell.
Dus
code:
1
nohup ./scriptnaam.py &

Waarom het script in jouw geval blijft draaien kan ik je niet zeggen. Ik probeer het vanavond te testen.

Acties:
  • 0 Henk 'm!
Of gewoon een daemon functie in het script inbouwen.

Sinds de 2 dagen regel reageer ik hier niet meer


Acties:
  • 0 Henk 'm!

  • jossie67
  • Registratie: Oktober 2006
  • Laatst online: 16:25
Zo een paar dagen even niet gekeken. Er is weer veel veranderd.
Ik was niet in de K'vat, ze hebben daar de Alecto wds-17 voor maar € 12,99. >:)

Acties:
  • 0 Henk 'm!
Zojuist nogmaals geprobeerd om de iPrototype ontvanger door een filter te halen zoals beschreven door @zatta, maar opnieuw werkte het niet. Het enige wat werkte was de ontvanger direct aansluiten op de RPi. Toen gelijk even de ontvangst gestest (met antenne), maar die is echt waardeloos. Net zo slecht als die goedkope DX / Ebay ontvanger. Tot nu toe schrijf ik dus die iPrototype ontvanger af.


Ik heb de patch bijgewerkt. Nieuwe functie:

Als je nu met het raw protocol een code stuurt, dan zal dit tevens verwerkt worden als zijnde een ontvangen code. Op deze manier wordt (wanneer nodig) bij een raw verzonden code toch de config bijgewerkt. Tevens maakt het het ontwikkelen van nieuwe protocollen makkelijker. Door het gebruik van het raw protocol kan je in feite het ontvangen van codes simuleren van deze apparaten.

[ Voor 35% gewijzigd door CurlyMo op 14-10-2013 16:04 ]

Sinds de 2 dagen regel reageer ik hier niet meer


Acties:
  • 0 Henk 'm!

  • Koffie
  • Registratie: Augustus 2000
  • Laatst online: 14:06

Koffie

Koffiebierbrouwer

Braaimeneer

Even een gebruikerservaring vraag : Welk Alecto weerstation werkt nu al met pilight?
* Koffie zoekt even een goedkope, snelle manier om de temp draadloos vanaf een locatie te krijgen.

Tijd voor een nieuwe sig..


Acties:
  • 0 Henk 'm!
@Koffie, de bron voor dat protocol is gebruiker @oZy in het GPIO topic. Hij heeft jammer genoeg nergens vermeld welk weerstation het dan is behalve dan dat het Alecto zou moeten zijn.

Wat ik nodig heb zijn meerdere codes waarvan ik weet welke waardes verwacht worden incl. de daadwerkelijke waardes die je op het weerstation zelf ziet staan. Bijv.
Code 1: Hoge temperatuur (met een föhn) en normale luchtvochtigheid.
Code 2: Normaal temperatuur en normale luchtvochtigheid
Code 3: Normale temperatuur met hoge luchtvochtigheid (in de badkamer na het douchen).

Dan kan ik tenminste zien welke bits ik napluizen uit de code.

Sinds de 2 dagen regel reageer ik hier niet meer


Acties:
  • 0 Henk 'm!

  • Koffie
  • Registratie: Augustus 2000
  • Laatst online: 14:06

Koffie

Koffiebierbrouwer

Braaimeneer

OK, ik ga even kijken wat er goedkoop te krijgen is.

edit : Dit is zo te zien de goedkoopste 433 Mhz in hun assortiment
Edit: Besteld, ik ga van de week testen of het werkt :)

[ Voor 58% gewijzigd door Koffie op 14-10-2013 18:53 ]

Tijd voor een nieuwe sig..


Acties:
  • 0 Henk 'm!
@Koffie, ik kan je hulp trouwens nog wel gebruiken bij het uitzoeken van die 1-wire dingen.

Sinds de 2 dagen regel reageer ik hier niet meer


Acties:
  • 0 Henk 'm!

  • Dylantje2
  • Registratie: April 2007
  • Laatst online: 06-09 15:25

Dylantje2

sorry Bricklayere here :-)

Koffie schreef op maandag 14 oktober 2013 @ 17:49:
Even een gebruikerservaring vraag : Welk Alecto weerstation werkt nu al met pilight?
* Koffie zoekt even een goedkope, snelle manier om de temp draadloos vanaf een locatie te krijgen.
The funky V2 of V3

zonneboiler, pelletkachel, 36 panels, Atlantic Wpb, pana 5 Kw H, Heishamon, Domoticz, Grafana, Solarmeters, PVO: https://pvoutput.org/list.jsp?id=15321&sid=19520


Acties:
  • 0 Henk 'm!
@Dylantje2, hij zoekt een goedkoop 433.92Mhz weerstation, niet een goedkope zender.

Sinds de 2 dagen regel reageer ik hier niet meer


Acties:
  • 0 Henk 'm!

  • Promy
  • Registratie: Oktober 2002
  • Laatst online: 11-09 23:32
Bikkel70 schreef op maandag 14 oktober 2013 @ 11:22:
[...]
...
Waarom het script in jouw geval blijft draaien kan ik je niet zeggen. Ik probeer het vanavond te testen.
Misschien dat het ermee te maken heeft dat ik het script ook niet kan killen met een gewone "kill" maar enkel met "kill -9"?

Acties:
  • 0 Henk 'm!
@Promy, als je wilt kan je uit dit scriptje van mij de daemon functie halen. Dan zit het gewoon in je programma ingebakken.

Sinds de 2 dagen regel reageer ik hier niet meer


Acties:
  • 0 Henk 'm!

Verwijderd

Koffie schreef op maandag 14 oktober 2013 @ 17:49:
* Koffie zoekt even een goedkope, snelle manier om de temp draadloos vanaf een locatie te krijgen.
De alecto wsd-17 is inderdaad van kVat voor +/- 12 euro maar werkt nog niet gelijk goed. Zie bovenstaande posts. Valt me wel op dat het buiten station soms +/-1 graad verschil aangeeft met het binnen station terwijl ik ze allebei binnen naast elkaar heb staan ;)

@CurlyMo, ga nu waardes posten en je aanpassing proberen voor de alecto.

Acties:
  • 0 Henk 'm!

Verwijderd

CurlyMo schreef op zondag 13 oktober 2013 @ 23:36:
Kan je vertellen welke temperatuur en luchtvochtigheid je bij deze codes had?


Zou je daarnaast het volgende eens willen proberen in alecto.c functie alectoParseCode (alleen deze regels vervangen en de rest van de functie intact laten):
21,6 graden verschijnt nadat er gezonden is door de buitensensor.
Humidity moet ik nagaan of die uberhaupt wel door de buitensensor wordt verstuurd, er staan namelijk alleen de temperatuur op die wireless buiten sensor. Op het station staat wel Humidity, maar dat is de binnenwaarde volgens mij.

Heb je hier iets aan of wil je iets anders zien? Of meer?

code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
{
        "code": {
                "id": 255,
                "battery": 1,
                "temperature": 2047,
                "humidity": 165
        },
        "origin": "receiver",
        "protocol": "alecto",
        "repeat": 1
}
{
        "code": {
                "id": 255,
                "battery": 1,
                "temperature": 2047,
                "humidity": 165
        },
        "origin": "receiver",
        "protocol": "alecto",
        "repeat": 2
}

[ Voor 16% gewijzigd door Verwijderd op 14-10-2013 20:45 ]


Acties:
  • 0 Henk 'm!

  • Dylantje2
  • Registratie: April 2007
  • Laatst online: 06-09 15:25

Dylantje2

sorry Bricklayere here :-)

CurlyMo schreef op maandag 14 oktober 2013 @ 19:57:
@Koffie, ik kan je hulp trouwens nog wel gebruiken bij het uitzoeken van die 1-wire dingen.
http://www.raspberrypi-sp...gital-thermometer-sensor/

zonneboiler, pelletkachel, 36 panels, Atlantic Wpb, pana 5 Kw H, Heishamon, Domoticz, Grafana, Solarmeters, PVO: https://pvoutput.org/list.jsp?id=15321&sid=19520


Acties:
  • 0 Henk 'm!
:F

@creamers, zou je pilight-debug output kunnen plaatsen op de manier die ik ook aan @Koffie heb uitgelegd.

Sinds de 2 dagen regel reageer ik hier niet meer


Acties:
  • 0 Henk 'm!

Verwijderd

CurlyMo schreef op maandag 14 oktober 2013 @ 20:45:
[...]

:F

@creamers, zou je pilight-debug output kunnen plaatsen op de manier die ik ook aan @Koffie heb uitgelegd.
Ja , geen probleem! Maar kan dit alleen voor de buiten temp sensor doen want dit Elcheapo Alecto ding van Kvat zend alleen de temp naar de basis:
SPECIFICATIES
Binnen-unit:
meetbereik binnentemperatuur:
0°C ~ +50°C (32°F ~ +122°F)
resolutie: 1°C (1.8°F)
meetbereik luchtvochtigheid:
20% ~ 95% relatieve vochtigheid
resolutie: 1%
Voeding:
2x 1,5V batterij, formaat AAA, alkaline
Buiten-unit:
meetbereik buitentemperatuur:
-50°C ~ +70°C (-58°F ~ 158°F)
resolutie: 1°C (1.8°F)
Voeding:
2x 1,5V batterij, formaat AA, alkaline
Zendfrequentie:
433MHz
Bereik:
tot 50meter

Acties:
  • 0 Henk 'm!

Verwijderd

@CurlyMo,

23,3 graden:

code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
pi@raspberrypi ~/pilight $ sudo ./pilight-debug
Please make sure the daemon is not running when using this debugger.

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

pulse:          14
rawlen:         74
binlen:         18
pulselen:       269

Raw code:
538 1883 538 3766 538 1883 538 3766 538 1883 538 3766 538 3766 538 3766 538 3766 538 3766 538 1883 538 1883 538 3766 538 1883 538 1883 538 3766 538 1883 538 1883 538 1883 538 1883 538 3766 538 3766 538 3766 538 1883 538 3766 538 1883 538 1883 538 3766 538 1883 538 1883 538 1883 538 1883 538 3766 538 3766 538 3766 538 3766 538 9146
Binary code:
111110010010010011
pi@raspberrypi ~/pilight $

Acties:
  • 0 Henk 'm!

Verwijderd

@CurlyMo

32,7 graden

code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
pi@raspberrypi ~/pilight $ sudo ./pilight-debug
Please make sure the daemon is not running when using this debugger.

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

pulse:          7
rawlen:         74
binlen:         18
pulselen:       268

Raw code:
536 1876 536 4020 536 1876 536 4020 536 1876 536 4020 536 4020 536 4020 536 4020 536 4020 536 1876 536 1876 536 4020 536 1876 536 1876 536 4020 536 1876 536 1876 536 1876 536 4020 536 1876 536 4020 536 1876 536 1876 536 1876 536 4020 536 4020 536 4020 536 1876 536 1876 536 1876 536 4020 536 1876 536 1876 536 4020 536 1876 536 9112
Binary code:
111111111111111111
pi@raspberrypi ~/pilight $

Acties:
  • 0 Henk 'm!

Verwijderd

32,9 graden:

code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
pi@raspberrypi ~/pilight $ sudo ./pilight-debug
Please make sure the daemon is not running when using this debugger.

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

pulse:          15
rawlen:         74
binlen:         18
pulselen:       271

Raw code:
542 1897 542 3794 542 1897 542 3794 542 1897 542 3794 542 3794 542 3794 542 3794 542 3794 542 1897 542 1897 542 3794 542 1897 542 1897 542 3794 542 1897 542 1897 542 1897 542 3794 542 1897 542 3794 542 1897 542 1897 542 3794 542 1897 542 1897 542 3794 542 1897 542 1897 542 1897 542 3794 542 1897 542 1897 542 1897 542 4065 542 9214
Binary code:
111110010110010101
pi@raspberrypi ~/pilight $

Acties:
  • 0 Henk 'm!
Temperatuur bits heb ik gevonden :D

Sinds de 2 dagen regel reageer ik hier niet meer


Acties:
  • 0 Henk 'm!

Verwijderd

CurlyMo schreef op maandag 14 oktober 2013 @ 21:04:
Temperatuur bits heb ik gevonden :D
das snel ;)

Sorry, maar kan je niet helpen met die humidity waardes,

Misschien iemand anders hier met een Alecto Weerstation !! ?? :)

Acties:
  • 0 Henk 'm!
Gewoon een loopje die al die bits langsloopt totdat ik de waardes terug zag komen :)

Sinds de 2 dagen regel reageer ik hier niet meer


Acties:
  • 0 Henk 'm!

Verwijderd

CurlyMo schreef op maandag 14 oktober 2013 @ 21:07:
Gewoon een loopje die al die bits langsloopt totdat ik de waardes terug zag komen :)
Waar kan ik zelf meer leren hierover qua protocol waardes etc? Vind het interessant, maar voor nu is het me een raadsel

[ Voor 4% gewijzigd door Verwijderd op 14-10-2013 21:09 ]


Acties:
  • 0 Henk 'm!
Dit zijn de stappen (in geval van Alecto).
1. raw
code:
1
538 1883 538 3766 538 1883 538 3766 538 1883 538 3766 538 3766 538 3766 538 3766 538 3766 538 1883 538 1883 538 3766 538 1883 538 1883 538 3766 538 1883 538 1883 538 1883 538 1883 538 3766 538 3766 538 3766 538 1883 538 3766 538 1883 538 1883 538 3766 538 1883 538 1883 538 1883 538 1883 538 3766 538 3766 538 3766 538 3766 538 9146


2. omzetten van pulsen naar 1 en 0
code:
1
00010001000101010101000001000001000000000101010001000001000000000101010101


3. Dan om de twee bits
code:
1
010101111100100100001110100100001111


Daarna deze loop:
C:
1
2
3
4
    for(i=0;i<26;i++) {
        printf("%d %d - ", i, i+10);
        printf("%d\n", binToDecRev(binary, i, i+10));
    }


@creamers, kan je nu de batterij er eens uithalen en er weer in doen en dan een pilight debug plaatsen?

[ Voor 7% gewijzigd door CurlyMo op 14-10-2013 21:20 ]

Sinds de 2 dagen regel reageer ik hier niet meer


Acties:
  • 0 Henk 'm!

Verwijderd

CurlyMo schreef op maandag 14 oktober 2013 @ 21:13:
Dit zijn de stappen (in geval van Alecto).
1. raw
code:
1
538 1883 538 3766 538 1883 538 3766 538 1883 538 3766 538 3766 538 3766 538 3766 538 3766 538 1883 538 1883 538 3766 538 1883 538 1883 538 3766 538 1883 538 1883 538 1883 538 1883 538 3766 538 3766 538 3766 538 1883 538 3766 538 1883 538 1883 538 3766 538 1883 538 1883 538 1883 538 1883 538 3766 538 3766 538 3766 538 3766 538 9146
Vraagje dan, 538 = 1 en de 1883 = 0 ?
Dan zou ik verwachten: 0101010101 etc Hoe lees jij die raw code, ik lees hoog laag hoog laag 8)7
Misschien toch maar een wat gaan googlelen ;)

ow lees nu dit
@creamers, kan je nu de batterij er eens uithalen en er weer in doen en dan een pilight debug plaatsen?
komt eraan

[ Voor 10% gewijzigd door Verwijderd op 14-10-2013 21:26 ]


Acties:
  • 0 Henk 'm!
Alleen die 3766 is 1, de rest is 0

Sinds de 2 dagen regel reageer ik hier niet meer


Acties:
  • 0 Henk 'm!

Verwijderd

@creamers, kan je nu de batterij er eens uithalen en er weer in doen en dan een pilight debug plaatsen?
24,8graden nadat ik uit beide de batterij heb gehaald. Toen eerst in het basis binnen station. Tijd datum etc ingesteld en toen het buitenstation de batterij erin. Gelijk verbinding en weer op channel 2 gezet. Daarna hieronder de volgende output:

code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
pi@raspberrypi ~/pilight $ sudo ./pilight-debug
Please make sure the daemon is not running when using this debugger.

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

pulse:          7
rawlen:         74
binlen:         18
pulselen:       267

Raw code:
534 1869 534 4005 534 1869 534 4005 534 1869 534 4005 534 4005 534 1869 534 1869 534 4005 534 1869 534 1869 534 4005 534 1869 534 1869 534 4005 534 1869 534 1869 534 1869 534 1869 534 4005 534 4005 534 4005 534 4005 534 4005 534 2136 534 1869 534 1869 534 1869 534 1869 534 1869 534 1869 534 4005 534 4005 534 4005 534 1869 534 9078
Binary code:
111111111111111111
pi@raspberrypi ~/pilight $


Die channels op de stations, doen die er nog toe?

Acties:
  • 0 Henk 'm!
En nog een keer :)

Sinds de 2 dagen regel reageer ik hier niet meer


Acties:
  • 0 Henk 'm!

Verwijderd

27,3 graden

code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
pi@raspberrypi ~/pilight $ sudo ./pilight-debug
Please make sure the daemon is not running when using this debugger.

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

pulse:          7
rawlen:         74
binlen:         18
pulselen:       271

Raw code:
542 1897 542 3794 542 1897 542 3794 542 1897 542 3794 542 3794 542 1897 542 1897 542 3794 542 1897 542 1897 542 3794 542 3794 542 1897 542 3794 542 1897 542 1897 542 1897 542 3794 542 1897 542 1897 542 1897 542 3794 542 1897 542 1897 542 1897 542 3794 542 1897 542 1897 542 1897 542 3794 542 1897 542 3794 542 1897 542 1897 542 9214
Binary code:
111111111111111111
pi@raspberrypi ~/pilight $

Acties:
  • 0 Henk 'm!

Verwijderd

25,3 graden:

code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
pi@raspberrypi ~/pilight $ sudo ./pilight-debug
Please make sure the daemon is not running when using this debugger.

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

pulse:          14
rawlen:         74
binlen:         18
pulselen:       271

Raw code:
542 1897 542 3794 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 1897 542 3794 542 3794 542 3794 542 3794 542 3794 542 3794 542 1897 542 3794 542 1897 542 1897 542 1897 542 3794 542 1897 542 3794 542 1897 542 3794 542 9214
Binary code:
111010010011110111
pi@raspberrypi ~/pilight $

Acties:
  • 0 Henk 'm!
Volgens mij moet het hiermee wel gaan lukken. Nu nog uitzoeken hoe die checksum berekent wordt.


Zou je het eens met de volgende alecto.c kunnen proberen: http://pastebin.com/umQFpeBQ


@creamers, zou je trouwens voor verdere ontwikkeling van het protocol een topic willen openen op het pilight forum. Anders gaat het hier wel erg veel over Alecto :)

[ Voor 66% gewijzigd door CurlyMo op 14-10-2013 23:44 ]

Sinds de 2 dagen regel reageer ik hier niet meer


Acties:
  • 0 Henk 'm!

Verwijderd

CurlyMo schreef op maandag 14 oktober 2013 @ 22:01:
Volgens mij moet het hiermee wel gaan lukken. Nu nog uitzoeken hoe die checksum berekent wordt.


Zou je het eens met de volgende alecto.c kunnen proberen: http://pastebin.com/umQFpeBQ


@creamers, zou je trouwens voor verdere ontwikkeling van het protocol een topic willen openen op het pilight forum. Anders gaat het hier wel erg veel over Alecto :)
done http://www.pilight.org/showthread.php?tid=445

Acties:
  • 0 Henk 'm!

  • Koffie
  • Registratie: Augustus 2000
  • Laatst online: 14:06

Koffie

Koffiebierbrouwer

Braaimeneer

CurlyMo schreef op maandag 14 oktober 2013 @ 19:57:
@Koffie, ik kan je hulp trouwens nog wel gebruiken bij het uitzoeken van die 1-wire dingen.
Zal er weer even induiken. Afgelopen tijd amper tijd gehad voor deze dingen. Veel te druk met werk en prive.

Voor die DS18B20 temp sensor zou ik wel een instelbare correctie willen zien in de config/controller ;)
Ik heb nu een DS18B20 welke op een fout plek ahngt (vlak onder het plafond, in de buurt van een grote radiator.
Door die locatie is het daar al heen snel warm, zeker als de radiator aan staat.
Ik heb nu ingebouwd dat de gemeten temperatuur naar beneden gecorrigeerd word (eerst afronden naar benden, dan 2 graden eraf) om zo een correcte temperatuur van de omgeving te krijgen.

[ Voor 43% gewijzigd door Koffie op 15-10-2013 07:36 ]

Tijd voor een nieuwe sig..


Acties:
  • 0 Henk 'm!
Koffie schreef op dinsdag 15 oktober 2013 @ 07:06:
[...]
Voor die DS18B20 temp sensor zou ik wel een instelbare correctie willen zien in de config/controller ;)
Ik heb nu een DS18B20 welke op een fout plek ahngt (vlak onder het plafond, in de buurt van een grote radiator.
Door die locatie is het daar al heen snel warm, zeker als de radiator aan staat.
Ik heb nu ingebouwd dat de gemeten temperatuur naar beneden gecorrigeerd word (eerst afronden naar benden, dan 2 graden eraf) om zo een correcte temperatuur van de omgeving te krijgen.
Dat mag je mooi zelf inbouwen aangezien ik daar (nog) niet direct een algeheel nut in zie ;)

Sinds de 2 dagen regel reageer ik hier niet meer


Acties:
  • 0 Henk 'm!

  • Koffie
  • Registratie: Augustus 2000
  • Laatst online: 14:06

Koffie

Koffiebierbrouwer

Braaimeneer

Ik registreer nu bijvoorbeeld 22.15 graden. Mijn kachelscript denkt dat alles OK is, want dat is boven de gewenste 20 graden, en gooit de kachel uit.
In de praktijk blijkt het op zithoogte (en enkele meters verder) net aan 20 (of 19) graden te zijn. Wanneer je een correctie (calibratie) doorvoert heb je een eerlijker beeld van de omgevingstemperatuur in plaats van de gemeten waarde op de hotspot.
Voor een kachelscript kun je die zelf wel bijstellen, maar als je de temp op de pilight GUI weergeeft en deze is structureel te hoog dan heb je er niet zo veel aan.

Ik ga mijn best doen vanmiddag of vanavond even te kijken, maar weet nog niet of ik er aan toe kom.

Tijd voor een nieuwe sig..


Acties:
  • 0 Henk 'm!
@*geanonimiseerd*, ik zie nu waarom het niet werkt met Elro. Ik heb van jou alleen een Elro pilight-debug output van toen ik een deler van 40 gebruikte, terwijl ik nu naar aanleiding van @BenPi (en eigen inzicht) een deler van 34 gebruik. Dat betekent dat de pulse lengte van sartano verkeerd staat ingesteld. Zou je of zelf in de patch de sartano waardes aan kunnen passen en dan testen (en dan mij laten weten natuurlijk), of nogmaals een nieuwe pilight-debug kunnen plaatsen zodat ik de patch kan bijwerken.

[ Voor 3% gewijzigd door CurlyMo op 15-10-2013 08:13 ]

Sinds de 2 dagen regel reageer ik hier niet meer


Acties:
  • 0 Henk 'm!

Verwijderd

Hierbij de pilight-debug output.

code:
1
2
3
4
5
6
7
8
9
10
11
--[RESULTS]--

pulse:          3
rawlen:         50
binlen:         12
pulselen:       287

Raw code:
287 861 287 861 287 861 287 861 287 861 287 861 287 861 287 861 287 861 287 861 287 861 861 287 287 861 861 287 287 861 861 287 287 861 287 861 287 861 861 287 287 861 287 861 287 861 861 287 287 9758
Binary code:
111110001010


Edit 1: Wat me opvalt is dat de pulse nu weer 3 is.
Edit 2: Gelijk getest. Het werkt! En hij pakt signalen nu veel beter en vaker op dan voorheen (toen er footer detectie was). Nooit gedacht dat het zonder low-pass filter zo goed zou gaan werken. Mijn complimenten.

[ Voor 33% gewijzigd door Verwijderd op 15-10-2013 08:40 ]


Acties:
  • 0 Henk 'm!
Zojuist alle laatste code op github gezet.

Sinds de 2 dagen regel reageer ik hier niet meer


Acties:
  • 0 Henk 'm!

  • jossie67
  • Registratie: Oktober 2006
  • Laatst online: 16:25
@Curly,

Ik heb net de laatste code geinstalleerd.
Eerst heb ik /pilight verwijderd en daarna de installatie handleiding gevolgd.
Nu start pilight-daemon niet meer op

code:
1
2
root@raspberrypi:~/pilight# pilight-daemon
root@raspberrypi:~/pilight#


Als ik in de debug opstart krijg ik een foutmelding

code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
root@raspberrypi:~/pilight# pilight-daemon -D
[Oct 15 18:15:45:539885] pilight-daemon: DEBUG: initialized lirc_rpi module
[Oct 15 18:15:45:543620] pilight-daemon: ERROR: setting #2 "protocol" of "keuken", invalid
[Oct 15 18:15:45:546638] pilight-daemon: DEBUG: default freq of the lirc_rpi module set
[Oct 15 18:15:45:548834] pilight-daemon: DEBUG: deinitialized lirc_rpi module
[Oct 15 18:15:45:550839] pilight-daemon: DEBUG: removed stale pid_file /var/run/pilight-daemon.pid
[Oct 15 18:15:45:552935] pilight-daemon: DEBUG: garbage collected fcache library
[Oct 15 18:15:45:553288] pilight-daemon: DEBUG: garbage collected webserver library
[Oct 15 18:15:45:554155] pilight-daemon: DEBUG: garbage collected config library
[Oct 15 18:15:45:555338] pilight-daemon: DEBUG: freed options struct
[Oct 15 18:15:45:556231] pilight-daemon: DEBUG: freed options struct
[Oct 15 18:15:45:557363] pilight-daemon: DEBUG: freed options struct
[Oct 15 18:15:45:557719] pilight-daemon: DEBUG: freed options struct
[Oct 15 18:15:45:558549] pilight-daemon: DEBUG: freed options struct
[Oct 15 18:15:45:558876] pilight-daemon: DEBUG: freed options struct
[Oct 15 18:15:45:559898] pilight-daemon: DEBUG: freed options struct
[Oct 15 18:15:45:560778] pilight-daemon: DEBUG: freed options struct
[Oct 15 18:15:45:562325] pilight-daemon: DEBUG: freed options struct
[Oct 15 18:15:45:563445] pilight-daemon: DEBUG: freed options struct
[Oct 15 18:15:45:564302] pilight-daemon: DEBUG: freed options struct
[Oct 15 18:15:45:565518] pilight-daemon: DEBUG: garbage collected protocol library
[Oct 15 18:15:45:565888] pilight-daemon: DEBUG: garbage collected hardware library
[Oct 15 18:15:45:566756] pilight-daemon: DEBUG: garbage collected settings library
[Oct 15 18:15:45:567107] pilight-daemon: DEBUG: garbage collected options library
[Oct 15 18:15:45:568150] pilight-daemon: DEBUG: garbage collected socket library
root@raspberrypi:~/pilight#


De config.json en settings.json werkte voor de laatste code nog prima.
Of zijn deze nu gewijzigd?

Thanks voor het toevoegen van Alecto WSD-17

Acties:
  • 0 Henk 'm!
@jossie67, zie de roze "Let op"

Sinds de 2 dagen regel reageer ik hier niet meer


Acties:
  • 0 Henk 'm!

  • Koffie
  • Registratie: Augustus 2000
  • Laatst online: 14:06

Koffie

Koffiebierbrouwer

Braaimeneer

Even een brainfart : Ik zat vanmiddag wat te neuzen in het Alecto protocol. Daar las ik dat een sender een tijdje een random ID kiest en daarop gaat broadcasten. De receiver zou zich hier vervolgens op binden.
Zo zou je dus een Alecto sender kunnen gebruiken om data te verzamelen en naar pilight te sturen, om vervolgens vanaf de pilight andere waardes naar een Alecto receiver te sturen (in mijn specifieke geval bedacht ik me dat ik de buitentemperatuur van het Alecto setje dan vanaf pilight kon versturen met als inhoud de ingestelde temperatuur van een kachelscript).

Ik ben door drukte nog niet aan de DS18B20 gekomen

Tijd voor een nieuwe sig..


Acties:
  • 0 Henk 'm!

Verwijderd

jossie67 schreef op dinsdag 15 oktober 2013 @ 20:22:
@Curly,

Ik heb net de laatste code geinstalleerd.
Eerst heb ik /pilight verwijderd en daarna de installatie handleiding gevolgd.
Nu start pilight-daemon niet meer op
probeer te valideren via:

http://jsonlint.com/

Ik had hetzelfde, maar volgens mij moet er nog een en ander aangepast worden bij protocollen ....ga ik dadelijk proberen.

Acties:
  • 0 Henk 'm!
Er zat alleen een klein foutje in het Alecto protocol. Oude protocol info. De rest is gewoon up-to-date.

Sinds de 2 dagen regel reageer ik hier niet meer


Acties:
  • 0 Henk 'm!

Verwijderd

CurlyMo schreef op dinsdag 15 oktober 2013 @ 21:16:
Er zat alleen een klein foutje in het Alecto protocol. Oude protocol info. De rest is gewoon up-to-date.
Das snel aangepast ;). Dat was inderdaad mijn probleem. Vraag is of dat nu opgaat voor alle alecto devices of dat er ook alecto devices zijn die buiten wel de humidity meten ? :/

Error als ik pilight-daemon wil opstarten:

[qoute]
pi@raspberrypi ~/pilight $ sudo ./pilight-daemon
pi@raspberrypi ~/pilight $ *** glibc detected *** ./pilight-daemon: double free or corruption (fasttop): 0x00e4b018 ***
[/qoute]

Gebeurde weer nadat ik de config ge-edit had en daarna via pkill de daemon probeerde te stoppen en daarna te starten. Kan het niet gelijk simuleren dus twijfel wat het nu is. Enige overeenkomt met de vorige keer is dat ik de config edit terwijl de daemon draait.

@curlymo, heb de wiki onder config.json aangepast, stukje over settings.

[ Voor 3% gewijzigd door Verwijderd op 15-10-2013 21:44 ]


Acties:
  • 0 Henk 'm!
Zou je het kunnen repliceren terwijl je valgrind draait. Dan weet ik tenminste waar de bug zit.
code:
1
nohup valgrind --tool=memcheck --leak-check=full --track-origins=yes ./pilight-daemon -D &> log &

Dit moet je draaien in de source folder van pilight. Alle output wordt naar het bestandje log geschreven. Om hem uit te lezen is dit commando handig:
code:
1
tail -f log

Sinds de 2 dagen regel reageer ik hier niet meer


Acties:
  • 0 Henk 'm!

  • Reinder83
  • Registratie: September 2002
  • Laatst online: 14:25
@CurlyMo werkt echt perfect nu met die meerdere protocollen :) kan nu via de webgui dimlevel (kaku_dimmer) instellen, en ook nog steeds mijn oude afstandsbediening (kaku_old) gebruiken voor aan en uit :)

Acties:
  • 0 Henk 'm!
@Reinder83, zou je een pilight-debug output plaatsen voor kaku_old. Die wordt als het goed is in de nieuwe code nog niet goed ondersteund.

Sinds de 2 dagen regel reageer ik hier niet meer


Acties:
  • 0 Henk 'm!

Verwijderd

CurlyMo schreef op dinsdag 15 oktober 2013 @ 21:51:
Zou je het kunnen repliceren terwijl je valgrind draait. Dan weet ik tenminste waar de bug zit.
code:
1
nohup valgrind --tool=memcheck --leak-check=full --track-origins=yes ./pilight-daemon -D &> log &

Dit moet je draaien in de source folder van pilight. Alle output wordt naar het bestandje log geschreven. Om hem uit te lezen is dit commando handig:
code:
1
tail -f log
Is goed, doe ik zodra ik weer tijd heb. ps, moet ik nog apt-get spul hebben voor valgrind etc of zou het zo moeten werken onder raspbian ? Laterz

Acties:
  • 0 Henk 'm!

  • Reinder83
  • Registratie: September 2002
  • Laatst online: 14:25
knop 1 aan
code:
1
2
3
4
5
6
7
8
9
pulse:          3
rawlen:         50
binlen:         12
pulselen:       336

Raw code:
336 1008 1008 336 336 1008 1008 336 336 1008 336 1008 336 1008 336 1008 336 1008 336 1008 336 1008 336 1008 336 1008 336 1008 336 1008 336 1008 336 1008 336 1008 336 1008 1008 336 336 1008 1008 336 336 1008 1008 336 336 11424
Binary code:
001111111000


Knop 1 uit
code:
1
2
3
4
5
6
7
8
9
pulse:          3
rawlen:         50
binlen:         12
pulselen:       336

Raw code:
336 1008 1008 336 336 1008 1008 336 336 1008 336 1008 336 1008 336 1008 336 1008 336 1008 336 1008 336 1008 336 1008 336 1008 336 1008 336 1008 336 1008 336 1008 336 1008 1008 336 336 1008 1008 336 336 1008 336 1008 336 11424
Binary code:
001111111001

Acties:
  • 0 Henk 'm!
@creamers:
code:
1
sudo apt-get install valgrind


@Reinder83
KaKu Oud moet weer werken in de nieuwe code.

@*geanonimiseerd*,
En weg zijn de valse positieven tussen Impuls (133), Arctech Old (336) en Sartano (287). Er wordt een foutmarge van -3 en +3 gehanteerd dus ze overlappen elkaar niet :D

Sinds de 2 dagen regel reageer ik hier niet meer


Acties:
  • 0 Henk 'm!

  • BenPi
  • Registratie: Februari 2013
  • Laatst online: 23-09-2024
Het gaat de goede kant op _/-\o_

Acties:
  • 0 Henk 'm!
@BenPi, kan jij Impuls testen?

Sinds de 2 dagen regel reageer ik hier niet meer


Acties:
  • 0 Henk 'm!

  • BenPi
  • Registratie: Februari 2013
  • Laatst online: 23-09-2024
Ik probeer morgen weer wat testen te doen met Impuls.
Inmiddels een new receiver 433. besteld samen met twee 2.4 Ghz tranceivers.
Vanavond een proefopstelling getest met PIC en 433 zender. Gaat nog niet goed.

[ Voor 23% gewijzigd door BenPi op 15-10-2013 22:24 ]


Acties:
  • 0 Henk 'm!
Welke transceivers?

Sinds de 2 dagen regel reageer ik hier niet meer


Acties:
  • 0 Henk 'm!

  • Reinder83
  • Registratie: September 2002
  • Laatst online: 14:25
CurlyMo schreef op dinsdag 15 oktober 2013 @ 22:14:
@Reinder83
KaKu Oud moet weer werken in de nieuwe code.
Dat kan ik bevestigen :) Top

Acties:
  • 0 Henk 'm!

  • BenPi
  • Registratie: Februari 2013
  • Laatst online: 23-09-2024

Acties:
  • 0 Henk 'm!
Je doel is dus niet om 433.92 te communiceren?

Sinds de 2 dagen regel reageer ik hier niet meer


Acties:
  • 0 Henk 'm!

  • BenPi
  • Registratie: Februari 2013
  • Laatst online: 23-09-2024
Niet zo snel een conclusie trekken. :>
Er zijn voordelen te bedenken voor 2.4 Ghz t.o.v 433Mhz

Voor feetback van statussen kan deze tranceivers wel eens een goede oplossing zijn.
Maar bovenal ik ben nieuwgierig ;)

Acties:
  • 0 Henk 'm!
Ik ben vooral nieuwsgierig omdat ik ook meerdere hardware modules wil gaan ondersteunen vanuit pilight:
- 868Mhz
- 315Mhz
- 2.4Ghz
...
Ik wacht nog even op voldoende pilight budget en dan ga ik eens een 868Mhz ontvanger en weerstation kopen om dit te realiseren.

Sinds de 2 dagen regel reageer ik hier niet meer

Pagina: 1 ... 12 ... 19 Laatste

Dit topic is gesloten.

Let op:
Dit topic is in de eerste plaats bedoeld als ontwikkeltopic, en pas daarna als hulptopic.

Als je toch een vraag willen stellen over pilight kijk dan eerst:
1) Of je antwoord op de pilight wiki te vinden is.
2) Of je antwoord al te vinden is op het pilight forum.
3) Of je antwoord al te vinden is in dit topic.