Monday, 31 March 2014
The first photo is of the RFu-328, which is the tiny board occupying the socket on the top left of the prototyping board. This is an Arduino Uno compatible device with built in radio and you can program it over the radio too (OTAMP), which is frankly wonderful.
Although I can see it being a worry once you've built a load, you're going to have to make sure that you only have the one you want to program powered up when you do. There are clever things can be done with using a different channel for programming but I think that could be a pain to administer as you'd need to keep reconfiguring the radios.
You get these for about the price of a decent Uno clone, although it's designed for embedded use so you need to add a 3.3v PSU and it's in an odd Xbee compatible form factor. I can see me soldering wires straight to them.
The second phot shows their 'Slice of radio', which is a plug and play SRF radio for the Raspberry Pi. It just plugs into the GPIO connector and works, although you need to disable the serial console on the Pi so it can be used effectively for anything else.
I also bought their USB radio, which doubles as an FTDI serial device for programming things with. No photo as it's an anonymous black box.
When I first started I got very frustrated at my inability to program the RFu over the air. By default the USB device is not configured to send the 'remote reset' needed for this to work. Sadly the Ciseco documentation is at the same time both great on detail but unhelpful and a bit disorganised so it took me a while to realise this.
If you download their configuration manager it helps with the AT commands necessary and gives you an easy way to change them. Nothing you couldn't change with AT commands manually but when you start out there's the usual problem of not knowing what you don't know.
With that minor niggle sorted, programming the RFu-328 was a doddle. I put the standard blink sketch on, just printing On/Off to the serial port and it immediately worked. The only thing to bear in mind is that 'pin 8', which doesn't appear on the RFu for normal use, enables and disables the radio so the sketch needs to bring it high during the setup function and the serial port has to run at 115,200 baud.
Now, however I have made the RFu-328 unusable for OTAMP as in a moment of idiocy I uploaded a sketch which blasts characters out of the serial port as fast it can manage. Which ties up the radio and stops over the air programming from working. So I'm going to have to pull it from the development board and use FTDI to program it directly.
I also had a play with the Slice of Pi, running one of my existing Python sketches that does serial output and simply pointing it at the radio instead. It is, as they advertise, just as simple as that.
Once I've rescued the RFu I need to play with Ciseco's protocol for the 'internet of things', LLAP. Reading around the topic it sounds like it's a bit unfinished but then it is at least a start and means whatever I do will have a passing chance at fitting in with other uses of the radios. LLAP has very simple human readable 12 character packets designed for tiny low power, low CPU devices like these. Were I to write something myself that would be what I'd be aiming for anyway.
Saturday, 29 March 2014
Hardly surprising given their original purpose but I wanted to be sure.
Looking at the circuit showed they have a little special purpose chip (YX8018) to control things. I did wonder how a 1.2v battery was going to turn on an LED with a 2v forward voltage.
not the first person to think these lights will make a good housing for a microcontroller based project. They've also looked at using the solar cell and YX8018 for power and decided it really doesn't cut the mustard.
No matter, I'm mostly interested in the housing for the RFu and was thinking of replacing the single AAA with 2-3 AAs in the pole anyway. Three fit almost perfectly and cutting away the battery housing inside the top would make a load more space.
Before I get too excited by this though I need to see how long the RFu runs on the AAA that came with the light. The specs suggest it will run quite happily for 8 hours or
more. Not enough for what I want and that will be worse when I add sensors but it's enough to mess around with.
Update: Connecting it up to the battery and taking it outside shows a charging rate of 15-20mA is perfectly possible in the sun.
This sounds to me like the panel can be used to give a useful boost charge but not enough to do much with on its own. It also seems to have a blocking diode built in as the battery doesn't discharge through it if you cover it.
Tuesday, 25 March 2014
My vague plan is to fit an RFu microcontroller in these and 'do stuff' with them. Probably involving a PIR sensor, RGB LED and maybe a piezo sounder for basic sound generation.
This doesn't sound that interesting unless you realise the RFu shown in the second picture has an SRF radio which can be used to do 'mesh' type radio communications over hundreds of meters soldered to the board.
So the vague plan is these will be remotely controllable in software and also report home if the sensor is activated.
This means having working sensors that could become a perimeter alarm in a modern or sci-fi LARP is a realistic possibility. As are all manner of pretty light patterns at night, but that's not actually something I'm too bothered about.
There are obviously hurdles to be overcome. I've bought a starter kit of SRF radio stuff that needs playing with, I've no idea how good it is in practice. The AAA battery will need a step-up PSU to run the gubbins, that battery may not last long at all and squeezing it all in tidily may get impractical. If I run out of battery life or space, stuffing some AAs in the pole is the obvious answer but I really like the idea of these charging in the sun.
Still if the SRF stuff works well I can see it having loads of applications. As well as these I have vague plans to use it in making Spookytron 2.0 wireless.
I was at a sci-fi LARP over the weekend where they used a car stereo to play sound effects in the woods. This worked absolutely great but stringing the wire up in the trees was a right pain.
At MCM last summer we used wireless speakers to do ambient sounds but having the sensors triggering sounds like with Spookytron is what I'm aiming for.
First though I've a couple of other projects I ought to finish.