pilight - modulaire domotica voor de Raspberry Pi

[Whackit]

neevedr schreef op zondag 20 oktober 2013 @ 15:24:
Hoe kan ik gegevens ophalen van de pilight zonder gebruik te maken van WebSockets? Ik wil een andere webclient maken die geen gebruik maakt van WebSockets omdat mijn Windows Phone dat niet ondersteund.

Ik ben hier ook al een hele tijd mee bezig, om de API van Pilight vanuit een andere (web) App aan te spreken, maar het wil me nog niet lukken. Ik heb geprobeerd om de WebSockets om te schrijven naar XMLHTTPRequest methode binnen JavaScript, maar ik krijg dan continue het volgende resultaat van de pilight-daemon:

code:

[Oct 21 14:03:39:815207] pilight-daemon: DEBUG: socket recv: OPTIONS / HTTP/1.1
[Oct 21 14:03:39:815458] pilight-daemon: INFO: client recognized as web
[Oct 21 14:03:39:817113] pilight-daemon: DEBUG: default freq of the lirc_rpi module set
[Oct 21 14:03:39:819945] pilight-daemon: DEBUG: deinitialized lirc_rpi module
Segmentation fault

En dan knalt pilight er uit, het lijkt erop dat de XMLHTTPRequest post niet als JSON wordt verstuurd (/geaccepteerd). Ik heb al op pilight.org / etc. gekeken, maar wordt er nog niet wijzer op. Ik wil dit gebruiken om een koppeling te maken met tasker, deze ondersteund maar een beperkte vorm van JavaScript, dus geen websockets.
Zou iemand mij een advies in de goede richting willen geven?

[CurlyMo]

Kan je je script delen zodat ik iig het eruit knallen kan oplossen.

[Whackit]

CurlyMo schreef op maandag 21 oktober 2013 @ 14:48:
Kan je je script delen zodat ik iig het eruit knallen kan oplossen.

Zeker...Ik ben begonnen door een API html pagina te schrijven met Websockets, zodat ik de werking in ieder geval duidelijk was voor mezelf duidelijk was. Deze werkt overigens prima... Alleen dus niet met tasker.

code:

<script>
    function getParameterByName(name) {
        name = name.replace(/[\[]/, "\\\[").replace(/[\]]/, "\\\]");
        var regex = new RegExp("[\\?&]" + name + "=([^&#]*)"),
            results = regex.exec(location.search);
        return results == null ? "" : decodeURIComponent(results[1].replace(/\+/g, " "));
    }
    
    var loc = getParameterByName("location"); 
    var device = getParameterByName("device"); 
    var state = getParameterByName("state"); 
    var webSocket = new WebSocket("ws://192.168.0.136:5001/");
    
    webSocket.onopen = function(e){     
        if(webSocket.readyState == 1){
            webSocket.send('{"message":"send","code":{"location":"'+loc+'","device":"'+device+'","state":"'+state+'"}}');
            webSocket.close();
        }   
        else
        {
            webSocket.send('{"message": "client sender"}');     
        }
    }
    webSocket.onmessage = function(e){
        console.log('Message');
    }
    webSocket.onclose = function(e){
        console.log('Close');
    }
    webSocket.onerror = function(e){
        console.log('Error');
    } 
</script>

De variant op basis van XMLHTTPRequest heb ik al op diverse manieren proberen op te zetten, ik krijg niet altijd reactie in de debug mode van de Pilight-Daemon. De huidige versie:

code:

xmlhttp = new XMLHttpRequest();
xmlhttp.open('PUT', 'http://192.168.0.136:5001', false);
xmlhttp.overrideMimeType("application/json"); 
xmlhttp.setRequestHeader('Content-Type', 'application/json');
xmlhttp.responseType = "json";
xmlhttp.send('{"message": "client sender"}');
xmlHttp.onreadystatechange=function() {
    if (xmlHttp.readyState==4) {
        xmlhttp.send('{"message":"send","code":{"location":"kamer","device":"hoek","state":"off"}}');
    }
 }

Het is mij op dit moment ook niet duidelijk welke URL ik in deze situatie moet gebruiken. De toewijzing WS:// lijkt me niet van toepassing, toch? Verder heb ik ook al varianten geprobeerd met JSON.parse / JSON.stringify, maar dit lijkt ook niet te werken.

Al vast bedankt voor het meedenken!

[CurlyMo]

Draai je op de development branch?

Verder kan ik kort zijn. pilight ondersteund de volgende protocollen:
- Socket via poort 5000
- WebSocket via poort 5001

Andere vormen dus niet. De ingebouwde webserver is ook niet zomaar te benaderen zoals bij standaard webservers. Hij is puur bedoeld voor het doel dat hij nu dient. Wil je iets anders, dan zul je via sockets moeten gaan werken.

[Whackit]

CurlyMo schreef op maandag 21 oktober 2013 @ 15:39:
Draai je op de development branch?

Verder kan ik kort zijn. pilight ondersteund de volgende protocollen:
- Socket via poort 5000
- WebSocket via poort 5001

Andere vormen dus niet. De ingebouwde webserver is ook niet zomaar te benaderen zoals bij standaard webservers. Hij is puur bedoeld voor het doel dat hij nu dient. Wil je iets anders, dan zul je via sockets moeten gaan werken.

Ik draai idd op de development branch. Ik begrijp hieruit dat het directe aansturen vanuit een app zoals tasker lastig gaat worden, aangezien deze geen (web)Sockets ondersteund?
Dit zou erg jammer zijn, heb je misschien nog een ander idee hoe ik dit zou kunnen aanvliegen?

[CurlyMo]

Nee, alleen via (web)sockets. Mijn voornaamste zorg zit hem in het crashen van de daemon, maar dat kan ik niet repliceren.

Het gebruik van ajax e.d. vergt een diepgaandere implementatie van de webserver.

[Verwijderd]

geerttttt schreef op maandag 21 oktober 2013 @ 10:05:
Hoi CurlyMo,

Mooi project! Ik ben aan het onderzoeken of ik een beveiligingssysteem kan maken met een RPI en Kaku- of andere smaak domotica onderdelen.

Heb je nog een setje van de Zender / Ontvanger + LPF liggen? Zo ja dan heb ik wel interesse.

Ik ben alleen iets meer van de hardware dan de software, solderen e.d. lukt me nog wel, maar ik weet niet of ik uit de schematekening in de OP helemaal uit ga komen. Heb jij / heeft iemand hier wellicht een foto van een opstelling waaraan ik de aansluiting wat visueler kan aflezen?

Bedankt alvast!

zie de pilight wiki en daar de electronics section, daar komt je vast uit.

ps, misschien om connected rookalarmen als alarm te gebruiken. Die stuur je met pilight ook wel aan als er bijv beweging is gedetecteerd

(weet niet of de goedkopere rookmelders wel door de (jou) verzekering goed gekeurd zijn, controleer dit zelf maar even. In mijn nieuwe huis moesten de rookmelders op 220 worden aangesloten volgens de elektricien...wilde dat 'alarm' idee zelf namelijk ook gaan doen)

[ Voor 13% gewijzigd door Verwijderd op 21-10-2013 18:33 ]

[neevedr]

Ik probeer een C# class te generen uit de JSON berichten die terug komen maar wat een vreemde opmaak gebruik je daarvoor. Omdat je in de config de naam van het object kan kiezen is het best lastig om er mooi classes van te maken. Een location heet ineens Living, een device heet ineens mainlight.
Wat is het idee daar achter?

[CurlyMo]

Ik begrijp het probleem niet helemaal. In zowel Java, Javascript en iOS programmeer taal (waarin worden die apps eigenlijk geschreven ) gaat het prima. Kan je wat beter toelichten waar je tegenaan loopt en wat je suggesties voor verbeteringen zijn?

[ Voor 12% gewijzigd door CurlyMo op 21-10-2013 20:09 ]

[Koffie]

Misschien even een tip uit de categorie 'captain obvious', maar ik heb een paar keer achter de oren moeten krabben om erachter te komen.

Ik heb een werkende Raspberry Pi waar ik een 1-wire DS18B20 temperatuur sensor uitlees met een python script.
De nieuwste development versie van pilight kon ook zonder problemen bij het system device komen.
Op mijn andere Raspberry Pi lukte dit niet. Ik moest eerste elke keer

sudo modprobe w1-gpio
sudo modprobe w1-therm

draaien om de sensor te zien.

Om te zorgen dat het vanaf een boot werkt dien je dit in je /etc/modules te zetten:

code:

w1-gpio
w1-therm

De reden waarom het zonder deze aanpassing op mijn andere Raspberry Pi altijd al werkte, was omdat ik sowieso al

code:

os.system('modprobe w1-gpio')
os.system('modprobe w1-therm')

In mijn python script had staan, welke als service draait.

[CurlyMo]

@Koffie, misschien kan je dit even aanvullen op de wiki: http://wiki.pilight.org/doku.php/ds18b20. En inderdaad redelijk logisch

[Koffie]

Done

[CurlyMo]

Zijn er al mensen die de nieuwe compilatie scripts hebben geprobeerd?

En natuurlijk bedankt voor het aanvullen

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

[BenPi]

Ja, ik .Toevallig een nieuw install doen. Maar wil nog niet lukken.
Ik krijg foutmeldinden bij uitvoeren van setup.sh

code:

root@raspberrypi:~/pilight# ./setup.sh
./setup.sh: line 94: [: -eq: unary operator expected
./setup.sh: line 97: cmake: command not found
make: /usr/bin/cmake: Command not found
make: *** [cmake_check_build_system] Error 127
root@raspberrypi:~/pilight#

[CurlyMo]

Er wordt nu een bericht gegeven wanneer je bepaalde programma's mist. Je hebt voor de nieuwe compilatie cmake en dialog nodig. Beide verkrijgbaar via apt-get.

[BenPi]

@CurlyMo Je blijft me verbazen !
NICE !!!!

[CurlyMo]

Kan je meer toelichting geven. Alleen NICE is leuk, maar zegt weinig

[neevedr]

CurlyMo schreef op maandag 21 oktober 2013 @ 20:08:
Ik begrijp het probleem niet helemaal. In zowel Java, Javascript en iOS programmeer taal (waarin worden die apps eigenlijk geschreven ) gaat het prima. Kan je wat beter toelichten waar je tegenaan loopt en wat je suggesties voor verbeteringen zijn?

Deze code:

JSON:

{
    "living": {
        "name": "Living"
    },  
    "bedroom": {
        "name": "Bedroom"
    }        
}

Wordt in C# zoiets als dit:

C#:

public class Living
{
    public string name { get; set; }
}

public class Bedroom
{
    public string name { get; set; }
}

public class RootObject
{
    public Living living { get; set; }
    public Bedroom bedroom { get; set; }
}

Wat natuurlijk niet gaat.

Ik moet nog even uitzoeken hoe untyped object georiënteerd proggen het beste gaat.

[CurlyMo]

Waarom maak je er niet zoiets als dit van (zoiets is ook in java en javascript):

C#:

public class Location
{
    public string id { get; set; }
    public string name { get; set; }
}

public class Device
{
    public string id { get; set; }
    public string name { get; set; }
}

public class RootObject
{
    public Location location { get; set; } // dit moet dan een soort van array / list / hashmap object worden waarin je de devices plaatst.
}

[neevedr]

Dat is wat ik graag zou willen maar het is niet mogelijk om de JSON in een keer te parsen naar een C# object. De JSON die komt uit jouw voorbeeld is:

code:

{
    "location": {
        "id": "living",
        "name": "Living"
    },
    "location": {
        "id": "bedroom",
        "name": "Bedroom"
    },
}

Waarbij de 'keys' een vaste waarde hebben en niet afhankelijk van je gekozen configuratie en wat gewoon van JSON naar C# classes is te parsen m.b.v.:

C#:

RootObject Locations = JsonConvert.DeserializeObject<RootObject>(json);

[CurlyMo]

Laten we even een duidelijke distinctie maken tussen de daadwerklijke JSON die er zo hoort uit te zien:

JavaScript:

{
    "living": {
        "name": "Living"
    },
    "bedroom": {
        "name": "Bedroom"
    }
}

En mijn suggesties voor implementatie in C#.

Dit is hoe ik het in Java heb gedaan (excl. getters en setters):

Java:

public class Config {
    private static HashMap<String, Location> config = new HashMap<String, Location>();
}

Java:

public class Location {
    private String name;
    private int order;
    private HashMap<String, Device> devices = new HashMap<String, Device>();
}

Java:

public class Device {
    private String name;
    private Integer order;
    private HashMap<String, ArrayList<String>> settings = new HashMap<String, ArrayList<String>>();
}

Opbouwen van de GUI:

Java:

for(Map.Entry<String, Location> lentry : Config.getConfig().entrySet()) {
    Location location = (Location)lentry.getValue();
    for(Map.Entry<String, Device> dentry : location.getDevices().entrySet()) {
        Device device = (Device)dentry.getValue();
        int type = Integer.parseInt(device.getSettings().get("type").get(0));
    }
}

Maar zoals aangegeven, als je een betere suggestie hebt voor een JSON structuur van de config dan hoor ik dat graag. Eventueel hou je de JSON als JSON en parse je telkens dat object. Zo doe ik dat ook in Javascript. Dan hoef je hem niet eerst om te zetten naar interne objecten. Misschien had ik dat achteraf in Java ook moeten, maar goed, ik ben dan ook geen Java ontwikkelaar

[woutervt]

Ik snap het even niet. Het elro protocol bestaat niet in mijn installatie?
Ik weet toch zeker dat ik hem heb geselecteerd in de installatie:

code:

pi@RaspberryPi ~ $ pilight-send
Usage: pilight-send -p protocol [options]

The supported protocols are:
         generic_dimmer                 Generic dimmers
         generic_switch                 Generic switches
         generic_weather                Generic weather stations
         raw                            Raw codes
         relay                          Control connected relay's
         select-remote                  SelectRemote Switches
         impuls                         Impuls Switches
         home_easy_old                  Old Home Easy Switches
         intertechno_old                Old Intertechno Switches
         cogex                          Cogex Switches
         kaku_old                       Old KlikAanKlikUit Switches
         kaku_dimmer                    KlikAanKlikUit Dimmers
         intertechno_switch             Intertechno Switches
         coco_switch                    CoCo Technologies Switches
         nexa_switch                    Nexa Switches
         dio_switch                     D-IO (Chacon) Switches
         kaku_switch                    KlikAanKlikUit Switches

[CurlyMo]

Er zat een klein foutje in de code waardoor Elro niet geactiveerd werd.

PS. Heb je zelf nog dingen uitgezet?

[ Voor 40% gewijzigd door CurlyMo op 22-10-2013 13:09 ]

[woutervt]

Ik zie het op github inderdaad. Thanks voor de update!


Oh nee, ik heb verder niets uitgezet..

PS.
Heb even een fresh reinstall gedaan van mn Pi, alleen hij kan de pilight service niet starten..

code:

pi@raspberrypi ~/pilight $ service pilight start
pilight: unrecognized service

Bij de installatie krijg ik ook deze melding:

code:

insserv: script pilight is not an executable regular file, skipped!

[ Voor 91% gewijzigd door woutervt op 22-10-2013 13:56 ]

[buldogwtf]

woutervt schreef op dinsdag 22 oktober 2013 @ 12:04:
Ik zie het op github inderdaad. Thanks voor de update!


Oh nee, ik heb verder niets uitgezet..

PS.
Heb even een fresh reinstall gedaan van mn Pi, alleen hij kan de pilight service niet starten..

code:

pi@raspberrypi ~/pilight $ service pilight start
pilight: unrecognized service

Bij de installatie krijg ik ook deze melding:

code:

insserv: script pilight is not an executable regular file, skipped!

idem hier (had lekker middagje vrij en wilde ook een fresh install hebben, image van 25-9-2013 gedownload)

[CurlyMo]

Moet nu gefixed zijn.

[buldogwtf]

CurlyMo schreef op dinsdag 22 oktober 2013 @ 16:41:
Moet nu gefixed zijn.

Ik krijg nu:

root@raspberry:~/pilight# service pilight start
[....] Starting : pilight[Oct 22 17:50:33:736368] pilight-daemon: ERROR: cannot write config file: (null)
failed!

[CurlyMo]

Nogmaals [ code ] tags zijn er niet voor niks, ook voor terminal output.

Kan je kijken of je config bestand wel correct is?

[buldogwtf]

CurlyMo schreef op dinsdag 22 oktober 2013 @ 19:54:
Nogmaals [ code ] tags zijn er niet voor niks, ook voor terminal output.

Kan je kijken of je config bestand wel correct is?

Excuus, was idd te snel met posten (en jij bent nog sneller :-) ), settings.json aangepast naar module en config.json even testbestandje neergezet (moet ik nog helemaal aanpassen, gebruik nu een van je 'allereerste' wiringpi code die ik via php aanroep)

