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 ... 3 ... 19 Laatste
Acties:
  • 105.887 views

Acties:
  • 0 Henk 'm!

  • paul999
  • Registratie: November 2005
  • Laatst online: 30-05 20:13
Ben ik met je eens, ik was in eerste instantie ook niet van plan om die extra header erop te zetten, echter de mogelijkheid op de PCB erbij te doen maakt qua kosten in dit geval niets uit.
De breedte van de print, indien de keuze is zoals nu om de mogelijkheid om de receiver op de PCB te prikken, is minimaal de breedte van de receiver.
Een RJ11 toevoegen in de rechterbovenhoek, zoals de PCB in mijn eerdere post, zou precies passen. Wel zou ik even moeten kijken hoe ik zit met de banen erheen, maar denk niet dat dat een probleem hoeft te zijn, maar dat ga ik morgenochtend even proberen :)

Als je kijkt naar hoe die op de PI wordt bevestigt, is het op dit moment precies de andere kant op als jouw voorbeeld, eigenlijk zoals gertboard: (Alleen steekt deze niet uit boven de connectoren).
Afbeeldingslocatie: http://raspi.tv/wp-content/uploads/2013/01/DSC_3751.jpg

[ Voor 18% gewijzigd door paul999 op 04-08-2013 01:02 ]


Acties:
  • 0 Henk 'm!

Anoniem: 159710

Zo, ik kan het nog niet testen maar heb vannacht het Impuls protocol onder de loep genomen en vergeleken met het Sartano protocol (Elro). Daarop heb ik de code aangepast en twee nieuwe files aangemaakt, namelijk impuls.c en impuls.h. Hierbij de code (je mag het toevoegen aan GitHub zodra het getest is):

impuls.c:
C:
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
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
/*
    Copyright (C) 2013 CurlyMo & *geanonimiseerd*

    This file is part of pilight.

    pilight is free software: you can redistribute it and/or modify it under the 
    terms of the GNU General Public License as published by the Free Software 
    Foundation, either version 3 of the License, or (at your option) any later 
    version.

    pilight is distributed in the hope that it will be useful, but WITHOUT ANY 
    WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR 
    A PARTICULAR PURPOSE.  See the GNU General Public License for more details.

    You should have received a copy of the GNU General Public License
    along with pilight. If not, see <http://www.gnu.org/licenses/>
*/

#include <stdio.h>
#include <stdlib.h>
#include <string.h>

#include "settings.h"
#include "log.h"
#include "protocol.h"
#include "binary.h"
#include "impuls.h"

void impulsCreateMessage(int id, int unit, int state) {
    impuls.message = json_mkobject();
    json_append_member(impuls.message, "id", json_mknumber(id));
    json_append_member(impuls.message, "unit", json_mknumber(unit));
    if(state == 1)
        json_append_member(impuls.message, "state", json_mkstring("on"));
    else
        json_append_member(impuls.message, "state", json_mkstring("off"));
}

void impulsParseBinary(void) {
    int unit = binToDec(impuls.binary, 0, 4);
    int check = impuls.binary[10];
    int state = impuls.binary[11];
    int id = binToDec(impuls.binary, 5, 9);
    if(check != state)
        impulsCreateMessage(id, unit, state);
}

void impulsCreateLow(int s, int e) {
    int i;

    for(i=s;i<=e;i+=4) {
        impuls.raw[i]=(PULSE_LENGTH);
        impuls.raw[i+1]=(impuls.pulse*PULSE_LENGTH);
        impuls.raw[i+2]=(impuls.pulse*PULSE_LENGTH);
        impuls.raw[i+3]=(PULSE_LENGTH);
        }
}

void impulsCreateMed(int s, int e) {
    int i;

    for(i=s;i<=e;i+=4) {
        impuls.raw[i]=(impuls.pulse*PULSE_LENGTH);
        impuls.raw[i+1]=(PULSE_LENGTH);
        impuls.raw[i+2]=(impuls.pulse*PULSE_LENGTH);
        impuls.raw[i+3]=(PULSE_LENGTH);
    }
}

void impulsCreateHigh(int s, int e) {
    int i;

    for(i=s;i<=e;i+=4) {
        impuls.raw[i]=(PULSE_LENGTH);
        impuls.raw[i+1]=(impuls.pulse*PULSE_LENGTH);
        impuls.raw[i+2]=(PULSE_LENGTH);
        impuls.raw[i+3]=(impuls.pulse*PULSE_LENGTH);
        }
}

void impulsClearCode(void) {
    impulsCreateLow(0,47);
}

void impulsCreateUnit(int unit) {
    int binary[255];
    int length = 0;
    int i=0, x=0;

    length = decToBinRev(unit, binary);
    for(i=0;i<=length;i++) {
        if(binary[i]==1) {
            x=i*4;
            impulsCreateMed(x, x+3);
        }
    }
}

void impulsCreateId(int id) {
    int binary[255];
    int length = 0;
    int i=0, x=0;

    length = decToBinRev(id, binary);
    for(i=0;i<=length;i++) {
        if(binary[i]==1) {
            x=i*4;
            impulsCreateHigh(20+x, 20+x+3);
        }
    }
}

void impulsCreateState(int state) {
    if(state == 0) {
        impulsCreateHigh(40, 43);
    } else {
        impulsCreateHigh(44, 47);
    }
        impuls.raw[48]=(PULSE_LENGTH);
        impuls.raw[49]=(impuls.footer*PULSE_LENGTH);
}

int impulsCreateCode(JsonNode *code) {
    int id = -1;
    int unit = -1;
    int state = -1;
    char *tmp;

    if(json_find_string(code, "id", &tmp) == 0)
        id=atoi(tmp);
    if(json_find_string(code, "off", &tmp) == 0)
        state=0;
    else if(json_find_string(code, "on", &tmp) == 0)
        state=1;
    if(json_find_string(code, "unit", &tmp) == 0)
        unit = atoi(tmp);

    if(id == -1 || unit == -1 || state == -1) {
        logprintf(LOG_ERR, "impuls: insufficient number of arguments");
        return EXIT_FAILURE;
    } else if(id > 31 || id < 0) {
        logprintf(LOG_ERR, "impuls: invalid id range");
        return EXIT_FAILURE;
    } else if(unit > 31 || unit < 0) {
        logprintf(LOG_ERR, "impuls: invalid unit range");
        return EXIT_FAILURE;
    } else {
        impulsCreateMessage(id, unit, state);
        impulsClearCode();
        impulsCreateUnit(unit);
        impulsCreateId(id);
        impulsCreateState(state);
    }
    return EXIT_SUCCESS;
}

void impulsPrintHelp(void) {
    printf("\t -t --on\t\t\tsend an on signal\n");
    printf("\t -f --off\t\t\tsend an off signal\n");
    printf("\t -u --unit=unit\t\t\tcontrol a device with this unit code\n");
    printf("\t -i --id=id\t\t\tcontrol a device with this id\n");
}

void impulsInit(void) {

    strcpy(impuls.id, "impuls");
    protocol_add_device(&impuls, "impuls", "Impuls Switches");
    protocol_add_device(&impuls, "selectremote", "SelectRemote Switches");
    protocol_add_conflict(&impuls, "sartano");
    impuls.type = SWITCH;
    impuls.pulse = 3;
    impuls.footer = 31;
    impuls.length = 50;
    impuls.message = malloc(sizeof(JsonNode));

    impuls.bit = 0;
    impuls.recording = 0;

    options_add(&impuls.options, 't', "on", no_value, config_state, NULL);
    options_add(&impuls.options, 'f', "off", no_value, config_state, NULL);
    options_add(&impuls.options, 'u', "unit", has_value, config_id, "^(3[12]?|[01][0-9]|[0-9]{1})$");
    options_add(&impuls.options, 'i', "id", has_value, config_id, "^(3[12]?|[01][0-9]|[0-9]{1})$");

    impuls.parseBinary=&impulsParseBinary;
    impuls.createCode=&impulsCreateCode;
    impuls.printHelp=&impulsPrintHelp;

    protocol_register(&impuls);
}


impuls.h:
C:
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
/*
    Copyright (C) 2013 CurlyMo & *geanonimiseerd*

    This file is part of pilight.

    pilight is free software: you can redistribute it and/or modify it under the 
    terms of the GNU General Public License as published by the Free Software 
    Foundation, either version 3 of the License, or (at your option) any later 
    version.

    pilight is distributed in the hope that it will be useful, but WITHOUT ANY 
    WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR 
    A PARTICULAR PURPOSE.  See the GNU General Public License for more details.

    You should have received a copy of the GNU General Public License
    along with pilight. If not, see <http://www.gnu.org/licenses/>
*/

#ifndef _PROTOCOL_IMPULS_H_
#define _PROTOCOL_IMPULS_H_

protocol_t impuls;

void impulsInit(void);
void impulsCreateMessage(int id, int unit, int state);
void impulsParseBinary(void);
int impulsCreateCode(JsonNode *code);
void impulsCreateUnit(int unit);
void impulsCreateId(int id);
void impulsCreateState(int state);
void impulsPrintHelp(void);

#endif


hardware.c:
C:
1
2
3
4
5
#include "protocols/sartano.h"
#include "protocols/impuls.h"

    sartanoInit();
    impulsInit();

Het is gebaseerd op de bestaande code van het Sartano protocol.

[ Voor 14% gewijzigd door Anoniem: 159710 op 16-08-2013 03:06 ]


Acties:
  • 0 Henk 'm!

  • thedon46
  • Registratie: April 2011
  • Laatst online: 02-05 13:50
http://www.elechouse.com/...cPath=77&products_id=2119
Ik kwam deze usb naar seriele Connector tegen, en ik denk eigenlijk dat dit ook wel moet gaan werken.
Deze zorgt namelijk al voor 3.3 v en 5 v 8)

Acties:
  • 0 Henk 'm!
