[OpenTRV-dev] OpenTRV at local ham club
Bo Herrmannsen
EMAIL ADDRESS HIDDEN
Tue Jul 29 11:10:33 BST 2014
baah, usb power on pi +: This is 600mA by default, but can be increased to
1.2A via software.
and that is total.... so 150ma each port default, and 300 if adjusted for
max....
so for me its a bit maah,
do i need the extra gpio pins? prob not in this case, i can prop get a 4
port hub for the extra cost of the b+ and come out with more power for each
port
2014-07-29 11:59 GMT+02:00 Stuart Poulton <EMAIL ADDRESS HIDDEN>:
> Bo,
>
> Take a look at the B+, I think it will remove the requirement for a 4 port
> hub.
>
> Stuart
>
>
>
> On 29/07/14 10:56, Bo Herrmannsen wrote:
>
>> this time i take i from top and down,
>>
>> yes, heating should be controlled just as you wrote, some might unlock
>> the house and not have the sms access, of course they will not have the
>> benefits of a preheated house, but what the heck... and LED to show status
>> would be nice to tell them that heat is comming
>>
>> Interesting about the 3G dongle... but maybe in my case i can make do
>> with the alarm system if there are a spare input and output, will have to
>> check it
>>
>> As for current yes... i will prop give the pi its own 5V supply, then a 4
>> port usb hub with its own supply of 2A
>>
>>
>>
>>
>> 2014-07-29 11:43 GMT+02:00 Gareth Coleman <EMAIL ADDRESS HIDDEN <mailto:
>> EMAIL ADDRESS HIDDEN>>:
>>
>> Hello everybody, I thought I'd take the chance of chipping in even
>> though I almost certainly don't fully understand the situation!
>>
>> Seems like you have two separate requirements, one to turn the
>> heating on and off by text message, and the other to turn the
>> heating on/off by the alarm output (indicating occupancy). And by
>> 'off' you mean set the desired temperature to 5 degrees C, 'on' is
>> set to 19 or so.
>>
>> We've experimented with using a cheap 3G dongle attached to a
>> raspberry pi and using free software called gammu to send text
>> messages. The software also receives text messages and drops them
>> into a folder on the raspberry pi's filing system. It's pretty
>> straightforward to set up - to make things easy we bought a
>> known-compatible dongle off ebay for £10. Just make sure the Pi
>> has a decent power supply so that the surges of current the dongle
>> needs don't make the Pi brown-out.
>>
>> From there you could use any sort of simple text parsing system
>> that is familiar (python, node.js, bash etc) to work out if the
>> heating system should be changed to enter frost mode. Personally
>> I'd use node-red because I think it's really good at allowing
>> non-programmers to understand the system configuration. You don't
>> want to be called out every time the system needs tweaking - the
>> end-users need to 'own' the system. However if they are hams then
>> they might be comfortable on the command line editing code
>> directly, maybe not.
>>
>> One of the many great things about node-red is that you get a web
>> interface out of the box, it looks like the attached image. It
>> would be fine for slightly technical people, not so great for the
>> general public as you can easily deploy new code that breaks things.
>>
>> Interfacing with the alarm might be more trivial or not, depending
>> on how the alarm works (I've not experimented with such systems).
>> But assuming it's something accessible such as a relay contact or
>> a simple signalling voltage with some ability to source current,
>> you can just whack it into the Pi's gpio pins (maybe use an
>> opto-coupler or buffer to make things more robust) and take things
>> from there.
>>
>> Hope that helps
>>
>> Gareth
>>
>>
>> On 29 July 2014 10:35, Kevin Wood <EMAIL ADDRESS HIDDEN
>> <mailto:EMAIL ADDRESS HIDDEN>> wrote:
>>
>> Hi Bo,
>>
>> I'm actually working on something quite similar at the moment
>> for a second
>> home that needs frost protection / monitoring remotely, in
>> this case with
>> oil fired heating.
>>
>> My plan is a raspberry pi attached to an AVR which controls
>> the heating
>> system.
>>
>> I'm thinking that the AVR can harvest temperature data from a
>> couple of
>> OneWire sensors, run the heating and hot water schedules and
>> control
>> relays that activate the heating system as required. It'll
>> also have an
>> RFM on the board for later integration with OpenTRV and, if I
>> can reverse
>> engineer it, the wireless oil level sensor on the oil tank.
>>
>> R-Pi can host a web interface or, more likely in the first
>> iteration,
>> provide a mechanism to at least SSH into it and check
>> everything remotely.
>> Of course it could also do email notifications and SMS would
>> be possible
>> either via an internet SMS gateway, or just hang a GSM module
>> off it with
>> a cheap pay as you go SIM installed?
>>
>> Does this premises have internet connectivity?
>>
>> Kevin
>>
>> > I was at local ham club last night at looked at their heating
>> >
>> > So far i "THINK" its all electrical heating as there is no
>> district
>> > heating
>> > installed, makes things a bit more easy since heat not used
>> will go back
>> > to
>> > the cylinder :-D
>> >
>> >
>> > Next bit, there is one big room with 4 rads, which means one
>> box should
>> > control them all, the box will be central placed. Its mainly
>> old timers so
>> > the less complicated the better, the rest of the rooms are
>> one rad per
>> > room.
>> >
>> >
>> > Mostly @kevin but others might chip in, they have some kind
>> of remote
>> > control where they can send a text to turn stuff on and they
>> would like to
>> > be able to turn on the heat remotely, how could we get to that?
>> >
>> > the point is that when the house is locked heating should
>> turn off
>> > completely or run at 5degree to prevent frost issues. then
>> either by
>> > remote
>> > command or when house is unlocked it should go to warm mode,
>> there would
>> > be
>> > no need to sense if its day or night or if people are in the
>> room etc. the
>> > alarm will output a signal when its on/off
>> >
>> > any ideas?
>> >
>> > /bo
>> >
>> > --
>> >
>> > |||||
>> > @(~Ô^Ô~)@
>> > -------------oOo---U---oOo-------------
>> > | |
>> > | Bo Herrmannsen |
>> > | |
>> > | |
>> > | "blessed are the "cracked", |
>> > | for its they who let in the light" |
>> > | Ooo |
>> > |_________________ooO____( )________|
>> > ( ) ) /
>> > \ ( (_/
>> > \_)
>> > _______________________________________________
>> > OpenTRV-dev mailing list
>> > EMAIL ADDRESS HIDDEN
>> <mailto:EMAIL ADDRESS HIDDEN>
>> > http://lists.opentrv.org.uk/listinfo/opentrv-dev
>> >
>>
>>
>> _______________________________________________
>> OpenTRV-dev mailing list
>> EMAIL ADDRESS HIDDEN
>> <mailto:EMAIL ADDRESS HIDDEN>
>> http://lists.opentrv.org.uk/listinfo/opentrv-dev
>>
>>
>>
>>
>> -- ------------------------
>> Gareth Coleman
>> layer zero labs
>> l0l.org.uk <http://l0l.org.uk>
>>
>> _______________________________________________
>> OpenTRV-dev mailing list
>> EMAIL ADDRESS HIDDEN
>> <mailto:EMAIL ADDRESS HIDDEN>
>> http://lists.opentrv.org.uk/listinfo/opentrv-dev
>>
>>
>>
>>
>> --
>> |||||
>> @(~Ô^Ô~)@
>> -------------oOo---U---oOo-------------
>> | |
>> | Bo Herrmannsen |
>> | |
>> | |
>> | "blessed are the "cracked", |
>> | for its they who let in the light" |
>> | Ooo |
>> |_________________ooO____( )________|
>> ( ) ) /
>> \ ( (_/
>> \_)
>>
>>
>>
>> _______________________________________________
>> OpenTRV-dev mailing list
>> EMAIL ADDRESS HIDDEN
>> http://lists.opentrv.org.uk/listinfo/opentrv-dev
>>
>
> _______________________________________________
> OpenTRV-dev mailing list
> EMAIL ADDRESS HIDDEN
> http://lists.opentrv.org.uk/listinfo/opentrv-dev
>
--
|||||
@(~Ô^Ô~)@
-------------oOo---U---oOo-------------
| |
| Bo Herrmannsen |
| |
| |
| "blessed are the "cracked", |
| for its they who let in the light" |
| Ooo |
|_________________ooO____( )________|
( ) ) /
\ ( (_/
\_)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opentrv.org.uk/pipermail/opentrv-dev/attachments/20140729/a36b4a50/attachment-0001.html>
More information about the OpenTRV-dev
mailing list