Thanks!

[CurlyMo]

Je hebt altijd de mogelijkheid om je reacties te bewerken

[neevedr]

CurlyMo schreef op dinsdag 22 oktober 2013 @ 10:24:
Maar zoals aangegeven, als je een betere suggestie hebt voor een JSON structuur van de config dan hoor ik dat graag. Eventueel hou je de JSON als JSON en parse je telkens dat object. Zo doe ik dat ook in Javascript. Dan hoef je hem niet eerst om te zetten naar interne objecten. Misschien had ik dat achteraf in Java ook moeten, maar goed, ik ben dan ook geen Java ontwikkelaar

Wat bedoel je met "Eventueel hou je de JSON als JSON en parse je telkens dat object."?

Ik heb nu dit als objecten:

C#:

    public class Config
    {
        public Dictionary<String, Location> config = new Dictionary<String, Location>();
    }

    public class Location
    {
        public String name { get; set; }
        public int order { get; set; }
        public Dictionary<String, Device> devices = new Dictionary<String, Device>();
    }

    public class Device
    {
        public String name { get; set; }
        public int order { get; set; }
        public Dictionary<String, List<String>> settings = new Dictionary<String, List<String>>();
    }

Maar als ik dat serialize komt er dit uit:

code:

{
    "config": {
        "Kitchen": {
            "devices": {
                "temperature": {
                    "name": "Temperatuur",
                    "order": 0
                }
            },
            "name": "Keuken",
            "order": 0
        }
    }
}

waar dus die extra "devices" tag er een te veel is. Het deserializen gaat daarom dan ook niet goed. Hoewel dit volgens mij ook deels aan de JSON.net implementatie ligt.

Mijn voorstel zou zijn om geen variabele keys te gebruiken maar netjes vaste waarden zoals "Locations" en "Devices".

[CurlyMo]

Nu ga je JSON tot C# objecten omzetten, maar je kan toch ook direct je JSON class/object gebruiken?

Jouw voorstel voor een config maakt het ingewikkelder dan het nu is. Daarnaast denk ik ook dat ook de limitaties van JSON is.

---

Lijk je net een mooi idee gevonden te hebben gooit er weer iemand roet in het eten

De KaKu APA3-1500R heeft een mooie pulse lengte van 301
De KaKu AWMT-230 heeft een mooie pulse lengte van 252

Tijd dus om meerdere pulslengtes per protocol te gaan ondersteunen

[ Voor 53% gewijzigd door CurlyMo op 22-10-2013 22:35 ]

[woutervt]

Hoe kun je gemakkelijk de installatie updaten? Heb wat opgezocht met git full en git fetch, kom alleen niet verder dan:

code:

pi@raspberrypi ~ $ git pull https://github.com/pilight/pilight.git
fatal: Not a git repository (or any of the parent directories): .git

[CurlyMo]

Door wat je nu gedaan hebt in de oude pilight git source folder te doen.

[ Voor 5% gewijzigd door CurlyMo op 23-10-2013 00:44 ]

[Verwijderd]