mojo81 schreef op zondag 04 augustus 2013 @ 00:59:
@CurlyMo: de youtube filmpjes in de fipo werken niet meer. Hij zegt dat ze verwijderd zijn.
Ze werken weer.
Daarnaast kan ik je het volgende meegeven. Ik gebruik momenteel al 433 Mhz in mijn huis (KaKu) voor de lampen e.d.. Ik gebruik nu een kastje genaamd de TellStick Net (http://www.telldus.se/products/tellstick_net).
Thuis heb ik ook nog een oude Tellstick liggen. Dat was mijn eerste 433Mhz ervaring met de Raspberry Pi.
- Ik heb een test gedaan met bewegingsmelders van KaKu. Als ik er 1 gebruik dan werkt het prima. Zodra ik meerdere gebruik geeft het ineens problemen, dan komen de berichten niet meer goed aan. [edit] : notabene getest met alleen originele KaKu hardware.
Mijn ervaring is dat 433Mhz codes elkaar nogal in de weg kunnen zitten. Daarom is het belangrijk om op meerdere plaatsen een ontvanger te kunnen hebben.
Mijn voorlopige conclusie hier uit is dat 433Mhz gewoonweg niet altijd betrouwbaar is. Zeker het ontvangen lijkt problemen te geven. Zenden gaat altijd goed.
Laten we het zo stellen. Probeer maar eens te zoeken naar een low-pass filter voor 433.92Mhz. Tot voor kort werd dit als onmogelijk geacht. Dat is me toch gelukt. Hetzelfde denk ik over het ontvangen van 433 codes. En inderdaad, die schakelaars zelf moeten ook ontvangen en dat lijkt dus perfect te gaan. Ik heb hier ook een oplossing met een ATTiny85 en dat gaat ook altijd perfect (met de low-pass filter). Het enige probleem is het bereik.
paul999999 schreef op zondag 04 augustus 2013 @ 01:00:
Als je kijkt naar hoe die op de PI wordt bevestigt, is het op dit moment precies de andere kant op als jouw voorbeeld, eigenlijk zoals gertboard: (Alleen steekt deze niet uit boven de connectoren).
Dat lijkt me dus totaal niet logisch. Het mooiste zou zijn als je het bordje precies op de RPi zou passen en ook op zo'n manier dat er een standaard transparante behuizing omheen kan. Daarom suggereerde in ook om de componenten aan de onderkant vast te maken (aan de kant van de RPi PCB dus). Dat moet misschien wel lukken als ik kijk naar de hoogte van de RJ45 connector.

Daarnaast lees ik vaak dat KaKu het zenden / ontvangen oplost met een extra koperen baan op de PCB die dan als antenne functioneert. Misschien handig om daar eens onderzoek naar te doen.
Anoniem: 159710 schreef op zondag 04 augustus 2013 @ 03:29:
Zo, ik kan het nog niet testen maar heb vannacht het Impuls protocol onder de loep genomen en vergeleken met het Sartano protocol (Elro). Daarop heb ik de code aangepast en twee nieuwe files aangemaakt, namelijk impuls.c en impuls.h. Hierbij de code (je mag het toevoegen aan GitHub zodra het getest is):
Super. Zou je alleen, zodra hij getest is, zelf even een pull request kunnen doen. Dan komt jouw naam erbij te staan als mede developer.

Een van de dingen die ik nog wil toevoegen in het ontvangen, is doorgegeven welke protocollen allemaal overeenkomen met de ontvangen code. Zo is er ook een overlap tussen Oude Kaku en Elro. De ontvanger moet dan gewoon beide protocollen tonen en dan is het aan de gebruiker om te bepalen welke van de twee het is, of het conflict oplossen.
thedon46 schreef op zondag 04 augustus 2013 @ 06:46:
http://www.elechouse.com/...cPath=77&products_id=2119
Ik kwam deze usb naar seriele Connector tegen, en ik denk eigenlijk dat dit ook wel moet gaan werken.
Deze zorgt namelijk al voor 3.3 v en 5 v 8)
Wat wil je daarmee bereiken?

Sinds de 2 dagen regel reageer ik hier niet meer


Acties:
  • 0 Henk 'm!

  • lazybones
  • Registratie: December 2001
  • Laatst online: 21-06 23:25
@paul999999:

Vergeet niet de ongebruikte ingangen van de 74HC14 aan GND of VCC te leggen ... open ingangen kunnen zorgen voor oscillaties en dat wil je niet ... ik zie op je print layout en in het schema namelijk open pinnen.

Acties:
  • 0 Henk 'm!
Voor de naam verkiezing zijn over gebleven:

- domotipi
- easypicy
- pilif
- pilight

In volgorde waarin ze geopperd zijn. Laat via PM weten welke naam je prefereert.

Sinds de 2 dagen regel reageer ik hier niet meer


Acties:
  • 0 Henk 'm!

Anoniem: 159710

oZy schreef op dinsdag 30 juli 2013 @ 08:30:
ik maar ik zou graag een melding op m'n telefoon krijgen als er een brandmelder afgaat thuis.
Hiermee zou dat mogelijk moeten zijn:
http://www.notifymyandroid.com/
Je kan de API aanroepen of een e-mail versturen met het pushbericht.

Acties:
  • 0 Henk 'm!

  • paul999
  • Registratie: November 2005
  • Laatst online: 30-05 20:13
CurlyMo schreef op zondag 04 augustus 2013 @ 10:03:

[...]

Dat lijkt me dus totaal niet logisch. Het mooiste zou zijn als je het bordje precies op de RPi zou passen en ook op zo'n manier dat er een standaard transparante behuizing omheen kan. Daarom suggereerde in ook om de componenten aan de onderkant vast te maken (aan de kant van de RPi PCB dus). Dat moet misschien wel lukken als ik kijk naar de hoogte van de RJ45 connector.

Daarnaast lees ik vaak dat KaKu het zenden / ontvangen oplost met een extra koperen baan op de PCB die dan als antenne functioneert. Misschien handig om daar eens onderzoek naar te doen.
through hole componenten op de onderkant gaat sowieso niet passen (En zeker geen RJ1 connector, met 11mm komt die in alle gevallen tegen de PI aan.), de ruimte is daarvoor te laag, met teveel componenten in de weg (OA S2) en de ELCO die erop zit. Daarnaast vraag ik me af of je het haalt met de analoge tv out. Gertboard haalt dat maar net, en daar zit dan geen component (Of baantje), en zo te zien geen standaard female header. De transistor die op de PCB zit is 5.8mm hoog, waardoor de kans aanwezig is dat hij contact maakt met de PI, en dat wil je niet.

Acties:
  • 0 Henk 'm!
Anoniem: 159710 schreef op zondag 04 augustus 2013 @ 11:25:
[...]

Hiermee zou dat mogelijk moeten zijn:
http://www.notifymyandroid.com/
Je kan de API aanroepen of een e-mail versturen met het pushbericht.
Met mijn code gaat dat dus ook alleen moet iemand een fantsoenlijke android app maken.
lazybones schreef op zondag 04 augustus 2013 @ 10:39:
@paul999999:

Vergeet niet de ongebruikte ingangen van de 74HC14 aan GND of VCC te leggen ... open ingangen kunnen zorgen voor oscillaties en dat wil je niet ... ik zie op je print layout en in het schema namelijk open pinnen.
Deze invloed is inderdaad niet te onderschatten groot :/ Zodra die overige pinnen doorverbonden zijn, is het ook mogelijk om de output van de opamps maar via 1 schmitt-trigger te laten lopen. Naar nu blijkt was die tweede loop nodig om overmatige oscillaties te filteren van de trigger zelf.

Hier trouwens een link naar iemand die zelf een antenne heeft gemaakt: http://www.elektor.nl/Str...Cooled-433MHz-antenna.pdf
Wat ik me wel afvraag is of dit gewoon montage draad is voor een WCD of dunner?

[ Voor 60% gewijzigd door CurlyMo op 04-08-2013 12:49 ]

Sinds de 2 dagen regel reageer ik hier niet meer


Acties:
  • 0 Henk 'm!

Anoniem: 159710

Vraagje over settings.h:

C:
1
2
//#define PULSE_LENGTH  165     // wiringPi pulse length
#define PULSE_LENGTH        295


Is het niet beter om de PULSE_LENGTH per protocol te bepalen of is dit puur afhankelijk van de transceiver in combinatie met de methode van pins aansturen?

Acties:
  • 0 Henk 'm!
Anoniem: 159710 schreef op zondag 04 augustus 2013 @ 14:12:
Vraagje over settings.h:

C:
1
2
//#define PULSE_LENGTH  165     // wiringPi pulse length
#define PULSE_LENGTH        295


Is het niet beter om de PULSE_LENGTH per protocol te bepalen of is dit puur afhankelijk van de transceiver in combinatie met de methode van pins aansturen?
Ja :)


Aanvullende info van dmesg
code:
1
2
3
4
5
6
7
8
9
lirc_rpi lirc_rp1.0: lirc_dev: driver lirc_rp1 registered at minor = 1
lirc_rpi: driver registered!
lirc_rpi: is_right_chip bcm2708_gpio 0
lirc_rpi: to_irq 188
lirc_rpi: auto-detected active low receiver on GPIO pin 18
lirc_rpi: Interrupt 188 obtained
lirc_rpi: in init_timing_params, freq=38000 pulse=3368, space=3368
lirc_rpi: SET_SEND_CARRIER
lirc_rpi: in init_timing_params, freq=433920 pulse=294, space=295

Daar zie je die pulse lengte ook.

[ Voor 38% gewijzigd door CurlyMo op 04-08-2013 14:25 ]

Sinds de 2 dagen regel reageer ik hier niet meer


Acties:
  • 0 Henk 'm!

Anoniem: 159710

CurlyMo schreef op zondag 04 augustus 2013 @ 14:24:
[...]

Ja :)


Aanvullende info van dmesg
code:
1
2
3
4
5
6
7
8
9
lirc_rpi lirc_rp1.0: lirc_dev: driver lirc_rp1 registered at minor = 1
lirc_rpi: driver registered!
lirc_rpi: is_right_chip bcm2708_gpio 0
lirc_rpi: to_irq 188
lirc_rpi: auto-detected active low receiver on GPIO pin 18
lirc_rpi: Interrupt 188 obtained
lirc_rpi: in init_timing_params, freq=38000 pulse=3368, space=3368
lirc_rpi: SET_SEND_CARRIER
lirc_rpi: in init_timing_params, freq=433920 pulse=294, space=295

Daar zie je die pulse lengte ook.
Dank voor de info. Wel vreemd dat ze het bij andere software per protocol bepalen:
https://github.com/tander...aster/rfbb_cmd/rfbb_cmd.c
C:
1
2
#define NEXA_SHORT_PERIOD 340  /* microseconds */
#define SARTANO_SHORT_PERIOD 320  /* microseconds */


Maar bij wiringPi misschien weer niet, kon het zo snel even niet achterhalen.

Edit:
code:
1
2
lirc_rpi: in init_timing_params, freq=38000 pulse=3368, space=3368
lirc_rpi: in init_timing_params, freq=433920 pulse=294, space=295

Ok duidelijk, dat zijn dus de ontvanger en de zender.

[ Voor 12% gewijzigd door Anoniem: 159710 op 04-08-2013 14:38 ]


Acties:
  • 0 Henk 'm!
WiringPi heeft niks met 433 communicatie te maken.

Mochten we tegen problemen aanlopen, dan verplaatsen we die instelling gewoon naar de protocollen. Maar die 20 microseconde verschil is te verwaarlozen. Mochten een aparte instelling zin hebben, dan moet dat verschil wel echt meer dan 150 á 200 zijn.

Daarnaast is het verschil met die code die je linked, dat hij niet de module frequentie veranderd maar waarschijnlijk zend in de IR frequentie gebruikt om in te zenden ipv de 433 frequentie.

@*geanonimiseerd*
Ik heb een nieuwe protocol functie toegevoegd waarmee je mogelijke conflicten kunt instellen. In geval van jouw impuls protocol zou er dus een conflict kunnen zijn met elro. Deze kan je dan toevoegen waarna de daemon altijd beide protocollen checked voor een match.

[ Voor 21% gewijzigd door CurlyMo op 04-08-2013 15:52 ]

Sinds de 2 dagen regel reageer ik hier niet meer


Acties:
  • 0 Henk 'm!

Anoniem: 159710

CurlyMo schreef op zondag 04 augustus 2013 @ 14:49:
@*geanonimiseerd*
Ik heb een nieuwe protocol functie toegevoegd waarmee je mogelijke conflicten kunt instellen. In geval van jouw impuls protocol zou er dus een conflict kunnen zijn met elro. Deze kan je dan toevoegen waarna de daemon altijd beide protocollen checked voor een match.
Heb even op GitHub gekeken naar je recente wijzigingen, maar... Beide protocollen zouden een match hebben gebruik van van ID 0. De Satarno zou aan gaan en de Impuls uit, en omgekeerd. Er moet dan denk ik de mogelijkheid zijn handmatig te configureren welk protocol de voorkeur/prioriteit geniet zodra de ontvanger iets oppikt. Toch? Nee, stom van me: dan zou de aan/uit status van beide protocollen nog steeds apart bijgewerkt worden.

[ Voor 7% gewijzigd door Anoniem: 159710 op 04-08-2013 16:33 ]


Acties:
  • 0 Henk 'm!
Anoniem: 159710 schreef op zondag 04 augustus 2013 @ 16:22:
Heb even op GitHub gekeken naar je recente wijzigingen, maar... Beide protocollen zouden een match hebben gebruik van van ID 0. De Satarno zou aan gaan en de Impuls uit, en omgekeerd. Er moet dan denk ik de mogelijkheid zijn handmatig te configureren welk protocol de voorkeur/prioriteit geniet zodra de ontvanger iets oppikt. Toch? Nee, stom van me: dan zou de aan/uit status van beide protocollen nog steeds apart bijgewerkt worden.
Ik denk niet dat dat nodig is, omdat de code nu representeert wat er daadwerkelijk zou gebeuren. Door deze representatie komt de gebruiker er ook gauw genoeg achter dat hij even andere ID's moet kiezen.

Qua prioritering, nu wordt eerste de originele protocol match verwerkt, daarna pas de conflicten.

Sinds de 2 dagen regel reageer ik hier niet meer


Acties:
  • 0 Henk 'm!

  • sypie
  • Registratie: Oktober 2000
  • Niet online
Binnenkort, als ik een HDMI naar VGA adapter ontvang, wil ik mijn RPi voorzien van een linux distro. Ik ben daar nog best een newbie in. Het zou ontzettend handig zijn dat dit project aangestuurd kan worden vanuit Linux, en dan natuurlijk het liefst een grafische interface. Omdat mijn project wordt voorzien van een touchsreen van 15" zou dat een perfecte combinatie kunnen worden.

Ik ben heel benieuwd waar dit heen gaat, hoe compleet het wordt en hoe modulair het wordt. Ik wil graag mijn verlichting en andere zaken aansturen vanaf één centrale plaats in huis.

Hobby, hobby!

Acties:
  • 0 Henk 'm!

Anoniem: 159710

sypie schreef op zondag 04 augustus 2013 @ 20:28:
Binnenkort, als ik een HDMI naar VGA adapter ontvang, wil ik mijn RPi voorzien van een linux distro. Ik ben daar nog best een newbie in. Het zou ontzettend handig zijn dat dit project aangestuurd kan worden vanuit Linux, en dan natuurlijk het liefst een grafische interface. Omdat mijn project wordt voorzien van een touchsreen van 15" zou dat een perfecte combinatie kunnen worden.

Ik ben heel benieuwd waar dit heen gaat, hoe compleet het wordt en hoe modulair het wordt. Ik wil graag mijn verlichting en andere zaken aansturen vanaf één centrale plaats in huis.

Hobby, hobby!
In principe kun je al via SSH inloggen en aan de slag gaan met dit domotica project. SSH staat standaard aan en DHCP ook bij Raspbian. Geen geldige reden om te wachten dus! :D Je zult er niet omheen kunnen dat je meer command line ervaring op zult moeten doen (maar is denk ik wel goed te doen hoor). Succes.

Acties:
  • 0 Henk 'm!

  • sypie
  • Registratie: Oktober 2000
  • Niet online
Mijn Touchscreen komt dus rechtstreeks aan de RPi te hangen, en draait dus op lokaal. Dit omdat de RPi dan het grafische deel kan doen (wat niets anders wordt dan een HTML pagina met een aantal javascripts er in) en dan een grafische interface voor de het domoticagedeelte (hoop ik).

Acties:
  • 0 Henk 'm!
sypie schreef op zondag 04 augustus 2013 @ 20:28:
Ik ben heel benieuwd waar dit heen gaat, hoe compleet het wordt en hoe modulair het wordt.
Volgens mij is er niks wat niet modulair is 8) Je tweede statement "hoe compleet het wordt", hangt helemaal van onder anderen jouw inzet af. Daarom is het ook Open Source.

Sinds de 2 dagen regel reageer ik hier niet meer


Acties:
  • 0 Henk 'm!

  • mojo81
  • Registratie: November 2011
  • Laatst online: 25-02 22:56
CurlyMo, heb je nog tips om het verschil met of zonder low-pass te bemerken? Ik had al een tijdje niet meer geupdate vanuit de git repositiory en er is nogal wat veranderd voor mijn gevoel. Ik moet misschien ook even aanmerken dat ik nooit echt geïnteresseerd was in de learn functie en dergelijke. Het gaat mij meer om de 'rauwe' data zeg maar. 443-debug wacht zo te merken totdat er iets is ontvangen en stop dan. Is er ook een manier om de data die binnenkomt zo rauw rauw mogelijk te blijven weergeven? Hoe heb heb jij het verschil getest?

Acties:
  • 0 Henk 'm!
Zie filmpjes in de eerste post. Met mode2 van Lirc. Waarom zou je nog met de rauwe data willen werken?

Sinds de 2 dagen regel reageer ik hier niet meer


Acties:
  • 0 Henk 'm!

  • thedon46
  • Registratie: April 2011
  • Laatst online: 02-05 13:50
thedon46 schreef op zondag 04 augustus 2013 @ 06:46:
http://www.elechouse.com/...cPath=77&products_id=2119
Ik kwam deze usb naar seriele Connector tegen, en ik denk eigenlijk dat dit ook wel moet gaan werken.
Deze zorgt namelijk al voor 3.3 v en 5 v 8)
Als we het naar USB kunnen omvormen (optioneel) dan is het niet alleen voor een RPI en Arduino, maar alles wat over een USB poort beschikt. :*)

Acties:
  • 0 Henk 'm!

  • paul999
  • Registratie: November 2005
  • Laatst online: 30-05 20:13
Ok, gisteren een nieuw ontwerp gemaakt, zonder de tweede 26 pins connector. De PCB past nu precies boven de PI, ik heb de mogelijkheid om een RJ11 toe te voegen aan de print erbij gedaan (Volgens mij is hij zo correct, ik nam aan dat RX bedoeld was voor de RX naar de pi?), wat hierop uitkomt:
Afbeeldingslocatie: http://www.sohier.me/main_low_pass.png
Afbeeldingslocatie: http://www.sohier.me/pilowpass3.png
De RJ11 komt precies boven de SD kaart te zetten in dit geval.

Een kostenberekening wil ik vanavond nog even maken voor een oplage van 10 stuks (Aangezien ik minimaal 10 PCBs moet bestellen bij itead), helaas heb ik vanwege mijn werk de rest van de week weinig tijd, echte wijzigingen aan de PCB komen dus pas weer aankomend weekend.

Acties:
  • 0 Henk 'm!

  • thedon46
  • Registratie: April 2011
  • Laatst online: 02-05 13:50
@Paul999999

Op de post die ik op het electronica forum had geplaatst werd het volgende gereageerd:
De omslagpunten van de Schmitt-trigger ingang kan je op een eenvoudige wijze verder uit mekaar halen:
Weerstand van 1k tussen LM358 en Pin1 van de '14
Weerstand 10k tussen Pin4 en Pin1 van de '14

Als dat niet volstaat, kan je een kleinere waarde dan 10k nemen. Overdrijf hiermee niet, of de '14 gaat niet meer reageren.
Dat van die 1k weerstand was ook al eerder genoemd, dus die moet er nog tussen,
dat van die 10k weerstand zou iemand even moeten testen.
hou je hier nog wel rekening mee?


edit: en voor de antenne van de ontvanger, moeten we daar ook nog een aansluiting voor maken?

[ Voor 7% gewijzigd door thedon46 op 05-08-2013 09:22 ]


Acties:
  • 0 Henk 'm!
@Paul999999, waarom kantel je het bordje niet en vervang je de grote header voor eentje van 8 pinnen zodat de andere GPIOs vrij komen voor ander gebruik? Past dat niet? Is er een mogelijkheid om hem te laten passen in een standaard behuizing, misschien dat de zender / ontvanger er dan ook "plat" op gemonteerd moeten worden? Ik weet namelijk niet wat voor effect dat heeft op de signalen...

@thedon46, Waar deze persoon het over heeft is het aanpassen van het omslagpunt van de schmitt trigger. Dat is helemaal niet nodig want het omslag punt ligt goed, anders had de filter ook niet zo goed gewerkt.

Qua antenne moet er eerst het nodige getest worden.

Sinds de 2 dagen regel reageer ik hier niet meer


Acties:
  • 0 Henk 'm!

  • thedon46
  • Registratie: April 2011
  • Laatst online: 02-05 13:50
CurlyMo schreef op maandag 05 augustus 2013 @ 10:09:
@thedon46, Waar deze persoon het over heeft is het aanpassen van het omslagpunt van de schmitt trigger. Dat is helemaal niet nodig want het omslag punt ligt goed, anders had de filter ook niet zo goed gewerkt.
correct een 10k weerstand is dan niet nodig, de 1k daarintegen wel:
BenPi schreef op zondag 28 juli 2013 @ 23:14:
PS: Om hardwarematig helemaal goed te doen moeten de niet gebruikte ingangen van de sn74hc14 vast gepint worden aan massa of aan de VCC !
De uitgang van de LM358 kan 5V worden , en zodoende ook de ingang van de eerste smitt trigger.die max 3.3 V mag hebben (VCC= 3.3V). Er zal een clampstroom van 20mA kunnen lopen.
Ik zou een weerstand van bijv 1k in serie plaatsen. Maakt voor de werking niets uit.

Acties:
  • 0 Henk 'm!

  • oZy
  • Registratie: Juli 2001
  • Laatst online: 13:02

oZy

Anoniem: 159710 schreef op zondag 04 augustus 2013 @ 11:25:
Hiermee zou dat mogelijk moeten zijn:
http://www.notifymyandroid.com/
Je kan de API aanroepen of een e-mail versturen met het pushbericht.
In mijn iOS geval is dat Prowl. Die gebruik ik al voor notificatie van sickbeard etc.

Acties:
  • 0 Henk 'm!
thedon46 schreef op maandag 05 augustus 2013 @ 10:20:
[...]


correct een 10k weerstand is dan niet nodig, de 1k daarintegen wel:

[...]
Hij heeft het in beide gevallen over het aanpassen van het omslagpunt met twee weerstanden. Dat aanpassen is niet nodig.

Sinds de 2 dagen regel reageer ik hier niet meer


Acties:
  • 0 Henk 'm!

  • thedon46
  • Registratie: April 2011
  • Laatst online: 02-05 13:50
CurlyMo schreef op maandag 05 augustus 2013 @ 10:47:
[...]

Hij heeft het in beide gevallen over het aanpassen van het omslagpunt met twee weerstanden. Dat aanpassen is niet nodig.
het ging toch om het niet slopen van je schmitt trigger?

Acties:
  • 0 Henk 'm!
In het geval van die post van circuits-online niet. Daar had oZy het over. Laten we even afwachten wat @paul daarop te zeggen heeft.

Sinds de 2 dagen regel reageer ik hier niet meer


Acties:
  • 0 Henk 'm!

  • paul999
  • Registratie: November 2005
  • Laatst online: 30-05 20:13
CurlyMo schreef op maandag 05 augustus 2013 @ 10:09:
@Paul999999, waarom kantel je het bordje niet en vervang je de grote header voor eentje van 8 pinnen zodat de andere GPIOs vrij komen voor ander gebruik? Past dat niet? Is er een mogelijkheid om hem te laten passen in een standaard behuizing, misschien dat de zender / ontvanger er dan ook "plat" op gemonteerd moeten worden? Ik weet namelijk niet wat voor effect dat heeft op de signalen...
In dat geval wordt de print breder als de PI waardoor hij sowieso niet past in een plastic behuizing. Door de hoogte van componenten (Elco, eventueel RJ11, welke sowieso niet past door verkeerd om te monteren) past dat vermoed ik sowieso al niet (In ieder geval niet in de PI behuizing welke ik heb).
Daarnaast is er nog het probleem dat hij dan maar half zo breed (Minimaal) kan worden, en ik dan simpelweg niet genoeg plek heb voor alle componenten.
Ik ben het met je eens dat dat de beste oplossing zou zijn, maar op dit moment zie ik daar geen simpele oplossing voor om toe te passen, zonder een niet rechthoekige PCB te gebruiken.
CurlyMo schreef op maandag 05 augustus 2013 @ 10:57:
In het geval van die post van circuits-online niet. Daar had oZy het over. Laten we even afwachten wat @paul daarop te zeggen heeft.
Als de max ingangs spanning van de 14 3.3V is, en de max uitgangs spanning van de LM 5V is (Ik ken de datasheets van de componenten niet uit mijn hoofd, en kan ze hier even niet opzoeken), moet de spanning beperkt worden lijkt mij.

Acties:
  • 0 Henk 'm!
Als je in deze datasheet kijkt dan zie je dat de uitgang van de ontvanger 0.7vcc / VDC is. De versterking van de opamp is 2.2. Dat betekent dus dat de maximale uitvoer van de opamp 1.55v is. Geen probleem dus.

Sinds de 2 dagen regel reageer ik hier niet meer


Acties:
  • 0 Henk 'm!

  • thedon46
  • Registratie: April 2011
  • Laatst online: 02-05 13:50
ok duidelijk, dan is dat dus overbodig

Acties:
  • 0 Henk 'm!
@thedon46, kan je dan het circuit bij circuits-online nu even updaten :)

Sinds de 2 dagen regel reageer ik hier niet meer


Acties:
  • 0 Henk 'm!

  • thedon46
  • Registratie: April 2011
  • Laatst online: 02-05 13:50
Gedaan: http://www.circuitsonline.net/forum/view/114336
klopt de uitleg zo een beetje of mis ik nog iets?

Acties:
  • 0 Henk 'm!
Weer een update van het programma. Volgens mij moet hij nu wel echt helemaal modulair zijn.

1). Een van de fouten die in het programma zaten was dat ik er vanuit ging dat een KaKuDimmer uit was als het dimmer niveau op 0 stond. Dat was niet zo, een dimmer niveau van 0 betekent de laagste dimmer stand. Daarnaast is het zo dat een KaKu dimmer de mogelijkheid heeft om direct aan te gaan op het laatste dimmer niveau door alleen het aan commando te versturen. Het dimmer protocol is nu dus als volgt aangepast:

Het dimmer niveau is van de "state" naar de "dimlevel" gegaan in het configuratie bestand.
De state is nu gewoon "on" of "off" net zoals bij een KaKu schakelaar.
code:
1
2
3
4
5
6
7
8
9
10
11
        "main": {
            "name": "Main",
            "order": 2,
            "protocol": "kaku_dimmer",
            "type": 1,
            "id": 1234,
            "unit": 1,
            "state": "on",
            "dimlevel", 0,
            "values": [ "on", "off" ]
        }


2) Dat bracht vervolgens het probleem met zich mee dat de controller dus niet alleen de status van een apparaat moet kunnen bedienen, maar ook de mogelijkheid moet hebben om de waardes van het apparaat aan te passen zoals het dimmer niveau. Dat is nu als volgt opgelost:

code:
1
433-control -l main -d main -s on -v dimlevel=10

De values kunnen er zoveel zijn als nodig zolang ze maar door een komma worden afgescheiden.

In de API is er nu dus een mogelijkheid bijgekomen om meerdere waardes mee te sturen met een controller commando:
code:
1
2
3
4
5
6
7
8
9
10
11
{
    "message": "send",
    "code": {
        "location": "living",
        "device": "mainlight",
        "state": "on",
        "values": {
            "dimlevel": "10"
        }
    }
}


3) Het laatste probleem waar ik tegenaan liep was dat bijv. in Java de volgorde bij het uitlezen van een HashMap niet hetzelfde is als het invoeren ervan. Hierdoor was niet te bepalen in welke volgorde de GUI opgebouwd moest worden. Om dit op te lossen zal de daemon nu automatisch de volgorde waarin de locaties en appareten in het configuratie bestand staan meesturen.


Het is nu ook mogelijk om de code te gebruiken zonder lirc_rpi kernel module.


Even wat testjes gedraaid van mijn code zonder lirc_rpi module, maar gewoon via wiringPi en standaard GPIO interrupts. Wat me opvalt is dat het bereik van het geheel groter is geworden voor zowel zenden en ontvangen terwijl ik verder niks aan de hardware heb gedaan. Ook merk ik dat zenden en ontvangen via de normale GPIO benadering sneller is dan via de lirc_rpi module.

[ Voor 9% gewijzigd door CurlyMo op 05-08-2013 19:25 ]

Sinds de 2 dagen regel reageer ik hier niet meer


Acties:
  • 0 Henk 'm!

  • mojo81
  • Registratie: November 2011
  • Laatst online: 25-02 22:56
CurlyMo schreef op maandag 05 augustus 2013 @ 00:29:
Zie filmpjes in de eerste post. Met mode2 van Lirc. Waarom zou je nog met de rauwe data willen werken?
Bedankt. Nadat je eerder had gemeld dat de youtube filmpjes weer werkten was dit nog niet het geval bij mij, maar nu werken ze wel. Ik wil niet per se rauwe data, maar ik wil het effect van die low pass filter zien. Dat zou zo moeten lukken, dus bedankt.

Acties:
  • 0 Henk 'm!
Mooi :) Graag gedaan!

Sinds de 2 dagen regel reageer ik hier niet meer


Acties:
  • 0 Henk 'm!

  • --WaaZaa--
  • Registratie: Oktober 2004
  • Laatst online: 22-06 21:01
Mooi dat je door bent gegaan met dit project CurlyMo! Ik heb het even laten liggen nadat ik een PoC gedaan had, maar ga morgen meteen weer eens de Pi erbij pakken. Ik zal eens wat onderdelen bij elkaar zoeken voor de lowpass en vervolgens de Impuls code testen :)

prutsert


Acties:
  • 0 Henk 'm!

Anoniem: 159710

CurlyMo schreef op maandag 05 augustus 2013 @ 12:49:


Het is nu ook mogelijk om de code te gebruiken zonder lirc_rpi kernel module.


Even wat testjes gedraaid van mijn code zonder lirc_rpi module, maar gewoon via wiringPi en standaard GPIO interrupts. Wat me opvalt is dat het bereik van het geheel groter is geworden voor zowel zenden en ontvangen terwijl ik verder niks aan de hardware heb gedaan. Ook merk ik dat zenden en ontvangen via de normale GPIO benadering sneller is dan via de lirc_rpi module.
Dat is inderdaad wel erg vreemd maar goed nieuws! Misschien handig om standaard wiringPi te gebruiken met de bijbehorende PULSE_LENGTH?

Wat me trouwens opviel bij lirc_rpi was het volgende:
code:
1
lirc_rpi: in init_timing_params, freq=433920 pulse=294, space=295

Zou het nog verschil maken door PULSE_LENGTH op 294 in te stellen of moet dat toch 295 zijn?

Acties:
  • 0 Henk 'm!
Anoniem: 159710 schreef op dinsdag 06 augustus 2013 @ 09:59:
Dat is inderdaad wel erg vreemd maar goed nieuws! Misschien handig om standaard wiringPi te gebruiken met de bijbehorende PULSE_LENGTH?
Ik gebruik nu ook wiringPi voor het zenden en een eigen implementatie van IRQ voor het ontvangen. Een aangepaste PULSE_LENGTH was toch niet nodig.
Wat me trouwens opviel bij lirc_rpi was het volgende:
code:
1
lirc_rpi: in init_timing_params, freq=433920 pulse=294, space=295

Zou het nog verschil maken door PULSE_LENGTH op 294 in te stellen of moet dat toch 295 zijn?
Maakt geen verschil. Zoals ik al eerder aangaf werken alle apparaten met een marge. Ik werk in mijn code met een marge van X - (X * 0.3) t/m X + (X * 0.3). Maar ook KaKu is nogal soepel in de lengte van de pulsen. In mijn geval van 295 betekent dat een marge van 206,5 - 383,5. Daar gaat die ene pulse dus niet noemenswaardig iets aan veranderen.


Zojuist een relay protocol toegevoegd. Hiermee kan je relais' die je aan de Raspberry Pi hebt geknoopt aan en uit zetten. Dit is gelijk een voorbeeld dat je met mijn programma net zo goed andere dingen kan bedienen dan alleen 433.92Mhz apparaten.

Dit laat tevens zien hoe modulair het programma is. Door op de juiste manier het protocol te schrijven pakt ook de daemon hem zo op dat het config bestand goed wordt bijgewerkt en ook in de GUI er netjes een aan/uit knop bij komt.

[ Voor 19% gewijzigd door CurlyMo op 06-08-2013 12:14 ]

Sinds de 2 dagen regel reageer ik hier niet meer


Acties:
  • 0 Henk 'm!

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

ik wil eindelijk nu ook eens met een receiver bezig.
Jou code opnieuw geinstalleerd en receiver en sender aangesloten.
Receiver aan GPIO18 sender GPIO14.

code:
1
2
3
4
5
 root@raspberrypi:~/433.92-Raspberry-Pi# modprobe lirc_rpi gpio_in_pin=18 gpio_out_pin=14
root@raspberrypi:~/433.92-Raspberry-Pi# ./433-daemon
[Aug  6 16:50:32] 433-daemon: ERROR: can't claim gpio pin 1
[Aug  6 16:50:32] 433-daemon: INFO: server started at port 5000
root@raspberrypi:~/433.92-Raspberry-Pi#


Ik krijg dus een fout melding over pin 1 ??
wat is bij jou pin1 ?
Tip ?

Acties:
  • 0 Henk 'm!
Als je hem standaard compileert, dan compileert hij zonder LIRC ondersteuning. Zie de README op mijn git. Dat lijkt in jouw geval het probleem te zijn.

Sinds de 2 dagen regel reageer ik hier niet meer


Acties:
  • 0 Henk 'm!

  • BenPi
  • Registratie: Februari 2013
  • Laatst online: 23-09-2024
Waarom, de receiver het blijft op PIN 18 = "pin 12" van de header = GPIO1 toch ?

Acties:
  • 0 Henk 'm!
Out is standaard 18 (1), In is standaard 17 (0)


De java gui houdt nu de volgorde van het configuratie bestand in tact.


De naam is gekozen en het is (gelukkig) mijn favoriet geworden: pilight. Het lijkt me leuk als er weer wat logo suggesties worden gedaan. Het idee voor een ondertitel is: "Home domotica made easy".

Daarnaast heb ik van een aantal mensen het aanbod gekregen om een website te maken. Hiervan is @Mike2k al het meest gevorderd. Zodra het domein binnen is zal ik het geheel naar zijn site doorverwijzen en kunnen degene die dat leuk vinden mee denken.

[ Voor 110% gewijzigd door CurlyMo op 07-08-2013 15:00 ]

Sinds de 2 dagen regel reageer ik hier niet meer


Acties:
  • 0 Henk 'm!

  • Phoolie
  • Registratie: Juni 2002
  • Laatst online: 20-06 12:20
Wat een geweldig initiatief. Loop al een tijdje te kijken naar een domotica oplossing. Kwam uit op Domoticz, maar die rfxcom module vind ik wat aan de prijs. Ook de HomeWizard overwogen, maar ook die vond ik wat aan de dure kant. Als ik na de zomer klaar ben met verbouwen ga ik me hier eens verder in verdiepen.

Acties:
  • 0 Henk 'm!

  • BenPi
  • Registratie: Februari 2013
  • Laatst online: 23-09-2024
@CutlyMo , goede naam gekozen! :)

Bij mij was pin 1 al in gebruik door een ander progje.
Even vrij gegeven en nu werkt de SW pilight.
Ben even bezig andere AB's te testen.
Wat wil je hebben van info om de lib uit te breiden?

Acties:
  • 0 Henk 'm!

Anoniem: 159710

CurlyMo schreef op dinsdag 06 augustus 2013 @ 17:28:
De naam is gekozen en het is (gelukkig) mijn favoriet geworden: pilight. Het lijkt me leuk als er weer wat logo suggesties worden gedaan. Het idee voor een ondertitel is: "Home domotica made easy".
Nu dat je de naam gekozen hebt kun je ook een andere draai aan de naam geven als ondertitel: "Lightweight home automation (back-end) for the Raspberry Pi". "Made easy" klinkt zo standaard maar kan op zich wel.

Acties:
  • 0 Henk 'm!
@BenPi, probeer eerst maar eens zonder mijn hulp. Ik heb op de site namelijk ook wat teamleden nodig die het weer aan anderen kunnen uitleggen. Zelf heb ik namelijk geen tijd om ook nog eens naast tweakers een community bij te houden. Laat mij maar programmeren ;)

@*geanonimiseerd*, Ondertitels mogen natuurlijk ook geopperd worden :)

[ Voor 48% gewijzigd door CurlyMo op 07-08-2013 17:48 ]

Sinds de 2 dagen regel reageer ik hier niet meer


Acties:
  • 0 Henk 'm!

Anoniem: 159710

Ik heb ook even mijn post met het impuls protocol (impuls.c en impuls.h) bijgewerkt naar de laatste wijzigingen overeenkomstig met de veranderingen in sartano.c en sartano.h. Nu kan de persoon hier ergens boven die van plan was te testen dus testen.

Ook heb ik dit erbij gezet in impuls.c:
code:
1
protocol_add_conflict(&impuls, "sartano"); // I think this has to be removed and put in sartano.h with (&sartano, "impuls") instead because that is the original protocol


Kloppen mijn comments als je het netjes wil doen? Niet dat het zoveel zou moeten uitmaken maar ik vermoed dat het sartano protocol ouder is.

Tot slot merkte ik nog wat inconsistentie op in je header:
This file is part of the pilight.

pilight is free software: you can redistribute
it and/or modify it under the terms of the GNU General Public License as
published by the Free Software Foundation, either version 3 of the License,
or (at your option) any later version.

pilight transceiver is distributed in the hope that it will
be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
GNU General Public License for more details.

You should have received a copy of the GNU General Public License
along with pilight transceiver. If not, see
<http://www.gnu.org/licenses/>

Acties:
  • 0 Henk 'm!
@*geanonimiseerd*, bedankt voor het melden van die fout, verbeter je ze ook in je eigen impuls code? M.b.t. die conflict, volgens mij moet hij gewoon in allebei.

