het grote pimatic topic - home domotica met je Raspberry Pi

[PainkillA]

sweebee schreef op dinsdag 10 februari 2015 @ 09:29:
Heb je een arduino filter of een attiny45? Ontvang je wel andere sensoren?

ik heb alleen een raspberry met een 433mhz zend en ontvang setje. Klikaanklikuit doet het wel prima

[incmve]

sweebee schreef op maandag 09 februari 2015 @ 22:16:
Ik wil met pimatic mijn thermostaat schakelen doormiddel van de aan-uitschakeling op de thermostaat. Maar hoe werkt deze precies? doormiddel van kortsluiten met een relais? of een bepaalde spanning.

Ligt een beetje aan wat je hebt, de meeste oudere thermostaten zijn gewoon 2 draden die je kan kortsluiten met een relais.
Mijn thermostaat is ook gewoon een 2 draads systeem.
http://www.maredana.nl/ho...n/woonkamer-cv-raspberry/

[incmve]

PainkillA schreef op dinsdag 10 februari 2015 @ 09:27:
Ik heb homeduino plugin geïnstalleerd welke ondersteuning zou moeten hebben voor hama weerstations met protocol `weather5`. Ik krijg alleen geen enkele input van mijn weerstation of het aparte kastje voor buiten. Ook niet vlak naast de ontvanger.

iemand enig idee hoe dit te debuggen?

Is het overigens normaal dat pimatic + homeduino en wat plugins gemiddeld contant 35% cpu vraagt?

Het kan zijn dat het type niet ondersteund wordt door het protocol, zie je wel wat voorbij komen onder Messages en dan debug aan?


pimatic + homeduino op zich niet, maar als je RF ontvanger rechtstreeks op je Pi zit dan wel.
Elk RF signaal moet bekeken worden, door een Arduino of Attiny er tussen te zetten filter je de "ruis" en zal je CPU tussen de 1% en 10% draaien

[ Voor 3% gewijzigd door incmve op 10-02-2015 10:00 ]

[htca]

kan het zijn dat je een voedingsprobleem hebt? Als ik een microusb met een te laag amperage aansluit, loopt mijn pi (B+, wifi dongle en arduino) niet meer stabiel en ontvang ik geen data meer. probeer eens een andere stroombron.
CPU use met een arduino ligt bij mij rond de 5% met uitschieters naar 10%/15%. Alleen bij het compileren/updaten loopt de CPU up richting 80/90%.

[ Voor 39% gewijzigd door htca op 10-02-2015 10:04 ]

[PainkillA]

incmve schreef op dinsdag 10 februari 2015 @ 09:52:
[...]


Het kan zijn dat het type niet ondersteund wordt door het protocol, zie je wel wat voorbij komen onder Messages en dan debug aan?
[afbeelding]

pimatic + homeduino op zich niet, maar als je RF ontvanger rechtstreeks op je Pi zit dan wel.
Elk RF signaal moet bekeken worden, door een Arduino of Attiny er tussen te zetten filter je de "ruis" en zal je CPU tussen de 1% en 10% draaien
[afbeelding]

Ik zie totaal 0 input langskomen in de debug output. Wel van de kaku set. Daar zie ik alle send en receives van voorbijkomen.
Kwa stroombron gebruik ik nu de 220adapter met usb kabel eraan. De raspberry bevat verder een wifidongle en breadboard met de 433mhz zenders.

[sweebee]

PainkillA schreef op dinsdag 10 februari 2015 @ 09:41:
[...]


ik heb alleen een raspberry met een 433mhz zend en ontvang setje. Klikaanklikuit doet het wel prima

Ik neem aan dat je dus geen filter hebt. Zelfs met filter (attiny) had ik nog regelmatig problemen met weerstations. Nu gebruik ik een arduino met homeduino software op de arduino en dit werkt perfect!

[htca]

PainkillA schreef op dinsdag 10 februari 2015 @ 10:07:
[...]


Ik zie totaal 0 input langskomen in de debug output. Wel van de kaku set. Daar zie ik alle send en receives van voorbijkomen.
Kwa stroombron gebruik ik nu de 220adapter met usb kabel eraan. De raspberry bevat verder een wifidongle en breadboard met de 433mhz zenders.

Even terug: als je de 433 Mhz rechstreeks aan de GPIO hangt heb je wel ontvangst en via de Attiny niet?