CurlyMo schreef op maandag 21 oktober 2013 @ 21:09:
Zijn er al mensen die de nieuwe compilatie scripts hebben geprobeerd?

En natuurlijk bedankt voor het aanvullen

Ja, gisteravond geprobeert, fantastisch resultaat! Erg gemakkelijk zo, scheelt ook gelijk alle protocols die ik niet nodig heb, wat natuurlijk de daemon (ao?) versnelt.
Ik had verwacht dat bij de keuze voor lirc of gpio in setup.sh er 1 van beiden gekozen kon worden ipv beiden en dat dat ook gelijk de settings.json aan zou passen. Misschien een suggestie om mee te nemen.

Wellicht ook een optie om dan gelijk, bij afwezigheid, "dialog" en "cmake" te laten installeren?

Er is super veel vooruitgang geboekt, met mijn iPrototype ontvanger kan ik nu ook goed de impuls signalen ontvangen. Ik weet het nog niet zeker maar het lijkt wel beter te gaan in lirc modus dan in gpio modus. Teven in de settings.json "received-repeats" van 1 naar 2 gezet, anders is 1 op de 4 (ofzo) ontvangen codes met pilight-receive foutief. (Nu veel) minder vaak.

Vanavond eens proberen of ik mijn 1-wire temperatuur sensor ook aan de slinger kan krijgen, dan beginnen aan een android appje.

[CurlyMo]

Verwijderd schreef op woensdag 23 oktober 2013 @ 14:10:
Ik had verwacht dat bij de keuze voor lirc of gpio in setup.sh er 1 van beiden gekozen kon worden ipv beiden en dat dat ook gelijk de settings.json aan zou passen. Misschien een suggestie om mee te nemen.

Dat is het doel niet van deze stap in het compileren.

Wellicht ook een optie om dan gelijk, bij afwezigheid, "dialog" en "cmake" te laten installeren?

Ook hier, het doel van een programma is niet om op deze manier het systeem te beïnvloeden.

Er is super veel vooruitgang geboekt, met mijn iPrototype ontvanger kan ik nu ook goed de impuls signalen ontvangen. Ik weet het nog niet zeker maar het lijkt wel beter te gaan in lirc modus dan in gpio modus. Teven in de settings.json "received-repeats" van 1 naar 2 gezet, anders is 1 op de 4 (ofzo) ontvangen codes met pilight-receive foutief. (Nu veel) minder vaak.

Ik krijg het met die iPrototype nog steeds niet voor elkaar

Vanavond eens proberen of ik mijn 1-wire temperatuur sensor ook aan de slinger kan krijgen, dan beginnen aan een android appje.

Zou een publieke Android App willen bouwen waarbij ik je toegang geef tot je eigen pilight repo?

[woutervt]

CurlyMo schreef op woensdag 23 oktober 2013 @ 00:44:
Door wat je nu gedaan hebt in de oude pilight git source folder te doen.

Thanks!

Is het ook mogelijk om zonder ontvanger pilight-daemon te starten? Ik krijg nu een wiringPi error:

code:

wiringPiISR: unable to open /sys/class/gpio/gpio18/value: No such file or directory

Maar er zit natuurlijk niets aan GPIO18 aangezien ik nog geen ontvanger heb..

[CurlyMo]

Het is geen "slimme" ontvanger, dus linux weet niet dat er een ontvanger aangesloten is. Het moet dus gewoon kunnen werken zonder. Kijk even op het pilight forum waar iemand een soort gelijk probleem had.

[neevedr]

Vanaf zaterdag 16/10 bij de Aldi:



http://www.aldi.nl/aldi_d...zenset_48_5_649_6802.html

Gaan deze werken?

[ Voor 4% gewijzigd door neevedr op 23-10-2013 21:55 ]

[CurlyMo]

Gaan we zien

[Koffie]

Uit de specs :
maximaal bereik: ca. 40 m

Klinkt niet erg functioneel

[BenPi]

Maar wel reeel

[CurlyMo]

Zojuist de Aurel RX-4M50RR30SF ontvanger getest, maar de ervaringen zijn tot nu toe negatief. Daarmee bedoel ik dat hij niet de verwachtingen waar maakt die ik had. Mijn kritiekpunten na de eerste test:

+ De filtering is beter, maar je hebt nog steeds een LPF nodig.
+ Het ontvangst is 30m zonder antenne (die Ebay doet 30m met antenne).
+ Het bereik met antenne is slechter dan zonder.
-- Die Aurel is 3x tot 4x zo duur.

Alhoewel deze plusjes, is hij simpelweg de prijs niet waard en ik had een betere filtering en een groter bereik verwacht met antenne. Natuurlijk ga ik verder testen.

[ Voor 12% gewijzigd door CurlyMo op 24-10-2013 18:59 ]

[Verwijderd]

Nu het toch over antennes hebt.. wat gebruik jij nu als antenne? Nog steeds een stukje harde kern installatiedraad van 17 cm, opgekruld en uitgetrokken tot 10 cm? Of heb je onderhand wat beters? Dat is de manier die ik nu voor het iPrototype ding gebruik met als resultaat een ontvangstbereik van 4 meter, natuurlijk niet om over naar huis te schrijven.

De DSxxx temperatuurmeter werkt als een tierelier hier!

[CurlyMo]

Ja, opgerold stukje draad

Dat ontvangst bereik van 4 meter is ook precies waarom ik vind dat we geen moeite moeten doen voor dat ding.

[ Voor 66% gewijzigd door CurlyMo op 24-10-2013 20:39 ]

[Verwijderd]

Daar heb je wel gelijk in denk ik. Maar de beschikbaarheid van een wazig ding dat alleen via e-bay te verkrijgen is is natuurlijk ook wel een groot nadeel. Ik wacht nu 8 weken al op zo'n dingetjes, die van iProtoype was in een dag of wat binnen. En dat is nog lang, als je hem vandaag besteld is hij er morgen.

Jammer dat die van aurel dan zo tegenvalt, komt die van jou van conrad? Heb je enig idee waarom je ontvangst met antenne slechter is dan zonder?

[CurlyMo]

Ja van Conrad. Geen idee.

---

Ik heb een nieuw kopje toegevoegd betreffende mijn ervaringen met zenders / ontvangers. Als jullie nog types hebben getest die ik niet ken. Voeg ze toe.

[ Voor 76% gewijzigd door CurlyMo op 24-10-2013 21:15 ]

[Verwijderd]

Verwijderd schreef op donderdag 24 oktober 2013 @ 19:39:

De DSxxx temperatuurmeter werkt als een tierelier hier!

Nou! Heb volgens mij dezelfde Alecto WSD-17, maar deze als test in het tuinhuisje gezet en de ontvangen binnen in de keuken +/- 20 meter en eigenlijk geen meuren! Soms ontvangst soms niks.