[ Voor 17% gewijzigd door CurlyMo op 07-08-2013 19:58 ]

Sinds de 2 dagen regel reageer ik hier niet meer


Acties:
  • 0 Henk 'm!

  • buldogwtf
  • Registratie: Maart 2008
  • Laatst online: 06-06 20:49
Phoolie schreef op woensdag 07 augustus 2013 @ 16:17:
Wat een geweldig initiatief. Loop al een tijdje te kijken naar een domotica oplossing. Kwam uit op Domoticz, maar die rfxcom module vind ik wat aan de prijs. Ook de HomeWizard overwogen, maar ook die vond ik wat aan de dure kant. Als ik na de zomer klaar ben met verbouwen ga ik me hier eens verder in verdiepen.
Helemaal met Phoolie eens, geweldig project, volg het al een tijdje.

Ondertussen ook de applicatie tasker draaien op mijn telefoon, welke checkt of ik thuis ben en via een sunset plugin de tijd controleert van zonsondergang en dan via een .php pagina mijn lampen aanzet als het donker wordt..., wat wil je nog meer.

@CurlyMo vorige keren nogal vaak je hulp nodig gehad, maar net de nieuwe pilight opnieuw geinstalleerd en werkt perfect (oefening en goed lezen baart kunst). Zit alleen nog als ik reboot hij de daemon niet automatisch mee opstart.

2x280 panelen | Bosch HRC35II met zonneboiler | Raspberry Pi


Acties:
  • 0 Henk 'm!
buldogwtf schreef op woensdag 07 augustus 2013 @ 20:41:
Zit alleen nog als ik reboot hij de daemon niet automatisch mee opstart.
Wat ik heb gedaan is hem in /etc/rc.local zetten.


Kunnen mensen testen of de sartano bugs zijn opgelost. Zorg wel dat je hem weer uncomment in libs/hardware.c

Er zat een bug in het ontvangen waardoor de daemon crasht, ook het zenden deed het niet meer.


Eerste logo suggestie:
Afbeeldingslocatie: http://i.imgur.com/irQmnol.jpg

[ Voor 40% gewijzigd door CurlyMo op 08-08-2013 00:53 ]

Sinds de 2 dagen regel reageer ik hier niet meer


Acties:
  • 0 Henk 'm!

  • daenny
  • Registratie: Augustus 2013
  • Laatst online: 11-06 10:08
het ziet er als een leuk project uit. Ik ben nog aan het wachten op mijn 433mhz receiver and sender setje. Maar in de tussentijd ben ik dit tegen gekomen. Dit zou vrij makkelijk zijn om dat in de huidige programma in te voegen toch?
http://www.f6fbb.org/domo/sensors/tx3_th.php
Zo een zender heb ik nog thuis liggen, anders kun je m ook voor rond 20 eur online kopen.

Acties:
  • 0 Henk 'm!
Ja, dat moet wel lukken. Helemaal als het zo uitgeschreven staat.

Sinds de 2 dagen regel reageer ik hier niet meer


Acties:
  • 0 Henk 'm!

Anoniem: 159710

CurlyMo schreef op woensdag 07 augustus 2013 @ 20:46:
[...]

Wat ik heb gedaan is hem in /etc/rc.local zetten.


Kunnen mensen testen of de sartano bugs zijn opgelost. Zorg wel dat je hem weer uncomment in libs/hardware.c

Er zat een bug in het ontvangen waardoor de daemon crasht, ook het zenden deed het niet meer.


Eerste logo suggestie:
[afbeelding]
Zeer cool logo!

Zit zelf nog te wachten op mijn ebay bestelling, jumper wires zijn al binnen. Zodra ik hem binnen heb zal ik gaan testen en als sartano werkend is zal ik nog een keer impuls bijwerken.

Er van uitgaande dat de RemoteSwitch library correct is moet de code van sartano.c ongeveer als volgt zijn. High en Low zijn omgekeerd van het arctech protocol, en pulse.length = 3 zou eigenlijk ook bij arctech_old moeten werken. De rest van de protocollen heb ik geen zicht op.

-knip-, werkende code zit nu in GitHub

Is wel veel anders dan je het nu hebt maar ik neem aan dat we beide nog niet getest hebben.
daenny schreef op donderdag 08 augustus 2013 @ 09:38:
het ziet er als een leuk project uit. Ik ben nog aan het wachten op mijn 433mhz receiver and sender setje. Maar in de tussentijd ben ik dit tegen gekomen. Dit zou vrij makkelijk zijn om dat in de huidige programma in te voegen toch?
http://www.f6fbb.org/domo/sensors/tx3_th.php
Zo een zender heb ik nog thuis liggen, anders kun je m ook voor rond 20 eur online kopen.
Nice find! Is best een leuk ding met complete protocol documentatie tegen lage prijs. Dacht dat er alleen de Thierry Muglers waren. Kwestie van de alecto code ombouwen naar deze.

[ Voor 46% gewijzigd door Anoniem: 159710 op 30-08-2013 22:08 ]


Acties:
  • 0 Henk 'm!
Sartano moet inderdaad nog even getest worden, maar het zou zo moeten werken zoals hij nu online staat.

Sinds de 2 dagen regel reageer ik hier niet meer


Acties:
  • 0 Henk 'm!

  • Hipska
  • Registratie: Mei 2008
  • Laatst online: 10:33
Beste logo dat ik al heb zien passeren

Acties:
  • 0 Henk 'm!

  • uname -r
  • Registratie: Oktober 2003
  • Laatst online: 22-01 14:24
Ik kon het niet laten. Een variant op het logo.

Afbeeldingslocatie: http://tweakers.net/ext/f/vZAq1l5SXgp5WvT2pLmS5Rl6/full.png

Ik vond het gat boven de letter g zo groot dus vandaar de hoofdletter G.

[ Voor 22% gewijzigd door uname -r op 08-08-2013 12:59 ]


Acties:
  • 0 Henk 'm!
Leuk maar nee :)

Sinds de 2 dagen regel reageer ik hier niet meer


Acties:
  • 0 Henk 'm!

  • mojo81
  • Registratie: November 2011
  • Laatst online: 25-02 22:56
Nou, ik heb het low-pass filter werkende. In ieder geval zie ik met mode2 een groot verschil met de low-pass filter er tussen. Ik heb ook een LED op de receiver en een LED op de GPIO ingang (dus na de low-pass). Opvallend genoeg is wat op de GPIO aankomt een inverse van wat uit de zender komt, maar dat lijkt niet echt uit te maken. Dus als de LED van de receiver oplicht en hij wordt doorgelaten door het filter, dan gaat die LED achter het filter even uit en daarna weer aan tot de volgende puls.

Ik heb de low-pass er nu even tussenuit gehaald omdat ik toch echt een betere antenne nodig lijk te hebben. Hij pakt namelijk de KaKu afstandsbediening niet op een grotere afstand dan 30 cm, wat natuurlijk een beetje triest is. Dit heeft niet met de low-pass te maken natuurlijk en dus test ik even zonder om het beter te krijgen.

Gelukkig heb ik al een bestaand home automation systeem (zelf geschreven) wat ik nu kan instellen om iedere seconde een kaku aan te sturen en zodoende te testen hoe goed de ontvangst is. De zender staat zo'n 12 meter verder op en ik zie alleen pulses en spaces binnenkomen als ik de antenne beet houd.

Al met al gaat het nog even duren dus voor ik meer informatie heb. Zal de komende weken helaas geen tijd hebben :(

[ Voor 18% gewijzigd door mojo81 op 08-08-2013 22:20 ]


Acties:
  • 0 Henk 'm!
mojo81 schreef op donderdag 08 augustus 2013 @ 22:16:
Nou, ik heb het low-pass filter werkende. In ieder geval zie ik met mode2 een groot verschil met de low-pass filter er tussen. Ik heb ook een LED op de receiver en een LED op de GPIO ingang (dus na de low-pass). Opvallend genoeg is wat op de GPIO aankomt een inverse van wat uit de zender komt, maar dat lijkt niet echt uit te maken. Dus als de LED van de receiver oplicht en hij wordt doorgelaten door het filter, dan gaat die LED achter het filter even uit en daarna weer aan tot de volgende puls.
Dat klopt omdat er gebruik wordt gemaakt van pin change interrupts, dan maakt de richting van de verandering niet uit, maar alleen dat er een verandering.
Ik heb de low-pass er nu even tussenuit gehaald omdat ik toch echt een betere antenne nodig lijk te hebben. Hij pakt namelijk de KaKu afstandsbediening niet op een grotere afstand dan 30 cm, wat natuurlijk een beetje triest is. Dit heeft niet met de low-pass te maken natuurlijk en dus test ik even zonder om het beter te krijgen.
Gelukkig heb ik al een bestaand home automation systeem (zelf geschreven) wat ik nu kan instellen om iedere seconde een kaku aan te sturen en zodoende te testen hoe goed de ontvangst is. De zender staat zo'n 12 meter verder op en ik zie alleen pulses en spaces binnenkomen als ik de antenne beet houd.

Al met al gaat het nog even duren dus voor ik meer informatie heb. Zal de komende weken helaas geen tijd hebben :(
Heb je misschien zo'n ontvanger gekocht (met een rood gelijmd wieltje in het midden)?
Afbeeldingslocatie: http://m2.uxcell.com/photo_new/20130618/g/ux_a13061800ux0124_ux_g.jpg

Sinds de 2 dagen regel reageer ik hier niet meer


Acties:
  • 0 Henk 'm!

  • mojo81
  • Registratie: November 2011
  • Laatst online: 25-02 22:56
Nee, ik heb deze: https://iprototype.nl/pro...ations/rf-receiver-434mhz.

Daarbij moet ik aanmerken dat het beethouden van de antenne altijd wat space en pulse veroorzaakt, maar dan pakt hij toch echt wel de 1 sec inverval signalen die ik als test uitzend. Dit is ook duidelijk te zien aan de LED's.

[ Voor 57% gewijzigd door mojo81 op 08-08-2013 22:40 ]


Acties:
  • 0 Henk 'm!
Ik ken die specifieke ontvangers niet, maar het lijkt inderdaad de goede te zijn. Ontvangst kan ik vanuit de software kant niet oplossing. De ontvanger die ik heb doet het tot tenminste 15 meter.

Je observaties qua antenne zijn ook de reden dat ik die optie verder onderzocht wil hebben. Heb je al eens geprobeerd om die antenne te maken die ik eerder posten.

[ Voor 29% gewijzigd door CurlyMo op 08-08-2013 22:42 ]

Sinds de 2 dagen regel reageer ik hier niet meer


Acties:
  • 0 Henk 'm!

  • mojo81
  • Registratie: November 2011
  • Laatst online: 25-02 22:56
Oke, hij staat namelijk wel vermeld in de OP (alhoewel die link naar iProtoType niet meer hetzelfde lijkt te zijn en ook niet meer werkt)
Maar als jij denkt dat het daar mee te maken kan hebben bestel ik er gewoon nog een van ebay bij, want die heb jij, toch?

Edit: De meeste van die links werken overigens niet meer.. Alleen de laatste lijkt momenteel nog te werken

[ Voor 18% gewijzigd door mojo81 op 08-08-2013 22:45 ]


Acties:
  • 0 Henk 'm!

Sinds de 2 dagen regel reageer ik hier niet meer


Acties:
  • 0 Henk 'm!

  • mojo81
  • Registratie: November 2011
  • Laatst online: 25-02 22:56
Thanks! Ga ik die gewoon bestellen om het verschil te bekijken :)

Ik heb ook geprobeerd die antenne te maken waar je naar linkte, maar dat lijkt nog niet zo te werken. Ik heb nog geen idee waar dat aan ligt. Een van de afwijkingen is dat het draad wat ik hier standaard gebruik geen koperkleur heeft, dus wellicht moet ik een wat specifieker soort draad hebben voor een antenne. Mijn vader heeft verstand van dit soort zaken, dus hopelijk kan ik binnenkort samen met hem naar dit probleem kijken.. Helaas zijn we beiden druk bezet, dus het kan nog even duren, maar ik wil dit uitgezocht hebben :)

