Agile Octopus Histograms

This is a very nice lcd panel

I spent some time today working on my Agile Octopus price display. Agile Octopus is an electricity tariff where you get a different price every half-hour during the day. A while back I made a device that would get the current price and display it, but now I’ve added a little histogram that displays upcoming prices for the rest of the day. The picture above was taken at 7:14 pm. The solid lines in the histogram are the hours and the dotted lines the half hour prices. On the right you can see the minimum and maximum prices. It looks like the prices will be going down over the evening. We’ve found this quite useful when deciding when to put the washing on or bake a cake. The display is powered by a Raspberry Pi PICO-W driving a rather nice LCD panel from Pimoroni.

It’s actually rather pleasing to make something that folks actually find useful and might even save us money.

Octopus Agile Tarif Display

The display looks really nice

I’m building a little device to make it easier to use Agile Octopus. It’s a Raspberry Pi PICO W with a really nice LCD panel from Pimoroni. Today I got the Pico connecting to the WiFi and pulling down the tariffs from Octopus. Next I have to do some data display stuff.

Radios in tins = bad idea

Perhaps they might make a nice birthday present…

I’m making a new embedded device. It’s going to be a Bluetooth remote control. I’m on an upcycling kick at the moment, and in a tradition going back a while I thought I’d put the device in an Altoids tin. I bought the mints and then I realised that Bluetooth uses radio to work, and putting the PICO W in a metal box (i.e. Faraday cage) might not be for the best. Oh well.

Mdns makes your embedded devices easy to find

I’m making a network controlled light. The idea is that the light hosts a web site which you can find with your phone or computer. The light will have an internet (IP) address which you can use to locate it on the network (something like 192.168.50.5) but this might change as these addresses are assigned by your network router on a first-come first-served basis. What you really want to be able to do is refer to your light as “flashlight.local”. The mdns service makes this possible.

I’m using Circuit Python to host the website in a Rasbperry Pi PICO-W. They have a lovely HTTP server library which works a treat. It also supports mdns (Multicast Domain Name Server). This lets applications (for example your browser) ask if anyone on the local network has a particular name (in this case flashlight.local). The mdns server running on the PICO-W responds to these requests with a network address which can then be used to contact the PICO-W. The code below was added to the application and starts the service running. This code is slightly different from the example code for the service, but it does work very well.

import mdns


mdns_server = mdns.Server(wifi.radio)
mdns_server.hostname = "flashlight"

Once the server has been started it seems to just run in the background responding to requests.

This is the final website for the light

You can use this to make your embedded devices much easier to locate. If they get given a different IP address next time they start up they will just keep going.

Cockroach Circuits

I’d say “don’t do this at home” but I’m doing it at my home so it must be OK…

I can just about fit a PICO inside my remote controlled flash light, but there is hardly any room for anything else. So I’m using the “dead cockroach” hardware construction style. The circuit looks like a dead cockroach with wires standing in for legs. The connections are created by soldered wire-wrap wire into the holes in the board. I’m going to wrap the whole thing in insulating tape before fitting it into the flash. I like using wire-wrap wire. It is so flexible that it doesn’t tend to come undone from connections. I’ve got lots of different colours, which makes it much easier to follow. The circuit above is an implementation of this:

My level converter is blue though…

The important thing to do is keep testing as you build it, although so far it has kept working .

Hurray for Level Converters

At its brightest this pixel gives out 3 watts which is a lot of light

I’m working on my PICO controlled flashlight. Today it was time to wire up the output led. I’m using a Pixie light. This needs 5 volt levels to control it, but the PICO only produces 3.3 volts. This might just work (some things do) but I’m a bit concerned that if the power voltage for the lights gets a bit too high the light will not work or worse, be unreliable.

So I’m adding a level converter. These are very cheap and easy to buy (search for “arduino level shifter” on your favourite ecommerce site), but a bit of a pain to wire up as you have to connect input and output signals as well as power supplies and grounds for each side of the connection. However, as you can see above, the light works fine. Next I have to work out how to get the circuitry into the flash gun.

Remote Controlled Lights Working

This is the prototype light display

I’ve got the code for the remote controlled flash light just about working. It turns out to be a fairly simple matter to get a web site host running on a PICO and then get it to respond to incoming requests.

This is the interface to set the colour of the lights

I’m waiting for my super-bright led to arrive and then I’ll get the hardware built. Great fun. I’ll put all the code and designs onto GitHub when its finished.

Fun with a Flash Gun

Nothing like having an Auto Thyristor in your flash gun

We were out and about at Cottingham Day this weekend. I took loads of pictures using my Minox B on very old film. That didn’t end well. Which is why I have no pictures of the event at all.

While we were out I picked up this flash gun on a second hand stall. I fancied having another flash gun, particularly for two quid. Of course it doesn’t work. To be honest, I wasn’t expecting it to. These things don’t age particularly well and Cobra is not a name known for quality and longevity. In fact I until I found the flash gun I didn’t think it had anything to do with photography at all.

I’m not bothered though. I plan to take out the internals and replace them with a PICO-W to create a remote controlled light. I can use the battery compartment, reflector and even the flash zoom lens and my plan is to keep it looking as much like the original as possible.

The big grey thing is the capacitor. Need to be careful with that bit as it might have residual charge in it.

I’ve got the flashgun to pieces. Turned out to be quite easy. The main part is held together with little metal clips. The circuit boards are almost exactly the same size as PICO, which has got to mean something. Next step is to work out how to fit some lights inside.

Blue Chord Keyboard now in Hackspace Magazine

If you use both left handed and right handed keyboards at the same time you can channel your inner Rick Wakeman….

Issue 68 of HackSpace magazine is now out. On page 70 you can find my article that tells you how to create a Bluetooth connected chord keyboard using a PICO-W. There are lots of other great articles too. Well worth a read.

Bluetooth Chord Keyboard

Now avaialble for left and right handed users with adjustable key positions

The Raspberry Pi PICO-W powered Bluetooth Chord keyboard (I call it “Blue Chords”) is now on GitHub. You can find it here. I’ve updated the code to use the latest version of the Raspberry PI PICO SDK and updated the PC design and matching case design.

I used the Kicadstepup plugin to import the board into the design

I’ve built some prototypes (you can see them at the top) but I’ve not built the final design yet. The project will be the basis of an article in an upcoming HackSpace magazine.

Lovely OLED driver for the PICO

It can say other words as well…..

I spent a chunk of the day trying to get the OLED display working on the keyboard I’m building. It works fine under Python, but it was a bit reluctant to work under C++. In the end I found this lovely OLED library: https://github.com/daschr/pico-ssd1306 It's very lightweight and easy to configure and use. It worked a treat. The display that I’m using is the monochrome version and it looks really, really good.

Achievement unlocked: First PCB built

The bag was very hard to undo, but worth it

A parcel arrived from PCBWay today. These are the boards that I designed last week. They turned them round in double quick time and they look great.

These are the key positions for right handed use

I lost no time soldering the key sockets into place and getting a test program into the PICO. I have made a few mistakes with this board. The key spacing is a tiny bit close. I had to file a bit off a couple of keytops to make them move smoothly. The next version will have the keys a mm or so further apart.

It is traditional that your first board needs a fix or two….

I’d also made a mistake with one of the OLD display sockets, reversing the clock and data lines. But I managed to fix that and get the board going with some Python code. The good news is that the left handed versions is wired perfectly. I’m going to build one of those too just to see if it is easy to learn to use the keyboard with your left hand. Now I have to write the C++ code to read the keys and send the keypresses over Bluetooth.

Achievement unlocked: designed KiCad circuit board

I’m rather proud of this. Please don’t find a fault in it…

I’ve finished my design for the chord keyboard. There are lots of key locations but you only put one switch in each column. This makes it easy to make left or right handed versions. I’ve added connections for a tiny OLED screen. You fit the display the the side that you are not using.

Next thing to do is to send it off to get some boards made. Rather exciting.

Pico tamed

I’m making a bluetooth version of this….

Today all my fiddling with the PICO paid off. I got one of the Bluetooth examples for the PICO-W working and sending keys to my PC. Next step is to put it inside a wireless version of my chord keyboard.

PICO Examples vs OneDrive - Fight!

Size comparison with an SD card. Remember them?

I’m doing some work on the Raspberry Pi PICO. To make things easier I bought a debug probe. It’s tiny. It comes with all the cables that you need for your PICO, but you do need to solder three pins onto your PICO device to connect it up. That is, unless you get the much sought-after “H” versions of the PICO which come with pre-soldered pins and a tiny socket that connects directly using the cable provided with the kit.

It works a treat. Rob’s pro-tip: read the instructions very carefully and do all the steps, otherwise getting it working takes twice as long.

I installed the PICO SDK using a script you can find here. The script works fine, but by default it installs the examples into one of your document folders (or at least it did for me). I use OneDrive for file synchronisation and the next thing that happend (at least on my machine) is that OneDrive went nuts and started uploading thousands of tiny files into the cloud. I don’t remember seeing an option to install the examples somewhere else when I ran the script, but if you do the install I’d strongly recommend you look for it and put the examples somewhere in a folder which is not being synced with the cloud.

Strictly Trombones

Spent the entire evening making Trombone Controller stuff rather than watching Strictly Come Dancing. Such a win.

Heading to Driffield

David asked me if I fancied giving a talk to some sixth formers at Driffield. A chance to perform in front of an interested audience? Count me in. I took along a few toys, the trombone controller and my cut-price laptop. Much fun was had. The students were great. Lots of lovely questions (although one person did ask how tall I am - and after I had specifically told them not to do that). Kids eh?

I love telling the tale of embedded development. This is the best time ever to be doing it. Making stuff has never been so easy, so cheap, and so useful for building up your personal brand. I’m looking forward to going back some time in the future to see what they have been making.

David had brought in some trombones for me to look at, including the super shiny one above. It was nice to be able to compare the action of my sensor with something real.

Breath detecting with an environmental sensor

Turns you can do it. I’ve been wondering how I can detect people blowing into a trombone. As you do. A microphone is one possibility, but that involves analogue to digital conversion and sound processing and stuff. And owning a suitable microphone. I do however have a bunch of BMP20 environmental sensors. These contain an air pressure detector. They are supposed to be used for weather data and determining your height above sea level. Would it work for breath?

The answer is yes. If you put a sensor in a closed box (see above) and then blow into the box you can make a detectable difference to the pressure inside. All you have to do is sample the air pressure at the start and then look for a change of around 5 or so during gameplay.

It worked really well for a while. Then the BMP280 stopped working. I had a look in the box and discovered why. It was rather disgusting. Breathing into a box produces not just air, but a lot of water vapour too. The inside of the box and the sensor itself was covered in what you could politely call “dew” but was actually something slightly different. Trombones have a “spit valve” on one end to release all the stuff that accumulates. I’m happy to have proved the principle. I guess I could engineer some baffles or a waterproof membrane over the sensor to keep it dry, but the thought has occurred that in these virus laden times, passing around some thing that you take in turns to breath into might not be a great idea.

So I’m building a version of the controller that uses buttons rather than breathing.

Add graphs to your IoT projects

I’m building a trombone controller. And why not? I’m using a distance sensor to track the position of the trombone slide. The output is a bit noisy. But how noisy? A graph would help, but how do I get that? Very easily as it turns out. I just added a print statement to my Circuit Python application:

print(raw,",",average)

This prints out my raw and averaged values with a comma between them. Then I used Thonny to run the program in the trombone for a while and moved the slider. Then I stopped the program, copied the output of the terminal window into notepad and saved it with the file extension “.csv”. (Comma separated values).

Then I opened the file with Excel (other spreadsheets are available) and made the above graph. It shows how my rolling average (the red trace) cleans up a lot of noise but makes the values lag slightly (look at the how the red trace rises slightly after the blue one).

If you aren’t sure what your signals look like this is a very easy way to do it. The Arduino IDE has a graphing feature built in that I’ve used once or twice, but there’s nothing like dropping your values into a proper spreadsheet for analysis. And it is very easy to do using the magic of cut and paste.

Rob at Dot Net North

I’m back on the road again. Dot Net North have kindly invited me to be the speaker at their first in-person event since the pandemic kicked off. Really looking forward to the event. I’m going to be talking about making music with hardware. There will be devices you can build, devices you can marvel at and hopefully devices that work in front of an audience.

The event is in Manchester on the evening of Tuesday 20th September. You can sign up here.