Valt mij juist , gezien er geen muren tussen zitten en veel openlucht, beetje tegen....maarrrr let wel, heb nog het over de alecto ontvanger, niet 'onze' super ebay ontvanger

Zou eigenlijk dezelfde test met de Pi moeten doen en dan kijken of er gaten vallen ....

*EDIT: zie dat je het over een andere temperatuurmeter hebt...oeps

[ Voor 21% gewijzigd door Verwijderd op 24-10-2013 22:08 ]

[CurlyMo]

Die DS is een sensor direct via kabels verbonden aan de RPi. Geen wonder dat het perfect werkt

Heb je al een antenne geprobeerd?

[mojo81]

Complimenten voor het werk dat er de laatste tijd is verzet. De nieuwe installer is prachtig. Mooi dat ongebruikte protocollen en onderdelen uitgeschakeld kunnen worden. Daarnaast vind ik pilight-raw een geniale toevoeging! Een tijdje geleden vond ik het nog jammer dat ik mode2 en de daemon niet naast elkaar kon gebruiken, dus super dat er nu een soort mode2 is vanuit pilight zelf. Dit gaat volgens mij veel helpen om problemen in protocollen op te sporen of protocollen toe te voegen (iets waar ik in mijn geval nog mee aan de slag moet)

[KroontjesPen]

Helaas blijf ik voorlopig even aan maar de kant staan.

Een aantal zaken heb ik al een beetje bekeken zoals Python, JSON, C++ en dat zal wel lukken denk ik.
Weet nu wat een make opdracht kan zijn.
Er zijn alleen nog meer van die insiderstermen die ik pas ga kennen als ik Linux ga leren en begrijpen.
Daar zie ik wel tegenop mede doordat daar een kip/ei probleem voordoet.
Je moet ergens Linux op hebben staan om te leren.
Een RPi + toevoegingen kopen en het blijk later niet te gaan is ook niet leuk.

Dit geldt ook voor pilight zelf. Neem de pilight-learn module.
Daar wordt uitgegaan van een 3 groeps ab met een alles aan/uit unit.
Zelf heb ik van KaKu een 4x4 groeps ab met een (mogelijk) alles aan/uit unit.
Dus niet alles maar wel een aantal units gezamenlijk aan/uit.

Ook heb ik een aantal wandschakelaars: 2 enkele, 2 dubbele. Hoe ga je die leren aan pilight.
Nu gaat het bijvoorbeeld in met sensor of TPC-300 en uit met de hand, sensor of TPC-300.
Dus weer een kip/ei situatie. Zelf proberen is leren en de kost gaat voor de baat uit. Maar toch.

Blijf wel hier en op pilightform alles volgen daar leer ik ook van. Kan ik helpen dan zal ik het zeker doen.

[ Voor 2% gewijzigd door KroontjesPen op 31-10-2013 17:44 . Reden: Aantal wandschakelaars ]

[woutervt]

neevedr schreef op woensdag 23 oktober 2013 @ 21:54:
Vanaf zaterdag 16/10 bij de Aldi:

[afbeelding]

http://www.aldi.nl/aldi_d...zenset_48_5_649_6802.html

Gaan deze werken?

Ook een weerstation bij de aldi voor 17 euro trouwens! Voor de mensen die geen goedkope bij de Kruidvat hebben kunnen krijgen:

http://www.aldi.nl/aldi_d...tation_48_5_649_6803.html

---

Ik heb een vraag over de condensator. Hoe sluit je deze aan, aangezien hij 2 ongelijke pins er aan heeft zitten? Of moet je dit zover buigen tot het wel past?

[ Voor 17% gewijzigd door woutervt op 25-10-2013 11:28 ]

[woutervt]

_{dit bericht aub verwijderen}

[ Voor 87% gewijzigd door woutervt op 25-10-2013 11:27 ]

[mitch187]

Vandaag eindelijk een beetje begonnen, maar lijkt dat ik helaas al vastgelopen ben. Mijn daemon blijft crashen binnen een minuut, zal eens een schone installatie gebruiken ipv een oude xbian installatie. Maar even terug naar waar ik al even op vastzit inmiddels.. Zonder LPF ontvang ik de volgende raw van mijn afstandsbediening.

code:

332 996 996 332 
332 996 996 332 
332 996 332 996 
332 996 332 996 
332 996 332 996 
332 996 996 332 
332 996 332 996 
332 996 332 996 
332 996 332 996 
332 996 996 332 
332 996 996 332 
332 996 332 996 
332 11288

Wat de volgende code volgens de wiki vertaald wordt als volgt:
00111 01110 0 1
unit: 7
id: 14

Het probleem is nu dat het volgende niet werkt.

code:

~/pilight/pilight-send -p kaku_old -i 14 -u 7 -f

Maar de gegevens raw doorsturen werkt prima?

code:

~/pilight/pilight-send -p raw -c "332 996 996 332 332 996 996 332 332 996 332 996 332 996 332 996 332 996 332 996 332 996 996 332 332 996 332 996 332 996 332 996 332 996 332 996 332 996 996 332 332 996 996 332 332 996 332 996 332 11288"

[neographikal]

Kloppen je unit/id wel? Ik heb daarover een stukje toegevoegd aan de wiki

[mitch187]

Ah super, daarmee werkt het.

Morgen maar even een simpel appje in elkaar zetten, klopt het trouwens dat de web interface op 5001 niet werkt? Ook merk ik dat de daemon wel lijft draaien wanneer ik de web interface niet open.

@edit Te vroeg gejuicht, daemon lijkt het langer uit te houden maar crasht nog steeds.

[ Voor 16% gewijzigd door mitch187 op 25-10-2013 16:07 ]

[CurlyMo]

@mitch187, welke branch draai je?

[mitch187]

Main branch

[CurlyMo]

Hmm, misschien zou je de development branch een kunnen proberen...

[mitch187]

Op development had ik hetzelfde probleem, heb even een verse nieuwste versie van xbian erop gezet en vervolgens de development branch. Hij lijkt nu na inmiddels 15 minuten te blijven draaien, helaas de web interface blijft unresponsive op meerdere browsers.

[19roland70]

Ik wil een clean install doen om alles opnieuw te installeren ,
maar welke installatie moet ik aanhouden, die op tweakers staat of van de site van pilight?
Deze verschillen namelijk.

[CurlyMo]

Waarin?

[19roland70]

code hier op de eerste pagina

code:

cd ~
git clone https://github.com/pilight/pilight
cd pilight
chmod +x setup.sh
./setup.sh

code op de pilight site

code:

cd ~
git clone --depth 5 https://github.com/pilight/pilight.git
cd pilight
chmod +x setup.sh
./setup.sh
ldconfig

[CurlyMo]