Edit: hetgeen nu mijn test bericht iedere seconde uitzendt is een Telldus. Die staat dus 12 meter verderop zoals eerder genoemd. Ik had even het idee om de antenne daarvan te gebruiken, maar helaas kan die Telldus ook niet zonder antenne en heb ik er niet 2 :(

[ Voor 18% gewijzigd door mojo81 op 08-08-2013 22:52 ]


Acties:
  • 0 Henk 'm!
Ik zou sowieso graag willen weten wat uiteindelijk de oorzaak was. En ja, we need antenne experts ;)

Sinds de 2 dagen regel reageer ik hier niet meer


Acties:
  • 0 Henk 'm!

  • mojo81
  • Registratie: November 2011
  • Laatst online: 25-02 22:56
Ik houd je uiteraard op de hoogte, maar mijn tijd is helaas wat schaars. Ik wil net als jou de boel zo perfect mogelijk hebben en uiteraard zal ik alle zinvolle zaken die ik hierdoor leer hier delen.. Zie ook mijn edit op mijn vorige post.

Acties:
  • 0 Henk 'm!
Telldus is geen beste benchmark voor het ontvangen. Die zenden nogal rare pulsen uit. Telldus is dan ook niet compatible met mijn code. Was het maar zo, dan had ik zo alle protocollen uitgezocht ;)

Sinds de 2 dagen regel reageer ik hier niet meer


Acties:
  • 0 Henk 'm!

  • mojo81
  • Registratie: November 2011
  • Laatst online: 25-02 22:56
Ik vraag me af waar je dat op baseert, want Telldus is wel compatibel met Kaku. In mijn huidige home automation systeem gebruik ik die Telldus (Net) voor alle 433mhz zaken met KaKu en alle KaKu devices reageren perfect. Ook hier is ontvangen wel iets minder goed dan zenden (zenden gaat altijd wel goed)

Ik vind het alleen verschrikkelijk om daar protocollen aan toe te voegen omdat mijn kennis van C al niet de beste is en ik niet zie hoe ik kan debuggen met dat ding. Dat is, mede met dat jouw oplossing een veel goedkopere is, de reden waarom ik dit project zo geweldig vind.

Maar bottom line: waarom zou jouw project niet op de Telldus codes reageren en de KaKu receivers zelf wel? Misschien heb je een punt hoor, dan zal ik even een oude KaKu afstandsbediening moeten kortsluiten op een 'aan' knopje om te testen en die steeds verder weg leggen, dat is ook een optie. Maar zoals gezegd, met een KaKu bediening krijg ik ook slechts binnen 30cm pulses en spaces binnen.


Edit: voor de goede orde. Die Telldus zendt nu dus een signaal, iedere seconde, waar een gewone KaKu schakelaar gewoon op reageert.

[ Voor 6% gewijzigd door mojo81 op 08-08-2013 23:29 ]


Acties:
  • 0 Henk 'm!
Wacht eerst maar tot de ontvangst goed is. Dan zie je het verschil wel met mode2 :)

Sinds de 2 dagen regel reageer ik hier niet meer


Acties:
  • 0 Henk 'm!

  • mojo81
  • Registratie: November 2011
  • Laatst online: 25-02 22:56
Fair enough. Gezien jij Telldus ook kent en kennelijk beter hebt kunnen testen is dit erg nuttige info. Voordat ik de Telldus had gebruikte ik een opengesloopte KaKu afstandsbediening die aan mijn PC gekoppeld was middels een Velleman K8055. Die is nog aanwezig en functioneel dus dat is dan een betere manier om te testen. Thanks, scheelt me wellicht een hoop verspilde tijd :)

