It’s a feature of summer for us, the round of hacker camps in which members of our community gather in fields and spend a few days relaxing and doing what we do best. This summer I’ll have been to four of them by September, one of which was unexpected because a last-minute ticket came my way. For Hackaday they’re a chance to connect with our readers and maybe see come of the coolest stuff in person.
If you consult the wiki for your hacker camp of choice then you’ll usually find a page of tips about what to bring. Starting with a tent and a sleeping bag and probably going on to sunscreen, a hat, and maybe how to avoid dehydration. I’d probably add spare toilet paper and disinfectant spray in case the toilets are nightmarish. All very practical stuff, but expressed in a dry list format that doesn’t really tell you what to expect. A hacker camp can be overwhelming if you’ve not been to one before, so how do you get the best out of it? Here are a few tips based on our experience. Continue reading “The Hackaday Summer Camp Survival Guide” →
Regular readers will know that we have covered the world of electronic badges for many years, and nothing pleases us more than seeing an event badge having a life afterwards rather than becoming a piece of e-waste. Thus we were especially pleased to see [Angus Gratton]’s use of a SHA2017 badge as a solar output monitor, over four years after the event.
The SHA badge used an ESP32 as its processor, and paired it with a touch keypad and an e-ink screen. Its then novel approach of having a firmware that could load MicroPython apps laid the groundwork for the successful open source badge.team firmware project, meaning that it remains versatile and useful to this day.
The solar monitor simply grabs time-series information from the database used by his web graphing system and displays it on the e-ink screen in graph form, but the interest apart from the use of the badge in his treatise on MicroPython coding. He makes the point that many of us probably follow unconsciously, writing for full-fat Python and then fixing the parts which either don’t work or use too many resources on its slimmer cousin. Finally he powers the device from an old phone charger, and shares some tips on controlling its tendency to reboot on power spikes.
It’s almost a year ago that we showed you a SHA badge being used as an environmental sensor.
Thanks [Sebastius] for the tip.
By now we’re all used to the requirements imposed by the pandemic, of social distancing and wearing masks indoors. But as [polyfloyd] and the rest of the board at Bitlair hackerspace in Amersfoort in the Netherlands were concerned, there are still risk factors to consider when inside a building. Without fresh air the concentration of virus-bearing droplets can increase, and the best way they could think of to monitor this was to install a set of CO2 sensors. To run them they didn’t need to buy any new hardware, instead they turned to a set of event badges, from 2017s SHA hacker camp.
This badge sported an ESP32 module with an e-ink screen, and of most interest for this project it still has a supported software platform and comes with a handy expansion connector on the rear. The commonly-available MH-Z19 infra-red CO2 sensor and BME280 humidity sensor fit on a PCB that follows the shape of the badge with a protrusion at the top on which they appear as an integrated unit. Processing those readings is a MicroPython badge app that issues warnings via MQTT and plots a CO2 graph on the screen. Everything is available, both the hardware in a GitHub repository and the software as a badge.team app.
We applaud anyone who makes use of an event badge for a project, and especially so for using one years after the event. The SHA badge and its descendants are uniquely suited to this through their well-supported platform, so if you have one in a drawer we’d urge you to pull it out and give it a try.
Every hacker gathering needs as many pixels as its hackers can get their hands on. Get a group together and you’ll be blinded by the amount of light on display. (We propose “a blinkenlights” as the taxonomic name for such a group.) At a large gathering, what better way to show of your elite hacking ability than a “competition” over who can paint an LED canvas the best? Enter Pixelflut, the multiplayer drawing canvas.
Pixelflut has been around since at least 2012, but it came to this author’s attention after editor [Jenny List] noted it in her review of SHA 2017. What was that beguiling display behind the central bar? It turns out it was a display driven by a server running Pixelflut. A Pixelflut server exposes a display which can be drawn on by sending commands over the network in an extremely simple protocol. There are just four ASCII commands supported by every server — essentially get pixel, set pixel, screen size, and help — so implementing either a client or server is a snap, and that’s sort of the point.
While the original implementations appear to be written by [defnull] at the link at the top, in some sense Pixelflut is more of a common protocol than an implementation. In a sense, one “plays” one of a variety of Pixelflut minigames. When there is a display in a shared space the game is who can control the most area by drawing the fastest, either by being clever or by consuming as much bandwidth as possible.
Then there is the game of who can write the fastest more battle-hardened server possible in order to handle all that traffic without collapsing. To give a sense of scale, one installation at 36c3 reported that a truly gargantuan 0.5 petabytes of data were spent at a peak of rate of more than 30 gigabits/second, just painting pixels! That’s bound to bog down all but the most lithe server implementation. (“Flut” is “flood” in German.)
While hacker camps may be on pause for the foreseeable future, writing a performant Pixelflut client or server seems like an excellent way to sharpen one’s skills while we wait for their return. For a video example check out the embed after the break. Have a favorite implementation? Tell us about it in the comments!
Continue reading “Playing The Pixelflut” →
Many of us look forward to visiting a summer hacker camp, as an opportunity to immerse ourselves in some of the coolest and most stimulating stuff that comes out of our community. The names trip off the tongue, ToorCamp, CCCamp, EMFcamp, BornHack, and more.
There’s one major event that doesn’t trip off the tongue in the same way though, because though it’s one of the oldest in our calendar it doesn’t have the same name every time. Since the end of the 1980s the Netherlands has seen a sequence of hacker camps with three letter names such as HAR, OHM, and SHA. Every four years these events delight and amaze us, and every four years they need a new name. Do you think you can help them pick one for 2021?
There are a few ground rules to observe, for the would-be coiner of a new moniker. The tradition is of a three-letter acronym, usually one with a meaning somewhere in technology, and so far always containing the letter H somewhere to stand for “Hack” in some form. The idea is that it should somehow encapsulate the spirit of hacker camp culture rather than simply be three words containing “Hack”. HAR for example was Hacking At Random, OHM was Observe Hack Make, and SHA was Still Hacking Anyway. So if you can dream up a TLA within those parameters, there is a group of hackers in the Netherlands who might like to hear from you. We suspect that HAD is already taken.
If you want to know more about the Netherlands camps, read our review of SHA, in 2017.
Header image: [Renze]. “Met Elkaar Hacken” means something close to “Hack together”.
If you’ve been to a few hacker camps then you’re aware they are not the products of giant corporate entities but volunteer run community groups. You may even have volunteered yourself, and done all sorts of interesting tasks that go towards the running of the camp. But few of you will have been on the orga team of a camp, the people who put in the hard work of making it happen from start to finish. Julius ter Pelkwijk has, and at the 2018 Electromagnetic Field camp in the UK he gave us an insight into the experience.
Of course, Julius isn’t a member of the EMF orga, instead the camp that gave him the experience was last year’s SHA2017 in the Netherlands. This was over twice the size of EMF 2018, on the Dutch polder at Scoutinglandgoed Zeewolde, a scout camp in a forest next to a dyke, and while from our perspective it was a huge success, it was fascinating to pull back the curtain and hear from the other side of the event.
Continue reading “Behind The Scenes Of A Hacker Conference” →
Early on in the year, Hackaday published one of its short daily pieces about plans from the people behind altpwr.net for a low voltage DC power grid slated for the summer’s SHACamp 2017 hacker camp in the Netherlands. At the time when it was being written in the chill of a Northern Hemisphere January the event seemed so far away, but as the summer fades away along with the deep tan many SHACamp attendees gained in the Dutch sunlight it’s worth going back and revisiting the project. Did they manage it, and how did they do? This isn’t really part of our coverage of SHACamp itself, merely an incidental story that happens to have the hacker camp as its theatre. Continue reading “That Decentralised Low Voltage Local DC Power Grid, How Did It Do?” →