Zoals hieronder te zien heeft de pilight site altijd de laatste info.

[Verwijderd]

mitch187 schreef op vrijdag 25 oktober 2013 @ 18:18:
Op development had ik hetzelfde probleem, heb even een verse nieuwste versie van xbian erop gezet en vervolgens de development branch. Hij lijkt nu na inmiddels 15 minuten te blijven draaien, helaas de web interface blijft unresponsive op meerdere browsers.

Had zelf problemen met xbian en het booten op de Pi. Daarnaast had ik helemaal in het begin openelect draaien. Toen ik pilight wilde proberen had ik hier en daar problemen, maar sinds ik raspbian draai gaat alles paletti ! Probeer raspbian eens, kijken of je daar verder mee komt.

[Verwijderd]

Ik dacht, ff eens via de phone de webgui benaderen: your browser doesnt support websockets )-:

http://caniuse.com/websockets

Kzie dat er andere browsers wel websockets ondersteunen, maar hoe doen jullie dat nu "ff snel !" op je phone een lampje schakelen ?

[Verwijderd]

Verwijderd schreef op vrijdag 25 oktober 2013 @ 22:40:
Ik dacht, ff eens via de phone de webgui benaderen: your browser doesnt support websockets )-:

http://caniuse.com/websockets

Kzie dat er andere browsers wel websockets ondersteunen, maar hoe doen jullie dat nu "ff snel !" op je phone een lampje schakelen ?

Nog niet, maar aan een android appje wordt gewerkt, ik hoop over een weekje ofzo een ruwe maar werkende app te hebben. De code op github werkt iig niet meer met de huidige daemon. Uiteraard maak ik alles open-source..

[CurlyMo]

@Zatta, had je al toegang tot die Android repo op pilight?

[Verwijderd]

Ja, die heb je me al gegeven.

[CurlyMo]

Mooi

[buldogwtf]

Het blijft toch leuk:

Kom ik vanmiddag als eerste thuis van de familie, is het al aardig donker. Ik doe de sleutel in de voordeur (ondertussen maakt mij mobiel vanzelf verbinding met mijn wifi) en gaan keurig de lichten aan (via tasker app, die checkt of het donker is en dan php scriptje oproept).

Ondertussen ook webgui helemaal werkend gekregen (heb kaku old, kaku dimmers).

Net gemerkt dat ik ook mijn deurbel kan bedienen via de raw code (geen idee wat ik daar verder mee kan...)

Nu nog een keer de alecto weerstation van mijn vader 'lenen' om te testen :-)

[Verwijderd]

Verwijderd schreef op vrijdag 25 oktober 2013 @ 22:54:
[...]

Nog niet, maar aan een android appje wordt gewerkt, ik hoop over een weekje ofzo een ruwe maar werkende app te hebben. De code op github werkt iig niet meer met de huidige daemon. Uiteraard maak ik alles open-source..

Nice!

[CurlyMo]

Nieuwe commit gedaan met een paar verwelkome verbeteringen (al zeg ik het zelf ).

Let wel op, want de process-file mogelijkheid is eruit gehaald. In plaats daarvan worden drie ontvangers meegeleverd in perl, python en php. Vanuit een van die talen kan je wat je in de process-file deed makkelijk omzetten.

Versie 1.0 (KaKu AB, knop ingedrukt gehouden totdat hij stopt met zenden):
- Max. 10 ontvangen codes

Versie Dev. vorige commit:
- Max. 17 ontvangen codes

Versie Huidig
- Max. 35 ontvangen codes

[ Voor 25% gewijzigd door CurlyMo op 26-10-2013 13:57 ]

[Whackit]

buldogwtf schreef op vrijdag 25 oktober 2013 @ 23:06:
Het blijft toch leuk:

Kom ik vanmiddag als eerste thuis van de familie, is het al aardig donker. Ik doe de sleutel in de voordeur (ondertussen maakt mij mobiel vanzelf verbinding met mijn wifi) en gaan keurig de lichten aan (via tasker app, die checkt of het donker is en dan php scriptje oproept).

Ondertussen ook webgui helemaal werkend gekregen (heb kaku old, kaku dimmers).

Net gemerkt dat ik ook mijn deurbel kan bedienen via de raw code (geen idee wat ik daar verder mee kan...)

Nu nog een keer de alecto weerstation van mijn vader 'lenen' om te testen :-)

Hej hier was ik ook mee bezig, maar mij wou het nog niet lukken...
Draai je de PHP op een losse webserver? En hoe roep je de PHP pagina vanuit Tasker op, met een HTTP GET, of open je echt de browser op je telefoon?

Zou je hier een wat uitgebreidere beschrijving van willen posten. Daar zou je me een groot plezier mee doen!

[buldogwtf]

Whackit schreef op zaterdag 26 oktober 2013 @ 13:30:
[...]

Hej hier was ik ook mee bezig, maar mij wou het nog niet lukken...
Draai je de PHP op een losse webserver? En hoe roep je de PHP pagina vanuit Tasker op, met een HTTP GET, of open je echt de browser op je telefoon?

Zou je hier een wat uitgebreidere beschrijving van willen posten. Daar zou je me een groot plezier mee doen!

Nou, was bij mij ook veel 'aanprutsen' alvorens ik het had werken:

Ik heb php op de raspberry draaien ( ooit eens via deze link gedaan: http://www.instructables....y-Pi-Web-Server/?ALLSTEPS)

daarna heb ik in 'var/www' folder bijvoorbeeld een 'test.php' file staan met daarin:
[/quote]

<?
ob_start(); // ensures anything dumped out will be caught

// do stuff here
echo exec ('sudo ./sendKakuOld -i 13 -u 28 -t');

// clear out the output buffer
while (ob_get_status())
{
ob_end_clean();
}

// no redirect
header( "Location: http://192.168.1.119/kaku.html" );
?>

[quote]

of met de nieuwe code (let wel dat je het pilight-send bestand vanuit de pilight folder in de /var/www folder zet):

echo exec ('sudo ./pilight-send -p kaku_dimmer -u 3 -i 2683028 -f');

Via tasker heb ik dan idd een task ingesteld die via HTTP Get naar dit http://192.168.1.119/test.php gaat en een flash bericht geeft (ik wil niet dat de telefoon een browser opent en naar de website gaat, nergens voor nodig). Dit dan verwerkt in een tasker profiel met daarin een check of ik connectie heb met mijn wifi netwerk, bepaalde tijd en day & night time plugin met 50 straal om de zendmast.

Tevens een kaku.html webpagina gemaakt met daarin een aantal knoppen die deze php pagina's ook aanroepen en weer teruggaan naar de beginpagina (maar ondertussen de webqui werkend gekregen waar ik meer fan van ben).

Hopelijk kom je zo wat verder! (en het zal allemaal wel niet allemaal correct zijn qua computertaal, maar werkt prima :-) ).

[buldogwtf]

Misschien beetje offtopic maar:

Ik heb nog een kroonluchter (9x60watt) die ik graag aan de pilight wil toevoegen. Er zit nu een merten dimmer op (en die moet erop blijven aangezien we dit overal in huis hebben). KAKU heeft wel een schakelaar die erachter kan, echter niet met deze dimmer (alleen aan/uit schakelaar).

Jullie ideen hoe ik dit kan doen (hoeft niet perse KAKU te zijn).

[Whackit]

buldogwtf schreef op zaterdag 26 oktober 2013 @ 14:28:
[...]

Bedankt voor je beschrijving, ik had al wel een idee dat ik het uiteindelijk in deze hoek zou moeten zoeken. Ik ga er maar eens mee aan de slag.

Ondertussen heb ik nog een vraag voor CurlyMo...
In je laatste memory branch werkt het ontvangen Sartano (Elro) protocol niet meer (versturen wel). Hierdoor worden in mijn WebGui de statussen niet bijgewerkt wanneer ik toch nog de afstandsbediening gebruik.

Ik heb het al deels gedebugd door pilight-learn te gebruiken. Hieruit kreeg ik de volgende waardes:

code:

--[RESULTS]--

pulse:          3
rawlen:         50
binlen:         12
plslen:         295

on-off bit(s):  11
all bit(s):
unit bit(s):    4 5

Raw code:
295 885 295 885 295 885 295 885 295 885 295 885 295 885 295 885 295 885 885 295 295 885 885 295 295 885 295 885 295 885 295 885 295 885 295 885 295 885 885 295 295 885 885 295 295 885 885 295 295 10030
Raw simplified:
On:     01010101010101010101010101010101010101100110011001
Off:    01010101010101010101010101010101010101100110011001
All:    01010101010101010101010101010101010101100110010101
Unit 1: 01010101010101010101010101010101010101100110011001
Unit 2: 01010101010101010110010101010101010101100110011001
Unit 3: 01010101010101010110011001010101010101100110011001
Binary code:
On:     111111111000
Off:    111111111001
All:    111111111001
Unit 1: 111111111000
Unit 2: 111101111000
Unit 3: 111100111000

Ik heb in sartano.c de volgende regel aangepast:
protocol_plslen_add(sartano, 287);
protocol_plslen_add(sartano, 295);

Dit zorgt ervoor dat het OFF commando wel goed ontvangen wordt, alleen wordt nu het ON commando nog niet ontvangen.

Wat kan ik hier aan doen?

[ Voor 5% gewijzigd door Whackit op 26-10-2013 15:32 ]

[CurlyMo]

Zoveel mogelijk pilight-debug in het betreffende topic op het pilight forum zetten en eventueel wachten totdat *geanonimiseerd* er naar gekeken heeft.

---

Het kan niet zo zijn geweest dat jouw Elro apparaten voorheen wel werden ontvangen, want het specifieke stukje code dat het ontvangen in jouw geval onmogelijk maakt is dit in libs/protocols/sartano.c:

code:

    if(check != state) {

Jij bent de eerste met Elro waarin die conditie niet altijd waar is. Zie ook de wiki betreffende Elro. Weet je dus zeker dat het Elro is en geen verwant merk? Het lijkt namelijk vrijwel zeker het HomeEasy Oud protocol te zijn dat veel lijkt op Elro, maar nog niet goed ondersteund werd.

[ Voor 75% gewijzigd door CurlyMo op 26-10-2013 16:03 ]

[Sander]

Wat is nu een handige optie voor een temperatuur en humidity meter? Ik heb wat acute issues met vocht hier in huis en zou dus graag een paar simpele sensors toevoegen. De alecto wss-17 kan ik nergens vinden online, volgens forum is de cresta nog wip.

Wat raden jullie aan? Anders gaat het voorlopig toch echt een out of the box oplossing worden.

[19roland70]

Alles er opnieuw opgezet nu krijg ik deze foutmelding:

code:

root@raspberrypi:~#  service pilight start
[....] Starting : pilight[Oct 26 19:02:36:428609] pilight-daemon: ERROR: setting "process-file" is invalid
 failed!
root@raspberrypi:~#

wat is er aan de hand?

[CurlyMo]

Misschien de aankondiging van de nieuwe commit lezen

[mitch187]

Vanavond even overgestap van Xbian naar Raspbmc en al mijn problemen zijn weg. Web frontend en mijn appje werken prima, bedankt voor al het werk CurlyMo!

Tijd uit te breiden! Een setje van 3 KAKU's zijn niet zo duur dus ik ga niet moeilijk doen over het type. Ook vond ik in de rommelbak hier nog een oude KAKU dimmer liggen, een YC-412, zonder afstandsbediening. Is er een mogelijkheid om deze unit en het id te achterhalen? Er zitten 2 schijfjes op A-O en 1-16

[CurlyMo]

Heb je al op de wiki gekeken?

[mitch187]

Ja, tenzij er meer info is dan dit?

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

Wat mogelijk intressant was de info die gister aan de oude KAKU's is toegevoegd. Maar kaku_dimmer accepteerd sowieso geen id=0.
http://wiki.pilight.org/doku.php/arctech_old

The old KlikAanKlikUit devices work setting two wheels: group (0-H) and device number (0-16). To control a device from pilight you need to send the correct group and unit id, these do not correspond 1:1.

A-1 on the unit corresponds with unit 0 id 0 in pilight A-2 on the unit corresponds with unit 0 id 1 in pilight etc.

[CurlyMo]

Kijk dan op het pilight forum betreffende info over oude kaku dimmers.

[mitch187]

heb hem al geprobeerd om hem aan te roepen via kaku_old zoals op het forum gedaan wordt, geen resultaat. Ben bang dat hij afval waardig is. In tegenstelling tot die "oude" die daar besproken wordt staat deze niet eens meer vermeld op de site van kaku.

[CurlyMo]

Het is moeilijk uitvogelen als je geen AB hebt. Sloop tenminste de ontvanger eruit

mitch187 schreef op zaterdag 26 oktober 2013 @ 20:29:
Vanavond even overgestap van Xbian naar Raspbmc en al mijn problemen zijn weg.

Ik blijf ook een oud XBian dev natuurlijk.

[ Voor 76% gewijzigd door CurlyMo op 26-10-2013 22:37 ]

[Verwijderd]

CurlyMo schreef op zaterdag 26 oktober 2013 @ 15:41:
Zoveel mogelijk pilight-debug in het betreffende topic op het pilight forum zetten en eventueel wachten totdat *geanonimiseerd* er naar gekeken heeft.

Indien het een variant is van elro zou je de check ook kunnen verwijderen aangezien pilight nu veel nauwkeuriger is en niet gauw false positives meer geeft, denk ik. @Whackit: Probeer het uit zou ik zeggen.

[CurlyMo]

Zoals ik in die post ook al aangaf is het vrijwel zeker HomeEasy ipv Elro.

[Reinder83]

mitch187 schreef op zaterdag 26 oktober 2013 @ 20:29:
..Ook vond ik in de rommelbak hier nog een oude KAKU dimmer liggen, een YC-412, zonder afstandsbediening. Is er een mogelijkheid om deze unit en het id te achterhalen?..

Is het een zelflerende dimmer? In dat geval op de leerknop drukken van de dimmer en dan met pilight-send een kaku_switch commando sturen om aan te schakelen. Daarna kan je dan de dimmer bedienen met kaku_switch en kaku_dimmer.

[Verwijderd]

CurlyMo schreef op zaterdag 26 oktober 2013 @ 19:18:
Misschien de aankondiging van de nieuwe commit lezen

idee?:

Zou het wat zijn om op pilight.org een "nieuws sectie" te maken waarin je zulke nieuwe zaken kunt aankondigen ?

Nieuwe mensen die pilight voor de eerste keer lezen zullen dan gelijk een indruk krijgen van al deze vernieuwde zaken ....

[mitch187]

Reinder83 schreef op zondag 27 oktober 2013 @ 09:02:
[...]

Is het een zelflerende dimmer?..

Nee, het is geen zelflerende dimmer, hij heeft 2 schijfjes

[ Voor 31% gewijzigd door mitch187 op 27-10-2013 10:17 ]

[CurlyMo]

Verwijderd schreef op zondag 27 oktober 2013 @ 09:58:
[...]
idee?:

Zou het wat zijn om op pilight.org een "nieuws sectie" te maken waarin je zulke nieuwe zaken kunt aankondigen ?

Jazeker, maar mijn voornemen blijft om een serieuze "normale" site te hebben waarvan het forum een onderdeel is. De beste kandidaat die zich daarvoor beschikbaar had gesteld reageert niet meer, dus wacht ik op een nieuw aanbod. Ik heb wel al mensen gehad die een wordpress site in elkaar kunnen draaien (erg bedankt daarvoor!), maar dat kan ik zelf ook. Ik wil graag een site met een professionele uitstraling (incl. strak design) die wel gewoon om mijn eigen hosting kan draaien. Natuurlijk krijgt diegene de credits.

Niet voor niks staat er ook zo'n oproep op het forum. Tot die tijd gaat het op deze manier

[buldogwtf]

mitch187 schreef op zondag 27 oktober 2013 @ 10:13:
[...]

Nee, het is geen zelflerende dimmer, hij heeft 2 schijfjes

En als je hem op A1 zet en unit 0 en id 0 uitzend met kaku_old?

[Verwijderd]

CurlyMo schreef op zondag 27 oktober 2013 @ 10:23:
[...]

Jazeker, maar mijn voornemen blijft om een serieuze "normale" site te hebben waarvan het forum een onderdeel is. De beste kandidaat die zich daarvoor beschikbaar had gesteld reageert niet meer, dus wacht ik op een nieuw aanbod. Ik heb wel al mensen gehad die een wordpress site in elkaar kunnen draaien (erg bedankt daarvoor!), maar dat kan ik zelf ook. Ik wil graag een site met een professionele uitstraling (incl. strak design) die wel gewoon om mijn eigen hosting kan draaien. Natuurlijk krijgt diegene de credits.

Niet voor niks staat er ook zo'n oproep op het forum. Tot die tijd gaat het op deze manier

Begrijpelijk!, Als ik het kon dan deed ik dat, maar dan krijg je ook een wordpress site
Eventueel bied ik aan een site bouwer extra hulp bieden voor het maken van een filter of om hulp te bieden bij het opstarten in welke zin dan ook.

Hopelijk zijn er website experts te vinden die verslaafd raken aan het pilight project

[CurlyMo]

Begrijp me niet verkeerd. Het probleem zit hem natuurlijk niet in Wordpress, maar meestal de standaard uitstraling van een "wordpress" site. Een wordpress admin + een goede designer doet ook wonderen.

[Whackit]

CurlyMo schreef op zaterdag 26 oktober 2013 @ 15:41:
Zoveel mogelijk pilight-debug in het betreffende topic op het pilight forum zetten en eventueel wachten totdat *geanonimiseerd* er naar gekeken heeft.

---

Het kan niet zo zijn geweest dat jouw Elro apparaten voorheen wel werden ontvangen, want het specifieke stukje code dat het ontvangen in jouw geval onmogelijk maakt is dit in libs/protocols/sartano.c:

code:

    if(check != state) {

Jij bent de eerste met Elro waarin die conditie niet altijd waar is. Zie ook de wiki betreffende Elro. Weet je dus zeker dat het Elro is en geen verwant merk? Het lijkt namelijk vrijwel zeker het HomeEasy Oud protocol te zijn dat veel lijkt op Elro, maar nog niet goed ondersteund werd.

Ik had het zaterdag idd al gezien ja, ook de state code moest in dat stukje code aangepast worden. deze staat namelijk op positie 11. Ook is de state inverted, dus 0 = ON. Met onderstaande code werkt het bij mij perfect.

code:

void sartanoCreateMessage(int systemcode, int unitcode, int state) {
    sartano->message = json_mkobject();
    json_append_member(sartano->message, "systemcode", json_mknumber(systemcode));
    json_append_member(sartano->message, "unitcode", json_mknumber(unitcode));
    if(state == 0) {
        json_append_member(sartano->message, "state", json_mkstring("on"));
    } else {
        json_append_member(sartano->message, "state", json_mkstring("off"));
    }
}

void sartanoParseBinary(int repeats) {
    int systemcode = binToDec(sartano->binary, 0, 4);
    int unitcode = binToDec(sartano->binary, 5, 9);
    int state = sartano->binary[11];
    sartanoCreateMessage(systemcode, unitcode, state);
}

Overigens gebruik ik een oudere versie van Elro:

Helaas kreeg ik hierna te maken met een corrupt SD Kaartje, dus nog geen tijd gehad om er verder mee te gaan. Vanmiddag maar eens een nieuw kaartje halen...

[ Voor 12% gewijzigd door Whackit op 28-10-2013 08:34 ]

[CurlyMo]

Ik heb het gecommit. Bedankt!

[Savage008]

Iemand deze al eens bekeken?

http://automagically.weebly.com/

[ Voor 97% gewijzigd door Savage008 op 28-10-2013 14:13 ]

[CurlyMo]

Nee, maar opnieuw maakt deze oplossing gebruik van bestaande commerciële producten.