Edit: bah.. Ik wil naast de 433Mhz modules die jij eerder linkte op ebay ook gelijk kant en klare antennes bestellen om te proberen, maar zal een paar dagen moeten wachten voordat ik PayPal heb :(

[ Voor 20% gewijzigd door mojo81 op 09-08-2013 00:40 ]


Acties:
  • 0 Henk 'm!

  • uname -r
  • Registratie: Oktober 2003
  • Laatst online: 22-01 14:24
Zojuist deze besteld. Kan ik mijn transmitter uit een oude Marmitek afstandsbediening weer terugplaatsen.

Acties:
  • 0 Henk 'm!

  • paul999
  • Registratie: November 2005
  • Laatst online: 30-05 20:13
Ik heb helaas nog geen tijd gehad om een kostenplaatje te maken (Heerlijk druk hier op het werk...), hopelijk heb ik morgen even een uurtje voor. Sowieso wil ik dit weekend de order plaatsen voor in ieder geval de PCB (Aangezien die een 2-3 weken levertijd hebben) en in de loop van volgende week voor de meeste componenten (Farnell levert gelukkig vrij snel, dus die zijn sneller als de PCBs).
CurlyMo schreef op zondag 04 augustus 2013 @ 11:30:

Hier trouwens een link naar iemand die zelf een antenne heeft gemaakt: http://www.elektor.nl/Str...Cooled-433MHz-antenna.pdf
Wat ik me wel afvraag is of dit gewoon montage draad is voor een WCD of dunner?
1.5mm2 is schakeldraad (De zwarte), dus vrij standaard. Die andere durf ik niet te zeggen, maar lijkt vrij standaard draad (Rond de 23 awg (0.573mm)). Hoe precies dit moet zijn durf ik echter niet te zeggen.

Acties:
  • 0 Henk 'm!
@paul, laatste vraag. Is het ook mogelijk om iets te maken zodat er relays aangesloten kunnen worden?

Sinds de 2 dagen regel reageer ik hier niet meer


Acties:
  • 0 Henk 'm!

  • thedon46
  • Registratie: April 2011
  • Laatst online: 02-05 13:50
vandaag die ontvanger binnengekregen van Iprototype, maar dat lijkt toch wat anders te zijn die die op ebay staat.
gaat dat lowpass filter hierbij dan ook werken? want deze kan natuurlijk weer een ander soort ruis geven.

Acties:
  • 0 Henk 'm!
Heb je het geprobeerd?

Sinds de 2 dagen regel reageer ik hier niet meer


Acties:
  • 0 Henk 'm!

  • paul999
  • Registratie: November 2005
  • Laatst online: 30-05 20:13
CurlyMo schreef op vrijdag 09 augustus 2013 @ 09:33:
@paul, laatste vraag. Is het ook mogelijk om iets te maken zodat er relays aangesloten kunnen worden?
In het huidige ontwerp heb ik er geen ruimte meer voor, ik zou hem iets kunnen stretchen, maar dan moet ik even nameten of ik nergens tegenaan kom op de PI. Ik kan dan, denk ik, 2-3 relais kwijt op het bordje (Relais, diode, transistor, weerstand). De prijs voor een 5V relais komt per stuk op 2.50 ex BTW zo te zien (Plus nog de overige componenten die dan nodig zijn), dit zou de prijs van de totale PCB flink opschroeven.

Een snelle kostenberekening van wat ik nu heb met laatste ontwerp: https://docs.google.com/s...FiaTJBRkF0MVE&usp=sharing (Ik moet nog even alles goed nakijken of hierbij alles echt zit, en of de juiste componenten heb)

Acties:
  • 0 Henk 'm!
Het gaat er mij niet om dat je direct relais op het bordje zet, maar dat je de mogelijkheid behoud om externe relais aan te sluiten.

Sinds de 2 dagen regel reageer ik hier niet meer


Acties:
  • 0 Henk 'm!

  • Mike2k
  • Registratie: Mei 2002
  • Laatst online: 15-06 14:08

Mike2k

Zone grote vuurbal jonge! BAM!

Hoeveel relais zou je dan aan willen sluiten...wellicht een shift register ?

You definitely rate about a 9.0 on my weird-shit-o-meter
Chuck Norris doesn't dial the wrong number. You answer the wrong phone.


Acties:
  • 0 Henk 'm!
Ik heb er nu een stekkerblok met zelf ingebouwde relais aan de Raspberry Pi zitten.

Sinds de 2 dagen regel reageer ik hier niet meer


Acties:
  • 0 Henk 'm!

  • 19roland70
  • Registratie: Augustus 2013
  • Laatst online: 22-06 20:44
Zou er ook de mogelijkheid kunnen komen voor een pulstelling voor S0 bus (losse kWh meter en watermeter) en eventueel een bus voor bedrade domotica.
Dit laatste om deurkontakten e.d via een schuifregister in te kunnen lezen (alarm)

Acties:
  • 0 Henk 'm!

  • Reinder83
  • Registratie: September 2002
  • Laatst online: 09:43
Ik had vanavond eindelijk eens tijd om deze code te testen, echter krijg ik een fout als ik de daemon probeer te starten wanneer lirc geladen is.

code:
1
2
3
4
5
6
7
root@domotica:~/git/pilight# modprobe lirc_rpi gpio_in_pin=18 gpio_out_pin=17

root@domotica:~/git/pilight# ./pilight-daemon
[Aug  9 14:59:45] pilight-daemon: ERROR: can't claim gpio pin 1

root@domotica:~/git/pilight# ls /dev/lirc* -lh
crw-rw---T 1 root video 248, 0 Aug  9 14:59 /dev/lirc0


Zonder de lirc module draait de daemon wel, alleen krijg ik niets te zien als ik op knoppen druk van mijn kaku afstandsbediening.

code:
1
2
3
4
5
6
7
8
9
root@domotica:~/git/pilight# modprobe -r lirc_rpi

root@domotica:~/git/pilight# ls /dev/lirc* -lh
ls: cannot access /dev/lirc*: No such file or directory

root@domotica:~/git/pilight# ./pilight-daemon
[Aug  9 15:06:29] pilight-daemon: INFO: server started at port 5000

root@domotica:~/git/pilight# ./pilight-receive


Wat zou ik kunnen doen om het te laten werken?

Acties:
  • 0 Henk 'm!

Anoniem: 159710

Reinder83 schreef op vrijdag 09 augustus 2013 @ 22:11:
Wat zou ik kunnen doen om het te laten werken?
Ik denk dat je sudo ervoor moet doen.

Acties:
  • 0 Henk 'm!

  • Reinder83
  • Registratie: September 2002
  • Laatst online: 09:43
sudo lijkt me niet nodig aangezien ik het als root draai, debugger geeft deze output
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
root@domotica:~/git/pilight# ./pilight-debug
Please make sure the daemon is not running when using this debugger.

Now press and hold one of the button 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:         11
pulse:          7
footer:         40
rawLength:      50
binaryLength:   12

Raw code:
295 2065 295 295 295 2065 295 295 295 1475 295 1475 295 1475 295 1475 295 1475 295 1475 295 1475 295 1475 295 1475 295 1475 295 1475 295 1475 295 1475 295 1475 295 2065 295 295 295 2065 295 295 295 2065 295 295 295 11800
Binary code:
000000000000

Acties:
  • 0 Henk 'm!

  • BenPi
  • Registratie: Februari 2013
  • Laatst online: 23-09-2024
Zie eerder bericht van mij.
Ik had gpio pin 1 (gpio18) al in gebruik door een ander prog.
In /etc/modules heb ik gpio18 even een ander vrij nummer gegeven.

Acties:
  • 0 Henk 'm!
Hij draait al als root, dus sudo is niet nodig.

Kan je, om de ontvangst te testen, eens de lirc_rpi module laden, en dan mode2 draaien.

Je hebt de keuze om de daemon met of zonder lirc_rpi module te gebruiken. Lees daarvoor de 'USE_LIRC' in mijn README op git.

Sinds de 2 dagen regel reageer ik hier niet meer


Acties:
  • 0 Henk 'm!

  • Reinder83
  • Registratie: September 2002
  • Laatst online: 09:43
Met mode2 krijg ik heel veel spam op mijn console :P
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
pulse 48
pulse 69
pulse 73
pulse 186
pulse 137
pulse 787
space 298
pulse 53
space 38
pulse 171
pulse 266
space 91
pulse 706
space 54
pulse 595
space 215
pulse 53

en dan druk ik niet eens op mijn afstandsbediening.

Acties:
  • 0 Henk 'm!
Dus ontvangst en geen low-pass filter. In dat geval RTFM :p
Those who are not using a low-pass filter are adviced to use this code with the lirc kernel module. The downside of using the lirc kernel module is that this it is not entirely standalone, because you have to have the lirc_rpi kernel module loaded.
Voor de rest van het verhaal: https://github.com/pilight/pilight

Sinds de 2 dagen regel reageer ik hier niet meer


Acties:
  • 0 Henk 'm!

  • Reinder83
  • Registratie: September 2002
  • Laatst online: 09:43
Oke heb de code gecompiled met lirc support, maar dan ben ik weer terug waar ik was.
code:
1
2
root@domotica:~/git/pilight-lirc# ./pilight-daemon
[Aug  9 16:41:33] pilight-daemon: ERROR: can't claim gpio pin 1


Ik zou trouwens wel graag een low pass filter willen, ik zag al voorbij komen in dit topic dat jullie ermee bezig waren om die ook te gaan verkopen? Anders wacht ik daar eerst wel op.

Acties:
  • 0 Henk 'm!
Als je de code compileert met lirc support, zou hij dit error niet mogen geven. Heb je wel (exact) dit gedaan (met #define USE_LIRC in de libs/settings.h):
code:
1
2
3
4
root@domotica:~/git/pilight-lirc# make clean
root@domotica:~/git/pilight-lirc# make
root@domotica:~/git/pilight-lirc# make install
root@domotica:~/git/pilight-lirc# pilight-daemon

Sinds de 2 dagen regel reageer ik hier niet meer


Acties:
  • 0 Henk 'm!

  • Reinder83
  • Registratie: September 2002
  • Laatst online: 09:43
Ik had geen clean gedaan zal zondag weer even verder testen

Acties:
  • 0 Henk 'm!

  • --WaaZaa--
  • Registratie: Oktober 2004
  • Laatst online: 22-06 21:01
Voor diegenen die de lowpass gebouwd hebben, waar halen jullie de componenten vandaan? Was wat aan het zoeken bij conrad/farnell/dickbest, maar of ze hebben een bepaald component niet, of het is belachelijk duur...

prutsert


Acties:
  • 0 Henk 'm!

  • paul999
  • Registratie: November 2005
  • Laatst online: 30-05 20:13
Even nog ter bevestiging, is C1 een ELCO (Wat ik wel uit de tekening haal) of niet?

@19roland70 Deze eerste versie van de PCB wil ik relatief simpel houden, om het testen (En de kosten) laag te houden. Wat er, naast de low pass filter, enkel opzit is een RJ11 connectie (Maar die zal niet standaard erop zitten bij mij) zoals gevraagd door CurlyMo.

Acties:
  • 0 Henk 'm!
@--Waazaa--, gewoon via ebay allemaal.

74HC14 € 1,12 (3 stuks)
LM358 € 1,05 (10 stuks)
15uF € 3,06 (10 stuks)
15kOhm + 6.8kOhm € 3,14 (20 stuks + hoop andere waardes)
Zender / Ontvanger € 7,38 (1 stuk)

Om één setje te maken heb je dus aan 15 euro aan componenten nodig aangezien je ze niet per stuk kunt kopen (via ebay / dx). Eventueel wil ik wel twee nieuwe setjes hex inverters kopen waarmee ik voor 6 personen een setje low-pass filter kan samenstellen (mijne zijn al op). De zender/ ontvanger + breadboard / jumper cables moet je dan nog zelf kopen. Dat kost dan vervolgens (ruim geschat):
1 euro aan componenten
1 euro aan postzegel / envelop
1 euro moeite
1 euro donatie (o.a. domeinnaam en alle onkosten die ik tot nu toe heb gehad om tot dit punt te komen).

Voor 4 euro incl. verzending stuur ik het op.

@paul, zo'n ding:
Afbeeldingslocatie: http://de-onlineshop.nl/image/cache/data/elco1-500x500.jpg

[ Voor 119% gewijzigd door CurlyMo op 10-08-2013 23:27 ]

Sinds de 2 dagen regel reageer ik hier niet meer


Acties:
  • 0 Henk 'm!

  • pacificocean
  • Registratie: Mei 2006
  • Laatst online: 20-06 18:49
Het is mij nog niet duidelijk hoe ik de pinnen van de LM358P nu moet aansluiten. Kan je op het schema aangeven wat de pin nummers zijn van de LM358P?

Acties:
  • 0 Henk 'm!
Google is je vriend:
Afbeeldingslocatie: http://us.100y.com.tw/product_jpg_original/A009999.jpg

[ Voor 11% gewijzigd door CurlyMo op 10-08-2013 23:26 ]

Sinds de 2 dagen regel reageer ik hier niet meer


Acties:
  • 0 Henk 'm!

  • sypie
  • Registratie: Oktober 2000
  • Niet online
paul999999 schreef op zaterdag 10 augustus 2013 @ 20:51:
Even nog ter bevestiging, is C1 een ELCO (Wat ik wel uit de tekening haal) of niet?
Er is geen enkel ander elektronisch component die waarden heeft met μF. Dus ja, dat is een elco (of in ieder geval een condensator). De elco volstaat in de meeste gevallen, er zijn ook andersoortige condensatoren.

Acties:
  • 0 Henk 'm!

  • pacificocean
  • Registratie: Mei 2006
  • Laatst online: 20-06 18:49
Dus alleen pinnen 1 2 3 4 en 8 worden gebruikt? Waarbij de rechterpunt van de driehoek pin 1 is?
Pagina: 1 ... 3 ... 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.