vwb stroom: Adapter kan 220v zijn, maar het gaat om het amperage dat de pi krijgt. sommige crappy USB stekkers komen niet verder dan 500mA en dan wordt het lastig.... Als je de pi zonder poespas wilt gebruiken kun je met 700mA nog uit de voeten (model , als je USB of GPIO zaken gaat aansluiten, heb je meer nodig of een extern gevoede USB hub.

[PainkillA]

htca schreef op dinsdag 10 februari 2015 @ 13:44:
[...]

Even terug: als je de 433 Mhz rechstreeks aan de GPIO hangt heb je wel ontvangst en via de Attiny niet?

vwb stroom: Adapter kan 220v zijn, maar het gaat om het amperage dat de pi krijgt. sommige crappy USB stekkers komen niet verder dan 500mA en dan wordt het lastig.... Als je de pi zonder poespas wilt gebruiken kun je met 700mA nog uit de voeten (model , als je USB of GPIO zaken gaat aansluiten, heb je meer nodig of een extern gevoede USB hub.

Ik heb de breadboard op een black wings power supply aangesloten waarop ook het lampje brand. Enig nadeel is nu dat de zender en ontvanger totaal niets doen totdat ik ze weer aansluit op de raspberry stroom. Vreemd gezien de beide data kabels (0 en 1) nog wel zijn verbonden. De stroom voor de breadboards staat ingesteld op 5v. Dat zou zo toch prima moeten werken?

[Koffie]

sp.boot schreef op zaterdag 07 februari 2015 @ 20:09:
Heeft iemand ervaring met een dimmer en daarbij de pimatic software?

Ik heb nu dit:
In pilight kan ik een dimmer uit zetten, dan met de wand schakelaar weer aan zetten en dan gaat hij naar de laatste stand. In pimatic werkt het niet op die manier maar gaat hij naar ongeveer 5% gedimd

Weet iemand of dat op te vangen is?

Ik snap niet helemaal wat je precies bedoelt ? Ik heb zelf 2 devices aangemaakt voor dezelfde lamp : een dimmer en een schakelaar, maar dat komt omdat ik voor diezelfde lamp ook nog zenders in de muur heb zitten.

Ik moet mijn grote dank uitten naar de tweakblogs van koffie. Hier heb ik veel gebruik van gemaakt.
het werkt bij mij al maanden uitstekend op dit bovenstaande puntje na.

Graag gedaan

RSpaargaren schreef op zondag 08 februari 2015 @ 10:58:
Hoi inmiddels geïnspireerd door koffie zijn blog en Posts heb ik me ook op het kaku, pilight en pimatic gebeuren gestort. Inmiddels draait alles via homeduino in combi met pimatic. Nu wil ik graag een remote sensor maken met in iedergeval een PIR en LDR sensor. Hiervoor heb ik een attiny85 (sparkfun). Via de source van koffie kan ik inmiddels een 433 MHZ string versturen in het generic protocol. Echter wat moet ik doen aan de homeduino kant om deze string ook daadwerkelijk "uitgelezen"? Ik zie hem via de debug log wel aankomen. Daarnaast mijn vraag hoe kan ik bijv gebruik maken van het PIR protocol die in homeduino plug-in al aanwezig is? Ik hoop dat jullie met iets verder op weg kunnen helpen.

Je ziet dus wel RF voorbij komen, maar hij ziet het niet als protocol ?

sweebee schreef op maandag 09 februari 2015 @ 22:16:
Ik wil met pimatic mijn thermostaat schakelen doormiddel van de aan-uitschakeling op de thermostaat. Maar hoe werkt deze precies? doormiddel van kortsluiten met een relais? of een bepaalde spanning.

Hang enigzins van je ketel af, maar als er slechts 2 draden van je ketel naar je thermostaat gaan kun je er van uitgaan dat je de ketel aan kunt zetten door ze met een relay te verbinden en weer uit door los te koppelen. Het relay sluit je dan aan op een GPIO.

[sp.boot]

Koffie schreef op dinsdag 10 februari 2015 @ 20:38:
[...]

Ik snap niet helemaal wat je precies bedoelt ? Ik heb zelf 2 devices aangemaakt voor dezelfde lamp : een dimmer en een schakelaar, maar dat komt omdat ik voor diezelfde lamp ook nog zenders in de muur heb zitten.


[...]

Graag gedaan

Okee gaan we:

Ik heb in pimatic een regel dat als ik thuis kom dat de lamp in de gang dimt naar 75% en na 5 minuten weer uit. Als ik nou zelf weer in de gang kom en de lamp met de wandschakelaar inschakel dan dimt hij de lamp zo sterk dat hij net brand. Ik heb het dan over de KaKu awmd-250
http://www.klikaanklikuit.../productwijzer-awmd-250/#

Als ik de lamp uit zet in pimatic dan kan ik hem daarna dus niet volledig inschakelen maar is hij hel erg gedimd. Ik heb dus het idee dat er dit gebeurt:

pilight: Bij uitschakelen onthoud hij de laatste stand, hij zet hem echt uit.
pimatic: Bij uitschakelen dimd hij de lamp naar 0%.

Alvast heel erg bedankt voor het meedenken.

Ter info, Dit is de regel die hem schakeld:

code:

if:
Sebas Aanwezig is turned on
then:
dim Lamp Gang to 75% and turn Lamp Gang off after 5 minutes

[ Voor 0% gewijzigd door sp.boot op 10-02-2015 21:01 . Reden: code tags bij regel gezet. ]

[Koffie]

Even voor de duidelijkheid : maak je voor zenden/ontvangen gebruik van pilight of refereer je daarnaar omdat je dit voorheen gebruikte ?
Post eens de config van de specifieke lamp van pimatic ?

[BenPi]

@Koffie
Al wat verder met je nieuwe thermometer/thermostaat (ESP8266 basis) ?
Zelf kan ik inmiddels een LM75 , via de i2cbus, en de ds1820, via de onewired bus op mijn netwerk zichtbaar maken.
Lukt nog niet er iets mee te doen binnen pimatic en of pilight.

[Koffie]

De ESP8266 zijn binnen, maar helaas trekken deze meer ampere dan een arduino (of pi) kan leveren. Er zal dus een aparte powersource (naaste de arduino) moeten komen.
incmve zou misschien vanavond nog even gaan testen, en anders moet ik wat Voltage Regulators bestellen.

[BenPi]

Voor de test kun vanuit +5v (USB) voeding drie dioden in serie plaatsen. Blijft dan +/- 3.2V over.

[ Voor 15% gewijzigd door BenPi op 10-02-2015 21:35 ]

[Koffie]

Ik heb helaas geen dioden, alleen weerstanden. Dan kan ik dus net zo goed direct wat regulators kopen, dis komen altijd wel van pas (en nu maar hopen dat die boot snel is).

[sp.boot]

Koffie schreef op dinsdag 10 februari 2015 @ 21:08:
Even voor de duidelijkheid : maak je voor zenden/ontvangen gebruik van pilight of refereer je daarnaar omdat je dit voorheen gebruikte ?
Post eens de config van de specifieke lamp van pimatic ?

Ik gebruik op de achtergrond nog pilight. Dit om de App voor de smartphone. (illumina)

In pimatic is dit de lamp:

code:

    {
      "id": "pilight-gang-LampGang",
      "name": "Lamp Gang",
      "class": "PilightDimmer",
      "inPilightConfig": true,
      "location": "gang",
      "device": "LampEvy",
      "minDimlevel": 0,
      "maxDimlevel": 15,
      "lastDimlevel": 0
    },

En voor de duidelijkheid dus de pilight config van de lamp:

code:

        "gang": {
                "name": "Gang",
                "LampGang": {
                        "name": "Lamp Gang",
                        "protocol": [ "kaku_dimmer" ],
                        "id": [{
                                "id": 162,
                                "unit": 1
                        }],
                        "state": "off",
                        "dimlevel": 0
                }
        },

[BenPi]

Twee 1.5V batterijen in serie gaat ook goed.

[Koffie]

sp.boot schreef op dinsdag 10 februari 2015 @ 21:54:
[...]
Ik gebruik op de achtergrond nog pilight. Dit om de App voor de smartphone. (illumina)

Je weet dat de pimatic pagina het uitstekend op mobile doet ? Als je 'm vervolgens ook nog eens als 'app' op je homescreen plaatst, kun je alles wat je wil met de pagina/app doen

Ik heb op mijn schakelaar een KaKu zender zitten (niet verbonden aan 220) en aan de lamp een KaKu dimmer (niet verbonden aan een schakelaar).

In pimatic heb ik die als volgt opgevoerd:

code:

    {
      "id": "dressoir",
      "name": "Dressoir",
      "class": "HomeduinoRFSwitch",
      "protocols": [
        {
          "name": "switch1",
          "options": {
            "id": 8934706,
            "unit": 1
          },
          "send": false,
          "receive": true
        },
        {
          "name": "switch1",
          "options": {
            "id": 9565958,
            "unit": 1
          },
          "send": true,
          "receive": true
        }
      ]
    },
    {
      "id": "dressoir-dimmer",
      "name": "Dressoir dimmer",
      "class": "HomeduinoRFDimmer",
      "protocols": [
        {
          "name": "dimmer1",
          "options": {
            "id": 9565958,
            "unit": 1
          }
        }
      ]
    },

De dimmer gebruik ik alleen als ik echt een dim signaal wil sturen, anders gewoon via de schakelaar.

[sp.boot]

Koffie schreef op dinsdag 10 februari 2015 @ 22:09:
[...]

Veel tekst en vooral veel code...

De dimmer gebruik ik alleen als ik echt een dim signaal wil sturen, anders gewoon via de schakelaar.
[/quote]

Dank je wel voor je uitleg, dit betekend echter dat ik 5 extra zend modules moet gaan kopen want ik heb in totaal 5 van die dimmers... Ik ga er nog is over nadenken wat te doen.

Verder ben ik van plan over te stappen naar een arduino oplossing echter heb ik daar nog niet echt redenen voor. Mijn CPU gebruik blijft onder de 10% (standaard zo'n 5 a 6 %) en ik heb totaal geen last van storingen.

Heeft het voor mij nog een toegevoegde waarde om een arduino te gaan gebruiken?

[htca]

PainkillA schreef op dinsdag 10 februari 2015 @ 20:29:
[...]


Ik heb de breadboard op een black wings power supply aangesloten waarop ook het lampje brand. Enig nadeel is nu dat de zender en ontvanger totaal niets doen totdat ik ze weer aansluit op de raspberry stroom. Vreemd gezien de beide data kabels (0 en 1) nog wel zijn verbonden. De stroom voor de breadboards staat ingesteld op 5v. Dat zou zo toch prima moeten werken?

Ik ben je kwijt, maak eens een foto van je setup.

[PainkillA]

htca schreef op woensdag 11 februari 2015 @ 09:18:
[...]

Ik ben je kwijt, maak eens een foto van je setup.

Bij deze:

[CurlyMo]

Is dat ding rechts zo'n Chinese 12v naar 5v en 3.3v adapter?

[PainkillA]

CurlyMo schreef op woensdag 11 februari 2015 @ 18:41:
Is dat ding rechts zo'n Chinese 12v naar 5v en 3.3v adapter?

links bedoel je? Ja dat is een :
http://www.elecfreaks.com...rd-adapter-bdp-p-331.html

Denk idd chinees.

[CurlyMo]

Dan voel ik me verplicht je te waarschuwen dat een keer mijn breadboard weggesmolten is met zo´n ding. Ik gebruik geen enkele Chinese voedingen meer.

[DavidZH]

Je bent allen de gnd verbinding tussen beide boards vergeten. Dan zou het als een malle moeten vliegen, die bits!

EDIT

Oja! En een spanningsdeler om de signalen van de ontvanger van 5V naar 3,3V om te zetten! anders sloop je je Pi!


Receiver
|
[ ] 10k weerstand
|
|--------> ontvangerpin van je Pi
|
[ ] 20k weerstand
|
--
Ground

[ Voor 51% gewijzigd door DavidZH op 11-02-2015 21:57 ]

[PainkillA]

DavidZH schreef op woensdag 11 februari 2015 @ 21:49:
Je bent allen de gnd verbinding tussen beide boards vergeten. Dan zou het als een malle moeten vliegen, die bits!

EDIT

Oja! En een spanningsdeler om de signalen van de ontvanger van 5V naar 3,3V om te zetten! anders sloop je je Pi!


Receiver
|
[ ] 10k weerstand
|
|--------> ontvangerpin van je Pi
|
[ ] 20k weerstand
|
--
Ground

De voeding van mn breadboard staat nu op 3.3v ipv 5v is dat ook al voldoende? Hij doet het idd nu de ground aan de pi zit.

[DavidZH]

Voeding op 3,3V is ook prima! Mooi dat het nu werkt!

[RSpaargaren]

Koffie schreef op dinsdag 10 februari 2015 @ 20:38:

Je ziet dus wel RF voorbij komen, maar hij ziet het niet als protocol ?

Daar komt het vooralsnog op neer. Maar ik ben een paar dagen in het buitenland geweest dus heb even niet verder kunnen testen. Maar ik heb inmiddels wel de protocollen doorgespit en snap nu hoe het een en ander in elkaar zit. Dus binnenkort weer even verder testen.

Een vraag: in de afsluitende string van het generic protocol in pimatic-probe routine gebruik je en pulslengte van 8602 Microsecondes:
342 // Send the flag "End of the transmission"
343 digitalWrite(senderPin, HIGH);
344 delayMicroseconds(650);
345 digitalWrite(senderPin, LOW);
346 delayMicroseconds(8602);

terwijl het protocol generic een pulslengte van 10208 microseconde verwacht:

pulseLengths: [671, 2049, 4346, 10208],

Nu is er een marge van 25% ingebouwd bij de interpretatie. Maar mijn vraag is de 8602 met opzet gekozen?

Wil het een en ander misschien gaan herschrijven zodat er makkelijker tussen de protocollen gewisseld kan worden voor verzenden. Dus Pir, generic, KAKU e.d. Of bestaat er al zo'n routine?

Zie nu in de debug log waar het mis gaat de eerste PULS wordt niet ingelezen. Waarschijnlijk omdat ik het signaal niet herhaald heb uitgezonden ? Kan dat nu nog even niet testen.

debug [pimatic-homeduino]: data: "RF receive 2099 4456 681 9068 0 0 0 0
012021202120212020212021202120212021212020212120212021202120212021202021202121202120212021202120212021202120212021202021202120212021212020212120212021202120202121202120212020212021202120212021202123 -> wordt omgezet in:

debug [pimatic-homeduino]: received: [ 682, 2098, 4455, 9072 ]
120102010201020101020102010201020102020101020201020102010201020102010102010202010201020102010201020102010201020102010102010201020102020101020201020102010201010202010201020101020102010201020102010203

[ Voor 26% gewijzigd door RSpaargaren op 12-02-2015 22:16 ]

[htca]

DavidZH schreef op woensdag 11 februari 2015 @ 22:29:
Voeding op 3,3V is ook prima! Mooi dat het nu werkt!

idd gnd connectie maken en dan moet het werken (en dat blijkt!). Ik heb in een (dolle) bui ook wel eens de 5V van de pi gebruikt voor de voeding en toen deed het het ook allemaal (achteraf vergeten te checken... maar 5V op een io port can je bordje beschadigen).
Overigens heb ik voor een paar euro een arduino nano bordje gekocht (clone), CPU daalt dan dramatisch. Op de nano heb ik ook mijn DHT22 sensor aangesloten.

[lolgast]

Ik ben gisteren de hele avond bezig geweest met het volgende:

Ik heb een klikaanklikuit zender (AWMT003). Deze zend prima normaal gesproken. Ik heb hem getest uit de doos, en de pi ontvangt hem zonder problemen, elke keer weer. Nu hang ik hem onder mijn schakelaar, los bungelend. Wederom geen problemen, ontvangst van de pi is 100%. Nu komt ie: Hou ik de zender áchter mijn schakelaar, zoals hij ook in de wandcontactdoos zou zitten, dan is ongeveer 95% van de keren dat ik schakel géén signaal bij mijn pi te vinden. Laat ik hem dan weer los bungelen, meteen weer signaal.
Ik heb schakelmateriaal van Gira, de E55 serie. Zijn er meer mensen die hier problemen mee ondervinden? Ik heb ook al 2 meter bij de pi vandaan gestaan, maar zodra de schakelaar voor de klikaanklikuit zit, houdt het feest op...

[DavidZH]

lolgast schreef op donderdag 12 februari 2015 @ 17:03:
[ Ik heb een klikaanklikuit zender (AWMT003). Deze zend prima normaal gesproken. Ik heb hem getest uit de doos, en de pi ontvangt hem zonder problemen, elke keer weer. Nu hang ik hem onder mijn schakelaar, los bungelend. Wederom geen problemen, ontvangst van de pi is 100%. Nu komt ie: Hou ik de zender áchter mijn schakelaar, zoals hij ook in de wandcontactdoos zou zitten, dan is ongeveer 95% van de keren dat ik schakel géén signaal bij mijn pi te vinden. Laat ik hem dan weer los bungelen, meteen weer signaal. ]

Heb je een antenne aan de ontvanger?

Ik herken je probleem wel, maar dan andersom: een AMWR-300 ontvanger in een centraaldoos boven een lamp (is NIET zoals het apparaat bedoeld is... Maar ik wil graag signaleren dat de lamp aan staat, en dat werkt niet met de schakelaar aan de AMWR). Als de lamp uit is ontvangt hij prima, maar de elektronische ballast in de halogeenlamp geeft wel wat storing blijkbaar zodat de ontvangst een stuk minder is.
UIteindelijk schakelt pimatic niet de lamp maar signaleert alleen.

[lolgast]

Ik heb er een antenne aan hangen ja. Zo'n 433MHz Helical spiraal. Ik heb al wat zitten lezen over verschillende antennes, maar word er niet echt wijzer van. Zijn er antennes die echt beter zijn dan andere?

Zo staat het er bij:

[ Voor 15% gewijzigd door lolgast op 13-02-2015 10:48 ]

[sweebee]

lolgast schreef op vrijdag 13 februari 2015 @ 10:43:
Ik heb er een antenne aan hangen ja. Zo'n 433MHz Helical spiraal. Ik heb al wat zitten lezen over verschillende antennes, maar word er niet echt wijzer van. Zijn er antennes die echt beter zijn dan andere?

Zo staat het er bij:
[afbeelding]

Heb verschillende geprobeerd, maar zo'n helical of een 17cm draad maakt niet veel verschil (mijn ervaring).

Is dat btw een arduino nano clone met een CH340G?

[lolgast]

Ja dat klopt. Ik heb hem hier of hier besteld. Min of meer tegelijk besteld, dus weet niet meer welke waar vandaan is gekomen

[RSpaargaren]

PainkillA schreef op dinsdag 10 februari 2015 @ 09:27:
Ik heb homeduino plugin geïnstalleerd welke ondersteuning zou moeten hebben voor hama weerstations met protocol `weather5`. Ik krijg alleen geen enkele input van mijn weerstation of het aparte kastje voor buiten. Ook niet vlak naast de ontvanger.

iemand enig idee hoe dit te debuggen?

Is het overigens normaal dat pimatic + homeduino en wat plugins gemiddeld contant 35% cpu vraagt?

Op mijn Raspberry draait de configuratie Pimatic + homeduino nagenoeg idle dus 35% is hoog.

Ontvang je uberhaupt een RF signaal? Komt deze in de debug log voor? Je kunt eventueel via de terminal en screen /dev/ttyUSB0 115200 ook de communicatie van je homeduino af kunnen vangen...

Voor de rest gaat het mijn petje nog te buiten...

[RSpaargaren]

Inmiddels kan ik ook het PIR protocol versturen. Echter binnen pimatic-homeduino wordt er nu een match geplaats met alle protocollen met pulsecount 50. Dus Contact2, Pir2, PIR1, Switch7,5,4,3,2 Nu liggen de pulse lengtes van deze protocollen ook dicht bij elkaar. Is dit nog verder te verfijnen?

Daarnaast nog een vraag, een PIR signaal is altijd positief ongeacht de mee gezonden waarde. Dit is ook vastgelegd in de beschrijving van het protocol. Wat is daar de gedachte achter?

[ Voor 24% gewijzigd door RSpaargaren op 13-02-2015 22:25 ]

[dj-dano]

De nieuwe Rpi model 2 B druk wel heel erg je CPU gebruik omlaag. Ik kan uit ervaring nu spreken.
Deze Rpi met duino draait zeer soepel, boot snel en herlaad eventuele verandering super.
Met de A 900MHz quad-core ARM Cortex-A7 CPU en 1GB LPDDR2 SDRAM heben ze goede zet gedaan.

[JBS]

Sneller dan verwacht is m'n 433Mhz zender/ontvanger binnengekomen via eBay. Nu wil ik bij een NL webshop een breadboard en jumperwires bestellen. Bijvoorbeeld bij Conrad zie ik dit breadboard, een goedkopere vind ik daar niet (en geduld om te wachten op een Chinees exemplaar heb ik niet ). Iemand tips hiervoor? Jumper wires vind ik bij conrad ook in 35 verschillende varianten, iemand toevallig in een NL webshop ervaring? Op deze foto zie ik namelijk ook twee verschillende. Geloof dat ik zowel male/female als male/male nodig heb?

[ Voor 14% gewijzigd door JBS op 15-02-2015 17:20 ]

[sweebee]

Het maakt in principe weinig uit. Ik gebruik gewoon soldeer draad waar ik de puntjes even van vertin.

[dj-dano]

http://www.vanallesenmeer.nl heeft ook leuke spullen en prijs vind ik wel OK
Breadboard 400 pins MB102 Wit 4,95

[ Voor 19% gewijzigd door dj-dano op 15-02-2015 17:42 ]

[dj-dano]

Misschien is het een voor de handliggende vraag maar het antwoord niet kunnen vinden.
deze regel zou moeten werken maar krijg alleen een kleine plop uit de speaker.

code:

"rule": "if Deurbel is closed then play \"/home/pi/sounds/doorbell-2.mp3\"",

krijg wel hetvolgende te zien:

code:

info [pimatic]: rule bel: played "/home/pi/sounds/doorbell-2.mp3"

Graag wil ook het geluid krijgen via het apparaat waarmee inlog in pimatic.
Heeft er iemand een idee of er al eerder mee aan het werk geweest.Of kan ik op een of andere manier het geluid pushen naar een tablet of pc.

[ Voor 161% gewijzigd door dj-dano op 19-02-2015 11:11 ]

[RSpaargaren]

Ik heb inmiddels mijn eerste stappen binnen cpp gezet en heb een library (RF_Transmit) voor de Arduino geschreven. Hiermee kunnen de verschillende protocollen zoals beschreven in RFControl eenvoudig vanuit het programma verstuurd kan worden. Bijv:

#include <RF_Transmit.h>
RF_Transmit verstuur(2,4);
void setup() {
// put your setup code here, to run once:
}
void loop() {
// put your main code here, to run repeatedly:
verstuur.sendPIR1(31,31);
verstuur.sendGeneric(31,15,true,111);
verstuur.sendGeneric(31,15,false,111);
verstuur.sendDimmer1(12,12,true,true,10);
verstuur.sendSwitch1(8,8,true,true);
verstuur.sendContact1(5,5,true,true);
delay(6000);
}

E.e.a. is te vinden op Github https://github.com/rspaargaren/RF_Transmit/
Heeft er iemand nog verdere suggesties ter verbetering/vereenvoudiging van de routines?

[Koffie]

Ik zal vanmiddag even kijken, iemand had van mijn arduino code een class gemaakt, waardoor zenden minder code werd.

[RSpaargaren]

Koffie schreef op woensdag 18 februari 2015 @ 07:20:
Ik zal vanmiddag even kijken, iemand had van mijn arduino code een class gemaakt, waardoor zenden minder code werd.

Ben benieuwd, dit is ongeveer wat ik hier ook gedaan heb. Echter ik heb de routine herschreven zodat het voor meerdere protocollen geschikt is en protocollen eenvoudig toe te voegen zijn.

[JBS]

Gisteren een breadboard en jumperwires ontvangen. Toevallig ook de nano clone binnen uit China (deze). De 433 zender en ontvanger had ik al. Hier lees ik dat zowel zender als ontvanger 4 pins zouden hebben, mijne heeft er echter 8. Kwestie van de goede eruit pikken vermoed ik?

Ik heb nu even een zetje in de goede richtig nodig

Is het verstandig eerst te starten zonder de nano clone en de zender/ontvanger op de GPIO van de RPi aan te sluiten om uit te vinden of dat uberhaupt werkt (op basis van dit stappenplan?)? Of direct de nano clone ertussen op basis van deze uitleg? Wanneer ik de uitleg uit de laatste link volg, heb ik dan dit stappenplan niet meer nodig? Vervangt de Pimatic Pilight plugin de losse Pilight installatie?

[sweebee]

JBS schreef op woensdag 18 februari 2015 @ 10:31:
Gisteren een breadboard en jumperwires ontvangen. Toevallig ook de nano clone binnen uit China (deze). De 433 zender en ontvanger had ik al. Hier lees ik dat zowel zender als ontvanger 4 pins zouden hebben, mijne heeft er echter 8. Kwestie van de goede eruit pikken vermoed ik?

Ik heb nu even een zetje in de goede richtig nodig

Is het verstandig eerst te starten zonder de nano clone en de zender/ontvanger op de GPIO van de RPi aan te sluiten om uit te vinden of dat uberhaupt werkt (op basis van dit stappenplan?)? Of direct de nano clone ertussen op basis van deze uitleg? Wanneer ik de uitleg uit de laatste link volg, heb ik dan dit stappenplan niet meer nodig? Vervangt de Pimatic Pilight plugin de losse Pilight installatie?

De ontvanger heeft 8 pinnen, echter zijn er een paar het zelfde om makkelijk door te (kunnen) lussen. Bij de pootjes staat wel waar hij voor dient.

Beste is even eerst pimatic helemaal te installeren en vervolgens homeduino op de arduino te installeren en even de homeduino aan de config toevoegen. En dan pimatic opnieuw opstarten.

[lolgast]

Na bij verschillende mensen gelezen te hebben dat de config pleite was na een corrupte flashcard maar ingesteld dat ik een knop in pimatic heb die de config.json naar een NFS share op mijn NAS zet. Aangezien ik nooit met Linux heb gewerkt was het even pielen, maar mijn back-up staat

Edit: JBS, 5 à 6 posts boven je vraag zie je een foto van mijn setup. Mogelijk helpt die je de goede richting op qua aansluiten

@Sweebee: Ik heb het expres met een knop gedaan zodat als de config al een tijdje omzeep is en ik het niet doorheb ik niet met 2 corrupte configs zit. En zo vaak veranderd hij niet, normaal gesproken.

[ Voor 37% gewijzigd door lolgast op 18-02-2015 14:42 ]

[sweebee]

Ik heb ook via ftp-upload en pimatic-shell ingesteld dat die elke nacht om 00:00 uur mijn config en database upload naar mijn webserver.

code:

execute "ftp-upload -h ftp.server.nl -u [e-mail] --password wachtwoord -d /thuis /usr/local/pimatic-app/config.json" and execute "ftp-upload -h ftp.server.nl -u [e-mail] --password wachtwoord -d /thuis /media/usb0/pimatic-database.sqlite"

[jobr]

JBS schreef op woensdag 18 februari 2015 @ 10:31:

Is het verstandig eerst te starten zonder de nano clone en de zender/ontvanger op de GPIO van de RPi aan te sluiten om uit te vinden of dat uberhaupt werkt (op basis van dit stappenplan?)? Of direct de nano clone ertussen op basis van deze uitleg? Wanneer ik de uitleg uit de laatste link volg, heb ik dan dit stappenplan niet meer nodig? Vervangt de Pimatic Pilight plugin de losse Pilight installatie?

Als je deze rechtstreeks aansluit op de pi, denk er dan aan dat de pi maar 3,3v als input mag hebben!!

[JBS]

Dank voor de tips!

Vanavond de RF zender en ontvanger aangesloten via een Arduino Nano clone en deze stappen gevolgd. In de log zie ik nu zaken voorbij komen als:

info [pimatic]: loading plugin: "pimatic-homeduino" (0.8.41)
info [pimatic-homeduino]: Connected to homeduino device.

Ik heb geen KAKU setje liggen, maar wel o.a. eentje van Impuls. Zou deze direct in de log voorbij moeten komen na het drukken op ON/OFF? Dat is namelijk nu niet het geval. Ben nu zoekende of het aan m'n installatie ligt, of aan de niet standaard ondersteunde Impuls set. Zijn er specifieke zaken (in de log) waaraan ik kan zien of m'n installatie goed gegaan is en alles naar behoren draait?

[sweebee]

JBS schreef op woensdag 18 februari 2015 @ 22:33:
Dank voor de tips!

Vanavond de RF zender en ontvanger aangesloten via een Arduino Nano clone en deze stappen gevolgd. In de log zie ik nu zaken voorbij komen als:

info [pimatic]: loading plugin: "pimatic-homeduino" (0.8.41)
info [pimatic-homeduino]: Connected to homeduino device.

Ik heb geen KAKU setje liggen, maar wel o.a. eentje van Impuls. Zou deze direct in de log voorbij moeten komen na het drukken op ON/OFF? Dat is namelijk nu niet het geval. Ben nu zoekende of het aan m'n installatie ligt, of aan de niet standaard ondersteunde Impuls set. Zijn er specifieke zaken (in de log) waaraan ik kan zien of m'n installatie goed gegaan is en alles naar behoren draait?

In principe moet je elk 433,92Mhz signaal langs zien komen in de log. Hoe ziet je config voor homeduino eruit? en hoe heb je de ontvanger op aangesloten?

[JBS]

sweebee schreef op woensdag 18 februari 2015 @ 22:35:
[...]


In principe moet je elk 433,92Mhz signaal langs zien komen in de log. Hoe ziet je config voor homeduino eruit? en hoe heb je de ontvanger op aangesloten?

Dit heb ik in m'n config.json:

code:

{
  "plugin": "homeduino",
  "driver": "serialport",
  "driverOptions": {
    "serialDevice": "/dev/ttyUSB0",
    "baudrate": 115200
  },
  "receiverPin": 0,
  "transmitterPin": 4
}

Heb alles aangesloten volgens de handleiding, en vergelijkbaar met lolgast in "het grote pimatic topic - home domotica met je Raspberry Pi"

Heb ook nog een Flamingo afstandsbediening, maar ook daarvan zie ik niets in de log voorbij komen.

Wat me overigens opviel: voordat ik begon met de installatie, brandde er één geel ledje op de Arduino Nano constant, en knipperde er ook eentje. Nu brandt er één ledje constant (PWR), de eerder knipperende (ik geloof L) brand nu helemaal niet. Wellicht relevant?

[ Voor 12% gewijzigd door JBS op 18-02-2015 22:44 ]

[sweebee]

De rode brand idd altijd. De gele brand (knippert) alleen als er een signaal ontvangen wordt, of dat homeduino een PING stuurt.

Gaat dat lampje knipperen als je een signaal met je afstandsbediening stuurt?

Eventueel kun je misschien de DATA pin van de ontvanger op D3 (pin 6 van de arduino) en receiverPin op 1 zetten.

verder neem ik aan dat je de de +5V van de ontvanger op pin27 van de arduino hebt aangesloten en de GND van de ontvanger op pin 29 van de arduino?

[JBS]

sweebee schreef op woensdag 18 februari 2015 @ 22:50:
De rode brand idd altijd. De gele brand (knippert) alleen als er een signaal ontvangen wordt, of dat homeduino een PING stuurt.

Gaat dat lampje knipperen als je een signaal met je afstandsbediening stuurt?

Eventueel kun je misschien de DATA pin van de ontvanger op D3 (pin 6 van de arduino) en receiverPin op 1 zetten.

verder neem ik aan dat je de de +5V van de ontvanger op pin27 van de arduino hebt aangesloten en de GND van de ontvanger op pin 29 van de arduino?

Bij mij is het PWR led'je geel overigens.
Er knippert geen lampje bij het indrukken van ON/OFF.

Zojuist de DATA pin van de ontvanger van D2 naar D3 gezet en receiverPin op 1 gezet. De Pi volledig opnieuw gestart, zie onderstaande voorbij komen, maar helaas.. Geen activiteit in de log.

22:01:47.822 [pimatic-homeduino] info: Connected to homeduino device.
22:01:47.896 [pimatic-homeduino] debug: data: "ACK"
22:01:47.915 [pimatic-homeduino] debug: Receiving on pin 1

Heb de zender en ontvanger boven elkaar aangesloten en niet naast elkaar (past niet op m'n breadboard ). Maar dat is in de genoemde foto ook te zien, dus vermoed daar geen probleem.

Genoemde +5V en GND zijn inderdaad aangesloten zoals je beschrijft.

[sweebee]

JBS schreef op woensdag 18 februari 2015 @ 23:07:
[...]
Bij mij is het PWR led'je geel overigens.
Er knippert geen lampje bij het indrukken van ON/OFF.

Zojuist de DATA pin van de ontvanger van D2 naar D3 gezet en receiverPin op 1 gezet. De Pi volledig opnieuw gestart, zie onderstaande voorbij komen, maar helaas.. Geen activiteit in de log.

22:01:47.822 [pimatic-homeduino] info: Connected to homeduino device.
22:01:47.896 [pimatic-homeduino] debug: data: "ACK"
22:01:47.915 [pimatic-homeduino] debug: Receiving on pin 1

Heb de zender en ontvanger boven elkaar aangesloten en niet naast elkaar (past niet op m'n breadboard ). Maar dat is in de genoemde foto ook te zien, dus vermoed daar geen probleem.

Genoemde +5V en GND zijn inderdaad aangesloten zoals je beschrijft.

Kleur ledjes kunnen verschillen bij andere nano clones. Normaal gesproken kun je ze niet zo boven elkaar zetten (binnen de middelste scheiding) in een breadboard omdat de hele lijn aan elkaar verbonden zit. Hier zou ik mee oppassen.

Ik zou dus in eerste instantie even de zender eraf halen om eerst even alleen de ontvanger te testen.

Wellicht is een fotootje wat handiger, soms kun je hele domme fouten over het hoofd zien

Ontvang je overigens wel om de zoveel seconden/minuten een PING?

code:

[pimatic-homeduino] debug: data: "PING"

[ Voor 7% gewijzigd door sweebee op 18-02-2015 23:31 ]

[lolgast]

Impuls moet je ff met de afstandsbediening naar je pi lopen, richten op de zender (mag vanaf 2 à 3 meter) en dan kijken of je signaal ontvangen hebt. Ik heb ook zo'n handzender, die zenden vrij gericht kwam ik achter. De stekkerblokken zijn wel gewoon aan te sturen via de pi achteraf

Andere vraag. Als het goed is heb ik over een week of twee alles dubbel (pi, zender/ontvanger, arduino e.d.) Is het bij Pimatic inmiddels al mogelijk om makkelijk een koppeling tussen beide pi's te maken, of zal ik via de API commando's naar een "hoofd-pi" moeten sturen?

[ Voor 32% gewijzigd door lolgast op 19-02-2015 09:37 ]

[JBS]

sweebee schreef op woensdag 18 februari 2015 @ 23:14:
[...]
Ik zou dus in eerste instantie even de zender eraf halen om eerst even alleen de ontvanger te testen.

Wellicht is een fotootje wat handiger, soms kun je hele domme fouten over het hoofd zien

Ontvang je overigens wel om de zoveel seconden/minuten een PING?

code:

[pimatic-homeduino] debug: data: "PING"

De zender heb ik even van het breadboard gehaald en de daardoor overbodig geworden jumperwires verwijderd. Zo ziet mijn situatie er nu uit:





En inderdaad, ik zie om de zoveel tijd een ping voorbij komen in de log:

code:

16:54:27.737 [pimatic-homeduino] debug: data: "PING"
16:59:27.774 [pimatic-homeduino] debug: data: "PING"

Daarnaast dus ook bij het opstarten:

code:

16:49:07.680 [pimatic-homeduino] debug: data: "ready"
16:49:07.701 [pimatic-homeduino] debug: data: "PING"
16:49:07.723 [pimatic-homeduino] info: Connected to homeduino device.
16:49:07.834 [pimatic-homeduino] debug: data: "ACK"
16:49:07.854 [pimatic-homeduino] debug: Receiving on pin 1

Heb ik iets over het hoofd gezien?

lolgast schreef op donderdag 19 februari 2015 @ 09:28:
Impuls moet je ff met de afstandsbediening naar je pi lopen, richten op de zender (mag vanaf 2 à 3 meter) en dan kijken of je signaal ontvangen hebt. Ik heb ook zo'n handzender, die zenden vrij gericht kwam ik achter. De stekkerblokken zijn wel gewoon aan te sturen via de pi achteraf

M'n Pi ligt hier op m'n bureau dus geen probleem om te mikken Ook ON of OFF vanaf 2 cm doet niets voorbij komen in de log.

[sweebee]

JBS schreef op donderdag 19 februari 2015 @ 18:05:
[...]

De zender heb ik even van het breadboard gehaald en de daardoor overbodig geworden jumperwires verwijderd. Zo ziet mijn situatie er nu uit:

[afbeelding]

[afbeelding]

En inderdaad, ik zie om de zoveel tijd een ping voorbij komen in de log:

code:

16:54:27.737 [pimatic-homeduino] debug: data: "PING"
16:59:27.774 [pimatic-homeduino] debug: data: "PING"

Daarnaast dus ook bij het opstarten:

code:

16:49:07.680 [pimatic-homeduino] debug: data: "ready"
16:49:07.701 [pimatic-homeduino] debug: data: "PING"
16:49:07.723 [pimatic-homeduino] info: Connected to homeduino device.
16:49:07.834 [pimatic-homeduino] debug: data: "ACK"
16:49:07.854 [pimatic-homeduino] debug: Receiving on pin 1

Heb ik iets over het hoofd gezien?


[...]
M'n Pi ligt hier op m'n bureau dus geen probleem om te mikken Ook ON of OFF vanaf 2 cm doet niets voorbij komen in de log.

Zie ik dat nu goed? Zijn de voetjes van de arduino niet gesoldeerd? Ik zou die even vast soldereren, denk dat de kans groot is dat dat het probleem is.

[lolgast]

En daarbij moet de aansluiting die je nu op "D3" hebt zitten van de Arduino op D2. Als je inderdaad de handleiding van de Koffie gevolgd hebt in ieder geval, maar aan je eerder geposte code lijkt dat wel het geval

[JBS]

sweebee schreef op donderdag 19 februari 2015 @ 18:12:
[...]


Zie ik dat nu goed? Zijn de voetjes van de arduino niet gesoldeerd? Ik zou die even vast soldereren, denk dat de kans groot is dat dat het probleem is.

Klopt, niet gesoldeerd, heb ook geen soldeerbout liggen, maar dat is te regelen
Nu de ontvanger van het breadboard gehaald en de draadjes direct in de gaatjes van de arduino gestopt/gehangen. En wat denk je? Juist

code:

18:04:20.362 [pimatic-homeduino] debug: data: "RF receive 146 450 4632 0 0 0 0 0 01100110011010101010011001010110011001100110010102"
18:04:20.376 [pimatic-homeduino] debug: received: [ 146, 450, 4632 ] 01100110011010101010011001010110011001100110010102
18:04:20.389 [pimatic-homeduino] debug: switch6:  { systemcode: 24, programcode: 2, state: true }
18:04:20.399 [pimatic-homeduino] debug: switch8:  { systemcode: 0, programcode: 'F8', state: false }

lolgast schreef op donderdag 19 februari 2015 @ 19:00:
En daarbij moet de aansluiting die je nu op "D3" hebt zitten van de Arduino op D2. Als je inderdaad de handleiding van de Koffie gevolgd hebt in ieder geval, maar aan je eerder geposte code lijkt dat wel het geval

Klopt, maar na een tip gewisseld van D3 naar D2 (JBS in "het grote pimatic topic - home domotica met je Raspberry Pi").

Vanavond de zender weer aansluiten

[lolgast]

Toen ik die "bouwkitjes" op Ebay voorbij zag komen dacht ik al dat je die zelf moest solderen. Toch blij dat ik voor die ene euro meer niet zelf ben gaan hannesen met mijn soldeerbout van €5

[sweebee]

Haha, zo zie je maar dat je foutjes snel over het hoofd ziet. Maar gelukkig werkt het nu.

[JBS]

lolgast schreef op donderdag 19 februari 2015 @ 19:08:
Toen ik die "bouwkitjes" op Ebay voorbij zag komen dacht ik al dat je die zelf moest solderen. Toch blij dat ik voor die ene euro meer niet zelf ben gaan hannesen met mijn soldeerbout van €5

Niet bewust voor dit "bouwpakketje" gekozen, niet gezien dat er kennelijk ook setjes waren die (voor de zekerheid) niet gesoldeerd hoeven te worden.

sweebee schreef op donderdag 19 februari 2015 @ 19:11:
Haha, zo zie je maar dat je foutjes snel over het hoofd ziet. Maar gelukkig werkt het nu.

Inderdaad. Nu ook de zender eraan geknoopt, en ook dat werkt.

M'n eerste lamp is toegevoegd en werkt zowel op basis van een rule als middels een aan/uit knopje.
Binnenkort verder, dank voor de tip!

\\Edit:
Homewizard heeft wegens verhuizing behoorlijk wat in de aanbieding.
Toevallig mensen ervaring met Magneetcontact (HomeEasy HE852-HW) of KlikAanKlikUit wand-bewegingssensor AWST-6000 of KlikAanKlikUit Inbouw schakelaar ACM1000 of KlikAanKlikUit fitting dimmer AFR-100. Zouden dat soort dingen gewoon moeten werken?

[ Voor 27% gewijzigd door JBS op 19-02-2015 23:37 ]

[jvaneijk]

JBS schreef op zondag 15 februari 2015 @ 16:27:
Sneller dan verwacht is m'n 433Mhz zender/ontvanger binnengekomen via eBay. Nu wil ik bij een NL webshop een breadboard en jumperwires bestellen. Bijvoorbeeld bij Conrad zie ik dit breadboard, een goedkopere vind ik daar niet (en geduld om te wachten op een Chinees exemplaar heb ik niet ). Iemand tips hiervoor? Jumper wires vind ik bij conrad ook in 35 verschillende varianten, iemand toevallig in een NL webshop ervaring? Op deze foto zie ik namelijk ook twee verschillende. Geloof dat ik zowel male/female als male/male nodig heb?

Je kan ook even een kijkje nemen op http://iprototype.nl

[lolgast]

Of www.vanallesenmeer.nl

[dj-dano]

Kan het kloppen dat http://ip/#edit-device niet meer werkt sinds de laatste updates.
Ik wil namelijk een beetje gaan proberen om de knoppen van sommige contacten en switches te veranderen.
Of heeft er iemand een aantal voorbeelden. Bijvoorbeeld een open rondje wanneer gesloten contact en geloten rondje bij open contact. Ditzelfde voor een pulseswitch een open rondje of niets en wanneer pushed On of een gesloten rondje.

[incmve]

Geen last van misschien even een refresh op de #edit-device pagina.

[dj-dano]

Werkt een refresh vreemd maar werkt popup loading weg en ik kan editen. misschien een bug?
THNX

[ Voor 3% gewijzigd door dj-dano op 20-02-2015 20:34 ]

[dj-dano]

Weet iemand of het mogelijk is om met pimatic-log-reader deze MQTT-broker te loggen in Pimatic.
Dit word gedaan door een andere Rpi in mijn netwerk.

code:

serialport = require('serialport');
var mqtt = require('mqtt');
 
var mclient,
    config,
    SerialPort,
    smartMeter;
 
mclient = mqtt.createClient(1883, 'xxx.xxx.xxx.xxx'); //set ip of the Rasp or localhost
var net = require('net');
var client = new net.Socket();
 
function SmartMeter() {
  this.ConsumedPowerRate1 = 0;
  this.ConsumedPowerRate2 = 0;
  this.ProducedPowerRate1 = 0;
  this.ProducedPowerRate2 = 0;
  this.ActualPowerRate = 0;
  this.ActualConsumedPower = 0;
  this.ActualProducedPower = 0;
  this.GasTimestamp = 0;
  this.ConsumedGas = 0;
}
 
SmartMeter.prototype.update = function(data) {
    //publish the complete telegram to a different topic for logging to for example a mysql dbase (handled in my next blog)
    mclient.publish('historical/smartmeter/data', JSON.stringify(data));
     
    if(data.ConsumedPowerRate1 != this.ConsumedPowerRate1) {
        this.ConsumedPowerRate1 = data.ConsumedPowerRate1;
        mclient.publish('smartmeter/consumed_low', data.ConsumedPowerRate1.toString(), {retain: true});
        //console.log(data.ConsumedPowerRate1)
    }
  
    if(data.ConsumedPowerRate2 != this.ConsumedPowerRate2) {
        this.ConsumedPowerRate2 = data.ConsumedPowerRate2;
        mclient.publish('smartmeter/consumed_high', data.ConsumedPowerRate2.toString(), {retain: true});
        //console.log(data.ConsumedPowerRate2)
    }
  
    if(data.ProducedPowerRate1 != this.ProducedPowerRate1) {
        this.ProducedPowerRate1 = data.ProducedPowerRate1;
        mclient.publish('smartmeter/produced_low', data.ProducedPowerRate1.toString(), {retain: true});
        //console.log(data.ProducedPowerRate1)
    }
  
    if(data.ProducedPowerRate2 != this.ProducedPowerRate2) {
        this.ProducedPowerRate2 = data.ProducedPowerRate2;
        mclient.publish('smartmeter/produced_high', data.ProducedPowerRate2.toString(), {retain: true});
        //console.log(data.ProducedPowerRate2)
    }
  
    if(data.ActualPowerRate != this.ActualPowerRate) {
        //console.log(this.ActualPowerRate);
        if (data.ActualPowerRate == 1) {var new_ActualPowerRate = 'Low'}
        else {var new_ActualPowerRate = 'High'};
        this.ActualPowerRate = data.ActualPowerRate;
        mclient.publish('smartmeter/actual_rate', new_ActualPowerRate, {retain: true});
        //console.log(new_ActualPowerRate);
        }
  
    if(data.ActualConsumedPower != this.ActualConsumedPower) {
        this.ActualConsumedPower = data.ActualConsumedPower;
        mclient.publish('smartmeter/actual_consumed', data.ActualConsumedPower.toString(), {retain: true});
        console.log(data.ActualConsumedPower)
        }
  
    if(data.ActualProducedPower != this.ActualProducedPower) {
        this.ActualProducedPower = data.ActualProducedPower;
        mclient.publish('smartmeter/actual_produced', data.ActualProducedPower.toString(), {retain: true});
        //console.log(data.ActualProducedPower)
    }
  
    if(this.GasTimestamp != data.GasTimestamp) {
        this.ConsumedGas = data.ConsumedGas;
        this.GasTimestamp = data.GasTimestamp;
        mclient.publish('smartmeter/gas', data.ConsumedGas.toString(), {retain: true});
        //console.log(data.ConsumedGas)
    }
};
function processTelegram(telegram) {
    var smartMeterId,
        consumedPowerRate1,
        consumedPowerRate2,
        actualConsumedPower,
        actualPowerRate,
        producedPowerRate1,
        producedPowerRate2,
        actualProducedPower,
        gasTimestamp,
        consumedGas;
 
    if(telegram.length === 19) {
        // Process equipment label
        smartMeterId = telegram[0].substr(1);
 
        // Process consumed power
        consumedPowerRate1 = parseFloat(telegram[3].substr(10,9));
        consumedPowerRate2 = parseFloat(telegram[4].substr(10,9));
        actualConsumedPower = parseFloat(telegram[8].substr(10,9));
        actualPowerRate = parseInt(telegram[7].substr(12,4));
 
        // Process produced power
        producedPowerRate1 = parseFloat(telegram[5].substr(10,9));
        producedPowerRate2 = parseFloat(telegram[6].substr(10,9));
        actualProducedPower = parseFloat(telegram[9].substr(10,9));
 
        // Process gas related items
        // Get timestamp last report and convert it to epoch UTC format
        gasTimestamp = new Date(
            parseInt(telegram[16].substr(11,2)) +  2000,
            parseInt(telegram[16].substr(13,2)) - 1,
            parseInt(telegram[16].substr(15,2)),
            parseInt(telegram[16].substr(17,2)),
            parseInt(telegram[16].substr(19,2)),
            parseInt(telegram[16].substr(21,2))
        );
        gasTimestamp = Math.round(gasTimestamp.getTime() / 1000);
        consumedGas = parseFloat(telegram[17].substr(1,9));
        //console.log('Gas Timestamp: ' + gasTimestamp);
        smartMeter.update({
            ConsumedPowerRate1: consumedPowerRate1,
            ConsumedPowerRate2: consumedPowerRate2,
            ProducedPowerRate1: producedPowerRate1,
            ProducedPowerRate2: producedPowerRate2,
            ActualConsumedPower: actualConsumedPower,
            ActualProducedPower: actualProducedPower,
            ActualPowerRate: actualPowerRate,
            GasTimestamp: gasTimestamp,
            ConsumedGas: consumedGas
        });
    } else {
        console.log('Invalid number of lines in telegram (' +
            telegram.length + ')');
    }
}
 
function main() {
     
    var telegram = [];
    console.log('Starting Smart Meter');
 
    SerialPort = serialport.SerialPort;
    smartMeter = new SmartMeter();
 
    serialPort = new SerialPort("/dev/ttyUSB0", {
        baudrate: 9600,
        databits: 7,
        parity: 'even',
        parser: serialport.parsers.readline('\n')
    });
 
    serialPort.on('data', function(line) {
        console.log('Received: ' + line);
        if(line[0] === '!') {
            processTelegram(telegram);
            telegram.length = 0;
        } else {
            telegram.push(line);
        }
    });
}
main();

[incmve]

Kijk hier even
http://forum.pimatic.org/...ter-using-p1-usb-cable/38
Gaat over het uitlezen van een log file van een slimme meter.

Als pimatic bij de logfile kan moet het geen probleem zijn.

[dj-dano]

Bedankt voor je info.
Ik maak gebruik van een soortgelijke USB kabel, de data log ik met het voorgaande script op een Rpi en vervolgens wordt het in een database geplaatst. Dus dat stukje heb ik al.
Maar nu wil ik de meterstanden in pimatic weergeven oftewel met een plugin of met de log-reader.

En dat is nu net mijn uitdaging hoe lees ik de data uit de logs of database, en hoe zet ik dit in mijn config.json.

http://blog.bwired.nl/?p=1049
http://blog.bwired.nl/?p=913

[ Voor 23% gewijzigd door dj-dano op 23-02-2015 20:35 ]

[incmve]

Je zult het script aan moeten passen zodat hij naar een logfile schrijft, als je dat voor elkaar hebt ga dan naar de link die ik heb gepost en lees dat door.
De voorbeelden daar kan je aanpassen zodat het bij jou ook werkt.

[dj-dano]

Dan houd het helaas op want ik kan geen script schrijven. En ik zou het ook niet willen want dan werkt de smartmeter niet meer zolas deze hoort te werken.
Maar een serial USB maakt toch een console.log of begrijp ik dit verkeerd

[skipper79]

@dj-dano
Kan je de data van je slimme meter wel ophalen? Met een 'cronjob' kan je de data vervolgens (per minute) wegschrijven in een logbestand. Dit bestand kan je vervolgens met pimatic-log reader, via een match, uitlezen en tonen in pimatic.

[incmve]

dj-dano schreef op dinsdag 24 februari 2015 @ 12:07:
Dan houd het helaas op want ik kan geen script schrijven. En ik zou het ook niet willen want dan werkt de smartmeter niet meer zolas deze hoort te werken.
Maar een serial USB maakt toch een console.log of begrijp ik dit verkeerd

Er wordt niet zomaar een console.log gemaakt, in jou script zie ik idd een console.log staan.
Je gaf eerder aan dat het naar een database ging vandaar dat ik aangaf dat het script aangepast moest worden omdat pimatic alleen de log kan lezen.

Heb je al in het bestand gekeken? als daar je verbruik in voorkomt dan kun je met pimatic deze uitlezen.

[dj-dano]

skipper79 schreef op dinsdag 24 februari 2015 @ 12:33:
@dj-dano
Kan je de data van je slimme meter wel ophalen? Met een 'cronjob' kan je de data vervolgens (per minute) wegschrijven in een logbestand. Dit bestand kan je vervolgens met pimatic-log reader, via een match, uitlezen en tonen in pimatic.

Alleen via een browser krijg ik mijn standen door zoiets als dit http://bwired.nl/dash/Ipad.asp


@incmve
Dit is mijn struikelblok ik weet niet hoe. Maar mijn smartmeter wil ik wel laten werken zoals in mijn huidige opstelling.

[JBS]

Zijn er mensen die de ontzettend uitgebreide sheets met gegevens uit een Google Nest thermostaat (gemaakt door SamFox) geïntegreerd hebben in Pimatic? Erg interessante toevoeging lijkt me.

Laatste versie van de sheets in Google Docs (even toegang vragen als je dat niet toevallig al hebt): SamFox in "Nest Thermostaat Topic"
Instructies over nog benodigde inloggegevens en triggers: SamFox in "Nest Thermostaat Topic"

[dj-dano]

@skipper
kan dan hier toevallig een cronjob van gemaakt worden?

code:

var url = require('url');
var path = require('path');
var mqtt = require('mqtt');
var httpd = require('http').createServer(handler),
    io = require('socket.io').listen(httpd),
    fs = require('fs');
httpd.listen(8300);
var client = mqtt.createClient(1883, 'localhost');
io.set('log level', 1);
var consumedValues = new Array();
var tmpValue;
var tmpValue1;
                 
// HTTP server
var MIMETYPES = {
    "html": "text/html",
    "jpeg": "image/jpeg",
    "jpg" : "image/jpeg",
    "png" : "image/png",
    "js"  : "text/javascript",
    "css" : "text/css"};
     
function handler(req, res) {
   
  function html404(uri, res){
    console.log("404 not found: " + uri);
    res.writeHead(200, {'Content-Type': 'text/plain'});
    res.write('404 Not Found\n');
    res.end();
  }   
   
  var uri = url.parse(req.url).pathname;
  if(uri != '/'){
    var filename = path.join(process.cwd(), uri);
    fs.exists(filename, function(exists) {
        if(!exists) {
            html404(filename, res);
            return;
        }
        var mimeType = MIMETYPES[path.extname(filename).split(".")[1]];
        res.writeHead(200, {'Content-Type':mimeType});
        var fileStream = fs.createReadStream(filename);
        fileStream.pipe(res);
    });
  } else {
    html404(uri, res);
    return;
  }
  }
 
  httpd.on('clientError', function (exception, socket) {
  console.log('Client error occurred');
});
   
io.sockets.on('connection', function (socket) {
  var clientbb = socket.handshake.address;
  console.log("New connection from " + clientbb.address + ":" + clientbb.port);
  socket.on('subscribe', function (data) {
    console.log('Subscribing to '+data.topic);
    //socket.join(data.topic);
    client.subscribe(data.topic);
  });
   
});
 
client.on('message', function(topic, payload){
    io.sockets.emit('mqtt', {'topic': String(topic),'payload':String(payload) });
    var newPayload = payload;
    switch (topic) { //settings for the graph
        case 'smartmeter/actual_produced':
            if (tmpValue1 == newPayload || newPayload == 0 ) {
                return;
            }; 
            tmpValue = newPayload;         
            newPayload = newPayload - (newPayload * 2); //make produced value negative for chart
            break;
        case 'smartmeter/actual_consumed':
            if (tmpValue == newPayload) {
                return;
            }; 
            tmpValue1 = newPayload;        
            break;
        default:
            return;
    };
         
    //if (tmpValue != newPayload || tmpValue1 != newPayload) {
        consumedValues.push(newPayload);
        //console.log(consumedValues);
        if (consumedValues.length >= 50) {
            //console.log ('Powervalue shifted');
            consumedValues.shift();
        }
    //};                   
     
    io.sockets.emit('mqtt', {'topic': "smartmeter/graph",'payload':consumedValues });  
         
});

[RSpaargaren]

@incmve Op jouw site staat een post over de AWMD-250 http://www.maredana.nl/awmd-250-inside/ Heb jij daar al succesvol een 433 zender aan toegevoegd?

Ik schakel deze AWMD-250 inmiddels met een zelfgebouwde PIR. (Attiny85 + PIR + 433transmittor) De PIR stuurt een (PIR1) signaal naar Pimatic welke vervolgens via een regel de lamp inschakelt op een dim niveau. Hier wil ik nog een lichtsensor aan toevoegen zodat het dim nivo van de lamp aangepast wordt. Echter wordt de lamp met de bestaande schakelaar bediend dan heeft PIMATIC daar nog geen weet van. Een mogelijke oplossing is de lichtsensor, als deze plotseling sterk wijzigt wordt de lamp geschakeld en kan ik een KAKU signaal sturen van de PIR naar de Pimatic. Maar als jij de AWMD inmiddels getweaked hebt dan hoor ik dat graag hoe...

[incmve]

Nee daar ben ik niet mee verder gegaan, ik weet dat er 3 tot 5V van de AWMD af te tappen is.
Volgende stap was een interrupt vinden zodat de Attiny kon gaan zenden.
Volgens mij moet dat simpel via de witte draden te doen zijn, ik verwacht dat daar 3.3V doorheen gaat.

[skipper79]

@dj-dano
dit is een 'pagina' waar ik geen 'energie-waarden' op zie of een adres waar je de waarden kan ophalen.
zie http://forum.pimatic.org/...ter-using-p1-usb-cable/38 voor voorbeelden

[dj-dano]

@skipper79
klopt ben ik al helemaal ingedoken maar probleem zit hem in hoe ik mijn serial poort kan benaderen van de Rpi naar de andere Rpi. En daarnaast hoe ik de serial driver een log laat maken om deze benaderen. Op dit moment schrijft waarschijnlijk de smartmeter enkel de data naar een data base. En zou ik dus een script moeten hebben die een log maakt van de P1 data.

[RSpaargaren]

incmve schreef op woensdag 25 februari 2015 @ 08:22:
Nee daar ben ik niet mee verder gegaan, ik weet dat er 3 tot 5V van de AWMD af te tappen is.
Volgende stap was een interrupt vinden zodat de Attiny kon gaan zenden.
Volgens mij moet dat simpel via de witte draden te doen zijn, ik verwacht dat daar 3.3V doorheen gaat.

Ik ga eerst de oplossing met de lichtsensor uitproberen maar wacht nog ff op de pakketjes uit China. Even off topic. Wat voor een 3D printer heb jij staan? Zelf geklust? Dit zou namelijk een nieuw project kunnen worden.

[incmve]

RSpaargaren schreef op woensdag 25 februari 2015 @ 11:05:
[...]


Ik ga eerst de oplossing met de lichtsensor uitproberen maar wacht nog ff op de pakketjes uit China. Even off topic. Wat voor een 3D printer heb jij staan? Zelf geklust? Dit zou namelijk een nieuw project kunnen worden.

Een Wanhao duplicator 4, is geen bouwpakket wel enige assemblage nodig.
Goeie printer maar wel duur, dit komt mede door de dual extruder.
Enkele extruders zijn goedkoper maar zeker niet slechter, ik print eigenlijk nooit in 2 kleuren.

Ik hoor goede verhalen over dit model(niet zozeer het merk)
http://www.ebay.com/itm/F...-Auto-Level-/331397170359

Een andere optie is iets als dit
http://printrbot.com/shop/simple-makers-kit-2/
echter is dit van hout gemaakt, na verloop van tijd gaan boutjes en moertjes los zitten doordat het hout ingedrukt wordt.

[Koffie]

incmve schreef op woensdag 25 februari 2015 @ 11:46:
[...]


Een Wanhao duplicator 4, is geen bouwpakket wel enige assemblage nodig.
Goeie printer maar wel duur, dit komt mede door de dual extruder.

Zijn goede printers, wij hebben die hier ook

[RSpaargaren]

@incmve / @koffie bedankt voor de feedback. Ik denk dat ik 1000 euro nog niet door de raad van bestuur thuis ga krijgen maar wie weet.... Ik zal me eens gaan verdiepen in de verschillende kits e.d.

[stat]

Op dit moment stuur ik mijn energieverbruik via een Attiny/433Mhz zelfbouwsel naar pimatic. Dat doe ik elke 5 minuten en eigenlijk zou ik de resolutie wat willen vergroten, maar als ik de hele tijd over 433 zend dan doen mijn lichtknoppen het straks niet meer. Enter de ESP8266 WIFI module...

Ik heb hem werkend (dat wil zeggen ik kan op mijn WIFI komen). Maar hoe update ik nu de variabele in pimatic? Via curl lukt me dat prima, maar hoe moet ik de ESP8266 zo ver krijgen dat die precies dat nabootst? Heeft iemand dit al eens geprobeerd? Koffie wellicht?

[dj-dano]

@incmve
@skipper79
Kan nu de data uitlezen! ik moest wel even minicom installeren en komt de data met het volgende gewoon binnen cu -l /dev/ttyUSB0 -s 9600 --parity=none.

minicom is te installeren via sudo apt-get install cu minicom.

Ga nu eerst eens lekker op mijn gemak zoeken of deze ergens wat logs wegzet.
Tips altijd welkom

[skipper79]

dj-dano schreef op woensdag 25 februari 2015 @ 22:04:
@incmve
@skipper79
Kan nu de data uitlezen! ik moest wel even minicom installeren en komt de data met het volgende gewoon binnen cu -l /dev/ttyUSB0 -s 9600 --parity=none.

minicom is te installeren via sudo apt-get install cu minicom.

Ga nu eerst eens lekker op mijn gemak zoeken of deze ergens wat logs wegzet.
Tips altijd welkom

kijk eens op http://gejanssen.com/howto/Slimme-meter-uitlezen/

[dj-dano]

skipper79 schreef op woensdag 25 februari 2015 @ 22:40:
[...]


kijk eens op http://gejanssen.com/howto/Slimme-meter-uitlezen/

script werkt niet goed krijg vreemde getallen binnen terwijl er via cu -1... wel de juiste data uitkomt.
Maar een klein script wat een .log maakt is all i need.

[ Voor 8% gewijzigd door dj-dano op 25-02-2015 22:56 ]

[skipper79]

Met curl?

[dj-dano]

Met curl moet je wel het exacte path weten anders zal hij niet werken.
Zal toch echt een python serial script moeten hebben voor mijn meter, die een log file maakt.

Ik DENK dat ik HouseAgent-SmartMeter nodig heb om de boel aan de gang te krijgen maar zeker weten doe ik het niet hellup

[ Voor 27% gewijzigd door dj-dano op 26-02-2015 20:54 ]

[dj-dano]

Dit krijg ik nu binnen:

code:

pi@Pimatic ~ $ curl http://192.168.1.18:8300/ > /home/pi/console.log
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100    14    0    14    0     0    713      0 --:--:-- --:--:-- --:--:--  1555

meter.log geeft err 404

[ Voor 3% gewijzigd door dj-dano op 27-02-2015 14:56 ]

[skipper79]

wat krijg je al je als je het volgende doet?

code:

curl http://192.168.1.18:8300

de gegevens worden opgeslagen in /home/pi/console.log en niet in meter.log...
of mis ik wat info?

[ Voor 44% gewijzigd door skipper79 op 27-02-2015 17:05 ]

[dj-dano]

Inderdaad klopt wat je zegt, sorry missertje moet zijn console.log ipv meter.log.
Met het cu commando kan ik netjes de data uitlezen van mijn USB serial maar verder krijg ik geen data gelogd op de een of andere manier. Ik zou het misschien en iets vzlogger kunnen proberen maar daar loop ik een beetje vast.

met

code:

 curl http://192.168.1.18:8300

krijg ik 404 not found.

[ Voor 10% gewijzigd door dj-dano op 27-02-2015 20:04 ]

[DavidZH]

stat schreef op zaterdag 08 november 2014 @ 15:49:
OK, het heeft wat tijd gekost maar het is me gelukt (met wat hulp van Koffie) om een op attiny85 gebaseerde KaKu-compatibele zender te maken!
Omdat ik me kan voorstellen dat meer mensen dit interessant vinden zal ik proberen het proces hieronder te beschrijven.

code:

#include <avr/sleep.h>    // Sleep Modes
#include <avr/power.h>
#include <NewRemoteTransmitter.h>
const int txPin = 0;
NewRemoteTransmitter transmitter(111, txPin, 260, 2);
NewRemoteTransmitter transmitter2(112, txPin, 260, 2);

const byte SWITCH = 3; 
const byte SWITCH2 = 4;
int buttonState = 1;         // variable for reading the pushbutton status
int buttonLast = 1;
int buttonState2 = 1;         // variable for reading the pushbutton status
int buttonLast2 = 1;
int notimesmax = 10;

ISR (PCINT0_vect) 
{
// do something interesting here
}

void setup ()
 {
 pinMode (SWITCH, INPUT);
 pinMode (SWITCH2, INPUT);
 pinMode(txPin, OUTPUT);  // RF TRANSMITTER
 digitalWrite (SWITCH, HIGH);  // internal pull-up
 digitalWrite (SWITCH2, HIGH);  // internal pull-up
 
 // pin change interrupt (example for D4)
 PCMSK  |= bit (PCINT3); 
 PCMSK  |= bit (PCINT4); 
 GIFR   |= bit (PCIF);    // clear any outstanding interrupts
 GIMSK  |= bit (PCIE);    // enable pin change interrupts 

 }  // end of setup

void loop ()
 {
  delay (100); 
for(int notimes = 0;notimes<notimesmax;notimes++){//Loop to prevent errors when hitting the 2 buttons simultaneously
 buttonState = digitalRead(SWITCH);
 buttonState2 = digitalRead(SWITCH2);
 if (buttonState != buttonLast) {
  if(buttonState == HIGH) transmitter.sendUnit(0, true);
  if(buttonState == LOW) transmitter.sendUnit(0, false);
  buttonLast = buttonState;
 }
  if (buttonState2 != buttonLast2) {
  if(buttonState2 == HIGH) transmitter2.sendUnit(0, true);
  if(buttonState2 == LOW) transmitter2.sendUnit(0, false);
   buttonLast2 = buttonState2;
  }
 }
 }  // end of loop
 
 
void goToSleep ()
 {
 set_sleep_mode(SLEEP_MODE_PWR_DOWN);
 ADCSRA = 0;            // turn off ADC
 power_all_disable ();  // power off ADC, Timer 0 and 1, serial interface
 sleep_enable();
 sleep_cpu();                             
 sleep_disable();   
 power_all_enable();    // power everything back on
 }  // end of goToSleep

verhaal + ploatjes

even een oude koe: Ik heb op twee plekken een AWMT-003 om lampen te schakelen alleen vind ik het heul irritant dat er zoveel tijd zit tussen hst schakelen en het aangaan van de lamp. Ik heb het idee dat de AWMT een behoorlijke burst aan commando's zend en dat daarom er zoveel vertraging in zit. Die hoeveelheid data begint ook langzaamaan mijn 433MHz hier thuis een beetje te verstoppen (al helpt de buitensensor van Hama daar ook aan mee met een bericht elke 10 seconden... )
Dus wil ik heel graag dit concept proberen.

Het ombouwen van een pushbutton naar een aan-uit schakelaar zal me wel lukken, maar heb ik het goed dat je bij het eerste programma aan het eind van de loop een aanroep van "go-to-sleep" vergeten bent? En dat hij dus continue in de "stroomvretende" loop blijft draaien?

[dj-dano]

Weer verder aan het kijken voor een werkende oplossing.
Net ser2net geinstalleerd en deze regel in de config geplaats

code:

3333:raw:0:/dev/ttyUSB0:9600,8DATABITS,NONE,1STOPBIT

En nu kan ik via

code:

curl http://192.168.1.18:3333/dev/ttyUSB0,waitslave tcp:SerialMachine:3333

data binnen halen enkel klopt niet helemaal maar dat zullen de instellingen zijn.

Misschien heeft er iemand nog handig tips want ik ben er nog niet helemaal.

[ Voor 95% gewijzigd door dj-dano op 28-02-2015 22:23 ]

[skipper79]

wat krijg je binnen met de curl?

[stat]

DavidZH schreef op vrijdag 27 februari 2015 @ 20:16:
[...]


even een oude koe: Ik heb op twee plekken een AWMT-003 om lampen te schakelen alleen vind ik het heul irritant dat er zoveel tijd zit tussen hst schakelen en het aangaan van de lamp. Ik heb het idee dat de AWMT een behoorlijke burst aan commando's zend en dat daarom er zoveel vertraging in zit. Die hoeveelheid data begint ook langzaamaan mijn 433MHz hier thuis een beetje te verstoppen (al helpt de buitensensor van Hama daar ook aan mee met een bericht elke 10 seconden... )
Dus wil ik heel graag dit concept proberen.

Het ombouwen van een pushbutton naar een aan-uit schakelaar zal me wel lukken, maar heb ik het goed dat je bij het eerste programma aan het eind van de loop een aanroep van "go-to-sleep" vergeten bent? En dat hij dus continue in de "stroomvretende" loop blijft draaien?

Ja klopt, heb je helemaal gelijk in (kwam ik laatst achter toen de batterijen ineens op waren na 1 maand...)
Gewoon dat commando toevoegen aan het eind van de loop en je bent good to go.
Ik heb overigens wel het idee dat het allemaal wat beter werkt met de iets duurdere zenders.

[Zero2Cool]

Ik probeer om een kaku switch toe te voegen, maar sommige lukken niet. Heb er al een stuk of 10 in pimatic staan, maar bij deze krijg ik meerdere protocollen :

debug [pimatic-homeduino]: contact2: { id: 715438, contact: false }
debug [pimatic-homeduino]: pir2: { unit: 21, id: 26, presence: true }
debug [pimatic-homeduino]: pir1: { unit: 4, id: 2, presence: true }
debug [pimatic-homeduino]: switch7: { unit: 2, id: 0, state: false }
debug [pimatic-homeduino]: switch5: { id: 715438, unit: 0, all: true, state: true }
debug [pimatic-homeduino]: switch4: { unit: 4, id: 2, state: false }
debug [pimatic-homeduino]: switch3: { houseCode: 4, unitCode: 2, state: true }
debug [pimatic-homeduino]: switch2: { houseCode: 4, unitCode: 2, state: false }
debug [pimatic-homeduino]: received: [ 365, 1077, 10972 ] 01100110010101100110011001100110010101100110010102
debug [pimatic-homeduino]: data: "RF receive 365 1077 10972 0 0 0 0 0 01100110010101100110011001100110010101100110010102"

ik heb meerdere protocollen geprobeerd, maar deze reageren nergens op. Of moet ik ze combineren?

Ben hier nu mee bezig, maar krijg het niet werkend :

{
"id": "rfswitch8",
"name": "MultiSwitch",
"class": "HomeduinoRFSwitch",
"protocols": [
{
"name": "switch2",
"options": {
"id": 4,
"unit": 2
},
"send": true,
"receive": true
},
{
"name": "switch2",
"options": {
"id": 4,
"unit": 2
},
"send": false,
"receive": true
},
{
"name": "switch4",
"options": {
"id": 4,
"unit": 2
},
"send": false,
"receive": true
},
{
"name": "switch5",
"options": {
"id": 715438,
"unit": 0
},
"send": false,
"receive": true
},
{
"name": "switch7",
"options": {
"id": 0,
"unit": 2
},
"send": false,
"receive": true
},
{
"name": "pir1",
"options": {
"id": 4,
"unit": 2
},
{
"name": "pir2",
"options": {
"id": 21,
"unit": 26
},
{
"name": "contact2",
"options": {
"id": 715438,
}
]
},

[ Voor 34% gewijzigd door Zero2Cool op 01-03-2015 10:22 ]