Koffie's tweakblog

Zoals uit mijn eerdere posts al op te maken is, gebruik ik de Raspberry Pi voor het aansturen van centrale verwarming.

Door een probleem met de electrabuizen in mijn plafond komt de DS18B20 sensor op een onhandige plaats uit : een centraaldoos in het plafond vlakbij een radiator.
Aangezien warme lucht stijgt, de sensor in de buurt van een radiator zit en dit geheel ook nog eens om de hoek van de zithoek hangt (mijn woonkamer is een L vorm) geeft dit een totaal vertekend beeld van de werkelijkheid tov wat de sensor meet.
Hier moest dus iets aan gedaan worden!
Na een weekend prutsen ben ik tot het volgende gekomen:



Nu je zul je direct willen roepen 'maar ik zie niets!' en dat was nu precies de bedoeling
Wat je ziet is een oud fotolijstje met daarachter een breadboard geplakt, Op het breadboard zit een ATtiny84 met een DS18B20 en een 433MHz Superheterodyne RF sender.
De ATtiny is zo geprogrammeerd dat deze elke minuut de temperatuur uitleest en via de RF module de lucht instuurt.
Omdat ik geen zin (en kennis) had een heel nieuw RF protocol te verzinnen voor pilight, heb ik de KaKu_new protocol misbruikt.
Het KaKu_New dimmer protocol bied de optie om een dimstand van 0 t/m 15 te versturen. Als je dus een bepaald ID neemt en daar 2 opeenvolgende unit's van pakt heb je al 2 x 15 waardes om te versturen.
pilight kan out of the box al KaKu_new dimmer ontvangen, dus het is alleen nog een kwestie van het detecteren van de broadcast en deze waarde uit te lezen. Vervolgens deze waarde naar een generic_weather protcol sturen en klaar ben je.

Nu weet ik dat pilight ook diiverse andere weather protocols onderstuend, maar op de een of andere manier krijg ik de output van mijn Alecto weerstation niet op pilight binnen. Aangezien het versturen van de omgevingstemperatuur al in de planning lag voor onze te bouwen module, was dit een mooi begin.

Voor de ATtiny heb je de volgden code nodig:

code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50

#include <OneWire.h> // http://www.pjrc.com/teensy/arduino_libraries/OneWire.zip #include <DallasTemperature.h> // http://download.milesburton.com/Arduino/MaximTemperature/DallasTemperature_LATEST.zip #include <NewRemoteTransmitter.h> #define txPin 10 // RF TRANSMITTER PIN const int ledPin = 8; #define ONE_WIRE_BUS 9 OneWire oneWire(ONE_WIRE_BUS); // Setup a oneWire instance DallasTemperature sensors(&oneWire); // Pass our oneWire reference to Dallas Temperature void setup() { pinMode(ledPin, OUTPUT); // LED pinMode(txPin, OUTPUT); // RF sender } void loop() { int NewUnit; int NewId; int temperature; NewRemoteTransmitter transmitter(8934000, txPin, 245,2); Blink(ledPin,2); sensors.begin(); //start up temp sensor sensors.requestTemperatures(); // Get the temperature temperature = sensors.getTempCByIndex(0); int RoundTemp = round(temperature); if(RoundTemp <= 15) { NewId = 1; } if(RoundTemp >= 16) { NewId = 2; RoundTemp = RoundTemp - 15; } transmitter.sendDim(NewId, RoundTemp); delay(60000); } void Blink(int led, int times){ for (int i=0; i< times; i++){ digitalWrite(ledPin,HIGH); delay (50); digitalWrite(ledPin,LOW); delay (50); } }

Deze code zorgt ervoor dat de ATtiny elke minuut de temperatuur uitleest en als KaKu_new dimmer code lucht instuurt.
Wanneer het 6 graden is, word er dus het volgende verstuurd : unit [b]8934000[/b[ id 1 dimlevel 6. Wanner het echter 16 graden is, zal hij het volgende versturen: unit [b]8934000[/b[ id 2 dimlevel 1.

Nu is het een kwestie van een process script draaien op je Raspberry Pi welke alle ontvangen protocollen in de gaten houd, en reageert wanneer er een unit 8934000 voorbij komt.
In een latere post zal ik het process script wat ik voor pilight gebruik uitleggen.

Het eindresultaat ziet er dan zo uit: