jun 192019
 

Last Monday I took my TTN-mapper node with me in the car driving from home (Deurne) to Nijmegen, to Arnhem, to Veenendaal and back home again in the evening. The gateways found were not really surprising. None for most of the trip to Nijmegen, good coverage in Nijmegen and Arnhem (and in between) . But there was one gateway that surprised me. While driving through “De Rips” (population 1,179 in 2011) a total of 3 packages arrived at a gateway.

According to TTN Mapper and the metadata available at The Things Network, this gateway was located in Bilthoven at the, 75 km from the place where the package was sent. On Monday I could not figure out what could have gone wrong. The gateway was registered by the RIVM, the coordinates registered was as the RIVM in Bilthoven. But 75 km sounded as too good (far) to be true (possible).

I’ll skip to the conclusion: it was, the gateway was not located in Bilthoven, it was much closer.

Today, Derko from the RIVM (the National Institute for Public Health and the Environment) contacted me by e-mail because he had seen my tweet about their gateway. I pointed him to the post (in Dutch) that I wrote about it. In his mail he had already explained that the gateway was indeed a Lorank 8 (and not a single channel gateway as TTN Mapper assumed, but since then has corrected) and was located indoors. This made the 75 km even more unlikely.

About half an hour after my reply, Derko responded again. He felt sorry for me, but had bad news. Reading about the location from where I had been able to reach their gateway, he realized that only recently, they had installed a new gateway at one of their locations where they measure air quality. And you might have already guessed: that location was close to De Rips, it was at Vreedepeel, about 3.5 – 4 km and not 75 km from the location of my node. The location data for that gateway had not been updated when it was installed.

Derko since then changed the data for the gateway, so it now correctly shows its location:

TTNMapper hasn’t updated it on the map yet (I’m guessing that is a batch process), but the change in location is listed on this page: https://ttnmapper.org/gateway_moves.php (search for 1DEE0348A7BB4EC8) so it should be corrected in not to long.

Am I sad that it wasn’t 75 km? No, not at all. It was highly unlikely and I’m happy that the puzzle has been solved (thanks Derko!). The RIVM gateway is not the only gateway that has incorrect location information.

I took the TTN-mapper node with me today in the train to Deventer and back. And in Deventer a gateway was active that has its coordinates set to South Africa. It confuses TTNMapper because it by default zooms out to a view where all the gateways are visible.

But I prefer to focus on the plausible “cool results”, like the fact that apparently I could reach the “Grote Kerk” in Deventer and het Kadaster in Apeldoorn (see map in tweet above) at the same time. Both about 12 km or 18 km from where I was. Still impressive.

 

Deel dit bericht:
jun 182019
 

[UPDATE: zie dit bericht (in het Engels) over waar de gateway écht bleek te staan. Het was geen 75 km ver]

Vanochtend mocht de TTN-mapper node weer eens mee op pad. Ik moest met de auto naar Nijmegen – Arnhem – Veenendaal – Deurne. Helaas blijkt de TTN-mapper nog steeds heel accuraat voor het traject naar Nijmegen en dus kwam er heel weinig (bijna niets) aan van de pakketjes die verstuurd werden. Bijna niets, want net bij/voorbij de Rips of all places, zag ik op mijn telefoon dat er 2 pakketjes doorgekomen waren. Dat vond ik verrassend omdat ik niet wist dat er daar een gateway in de buurt stond.

Dat is ook niet zo, nakijken op TTN-mapper en in de Google sheet (die alle door de backend ontvangen data ook opslaat) leerde namelijk dat het een gateway is (zou moeten zijn) van het RIVM in Bilthoven. En dat was/is zo’n 75 km (!!) van de Rips vandaan.

Lees verder….

Deel dit bericht:
jun 172019
 

 

Nu even de tweet, meer uitleg over SDR komt een andere keer.

Deel dit bericht:
jun 062019
 

Ik wilde eigenlijk een blogpost maken over XOD, een interessante grafische omgeving voor het programmeren van Arduino. Hier kun je een uitlegfilmpje over XOD bekijken. Maar uiteindelijk blijkt dat alleen geschikt te zijn voor Arduino. En áls je op zoek bent naar iets anders dan de standaard Arduino IDE en je werkt ook met bv ESP32 of ESP8266 werkt, dan is PlatformIO een betere oplossing.

Andreas Spiess heeft er een mooi introductiefilmpje over gemaakt (zie hierboven) waarin hij laat zien hoe hij PlatformIO gebruik voor een Arduino UNO en daarna voor een ESP32. Hij demonstreert daarbij ook de mogelijkheid om per project de libraries die je gebruikt op te slaan of hoe een project met 26 libraries daar handig gebruik van kan maken.

Zelf heb ik er tot nu toe ook alleen gebruik van gemaakt in combinatie met code die geschreven was voor PlatformIO, nog niet vanaf scratch.

Je kunt bestaande Arduino projecten importeren, maar ook dan moet je het .INO bestand zelf nog even omzetten naar main.cpp en als je een project hebt met de nodige libraries zul je ook die verwijzingen eenmalig moeten opschonen.

In het geval van het project dat ik importeerde (de TTN-mapper die je hier kunt vinden) is een bonus dat de ook de Markup bestanden (de .md bestanden) rechtstreeks in de editor kunt bijwerken. De Readme.md van dat project heeft nu een lijstje van libraries die je nodig hebt, met links en in één geval de opmerking om vooral maar de laatste versie te gebruiken omdat de Arduino IDE anders in de war raakt. Dat probleem ben ik kwijt bij een overstap naar PlatformIO. Nadeel is dan weer dat de oorspronkelijke auteur van de code ‘gewoon’ de Arduino IDE gebruikt (ik gebruik een “fork” in Github). Het naar hem terug aanleveren van voorstellen voor wijzigingen in de code is een stuk ingewikkelder als ik overstap naar PlatformIO.

Deel dit bericht:
jun 022019
 

Deze moet nog even op het TODO lijstje, dit weekend veel gedaan, maar nog niet zelf kunnen bouwen. Maar de beschrijving van Andreas is (zoals altijd) meer dan duidelijk genoeg.

Het idee: maak een TTN-tracker waarmee je kijkt welke gateways je kunt bereiken en in plaatst van met de tracker te gaan lopen/rijden bevestiging je hem op een vaste plek in de hoop dat af en toe in verloop van tijd ook andere gateways bereikt worden (omdat het signaal toevallig op de juiste manier in de Troposfeer of Ionosfeer weerkaatst worden. Andreas beschrijft de configuratie van de node en de manier waarop je met Node-Red een systeem kunt bouwen dat je automatisch een bericht stuurt als er een gateway gevonden wordt die (bv) > 100km ver weg staat.

Leuk project, niet persé nuttig, maar wel leuk. 🙂

Deel dit bericht:
mei 252019
 

Toen ik vorig jaar oktober de aankondiging van de Kickstarter voor o.a. een uitbreidingsbordje waarmee je een Micro:bit via het The Things Network kunt laten communiceren, had ik al zo mijn bedenkingen bij de logica ervan. Meer daarover in dat vorige bericht, vandaag kwam de bestelde node binnen (minder dan 2 maanden later dan gepland, heel normaal voor een Kickstarter) en kon ik ermee aan de slag.

Assemblage is eenvoudig. De antenne schroef je op het ene uiteinde van de kabel, de andere kant druk je voorzichtig op de juiste plek op de node. Je hebt zelf een Micro:bit nodig. Die had ik uiteraard.

Daarna is het een kwestie van de stappen volgen in de online handleiding.

Daarin wordt uitgelegd hoe je bij The Things Netwerk (TTN) een nieuw device aanmaakt. Dat was voor mij zeker niet voor het eerst dus tamelijk gesneden koek, ik heb geen idee hoe complex dat voor iemand is om te doen als je het voor het eerst doet.

Lees verder….

Deel dit bericht:
mei 242019
 

Om te beginnen, credit voor de titel gaan naar AndrewS in de reacties op het bericht op raspberrypi.org. Daar kun je lezen over de breimachine van Sarah Spencer, die ze met behulp van een Raspberry Pi aan het netwerk gekoppeld heeft:

I hacked my domestic knitting machine and turned it into a network printer with the help of a Raspberry Pi. By using a floppy drive emulator written in Python and a web interface, I can send an image to the Raspberry Pi over the network, preview it in a knitting grid, and tell it to send the knitting pattern to the knitting machine via the floppy drive port.

De software heeft ze gedeeld via Github en met het nodige gevoel voor de klassiekers heeft ze het OctoKnit genoemd “n honour of a more famous and widely used tool” (OctoPrint).
Haar winkeltje op Etsy is op dit moment even dicht omdat ze met zwangerschapsverlof is. Op Raspberrypi.org toont ze een paar voorbeelden:

Maar het mooiste voorbeeld is toch wel dit tapijt dat ze zelf via Twitter deelt:

https://twitter.com/HeartOfPluto_/status/1033550777434816512

Als je geen beeld hebt van de omvang, er zit een persoon op de foto!

Een tweedehands breimachine kost zo’n 500 euro (en meer). Ik ga er even vanuit dat net als bij een lasersnijder, een snijplotter en welk apparaat dan ook waar je ogenschijnlijk heel coole dingen mee kunt maken, er heel wat debug- en uitprobeerwerk vooraf gaat aan het daadwerkelijk kunnen laten breien van zo’n mooi tapijt. Maar zeg nou zelf, hier wordt je toch vanzelf enthousiast van? En ben je dan niet blij dat je (een beetje) kunt programmeren? Dat je weet hoe programma’s, hardware, software aan elkaar geknoopt kunnen worden? Dacht ik ook. 🙂

Deel dit bericht:
jan 022019
 

Vlak voor de kerst kwam er een pakje aan uit China met 2 “slimme” lampen. Ze hebben ingebouwde WiFi, geen aparte hardware nodig en zijn o.a. te koppelen aan Home Assistent, maar ook voorzien van een eigen app voor Android en iOS waarmee je ze naar wens kunt instellen. Je kunt de kleur aanpassen, de felheid en zelfs de lamp automatisch op basis van de muziek die je telefoon hoort het licht laten aanpassen.

Dit is de link van de leverancier waar ik ze gekocht heb. Ik krijg geen geld of zo als jij ze daar koopt, ik heb er pas 1x wat gekocht (en heb er nu weer 2 besteld), ik vond iets meer dan 15 euro voor 2 lampen van 6,5W een leuk bedrag en ik wilde er mee experimenteren.

Tijdens de lunch vandaag kreeg ik de vraag: “Als deze lamp minder fel staat, verbruikt hij dan ook minder energie of gaat het allemaal verloren aan warmte?”. Oei, goeie vraag waar ik alleen van kun aangeven dat ik er vanuit ging dat hij minder energie zou verbruiken en dat het niet allemaal aan warmte op zou gaan, maar dat niet zeker wist.

Als het vakantie is, is dat antwoord natuurlijk niet afdoende. Dus werd na de lunch de tafel leeg geruimd en ging ik op zoek naar de benodigdheden voor een niet wetenschappelijk, absoluut verbeterbaar maar voor ons doel genoeg experiment.

Uit de doos met reserve-onderdelen kwam een fitting met schakelaar en stekker waarmee we een lamp zouden kunnen aansluiten op een stekkerdoos en aan/uit konden schakelen. Uit diezelfde doos kwam mijn oude Voltcraft Energy Check 3000. Ooit gekocht bij de Conrad, toen was hij nog wit. Inmiddels beige uitgeslagen, absoluut niet de meest betrouwbare en volledige verbruiksmeter, maar goed genoeg voor ons doel. Wel met de aantekening dat hij waarden onder de 1,5W niet gegarandeerd meet, en dat blijkt toch nog wel een issue te zijn.

Ook gingen we op zoek naar vergelijkingsmateriaal. Je ziet ze hierboven op de foto. Allereerst (links) de “oobest” (dat is het merk dat de winkel op AliExpress noemt) Bubble Ball Bulb met een opgegeven verbruik van maximaal 6,4W en een lumen bereik van 500 – 999 Lumen. Je kunt zien dat het een enorme peer is, ernaast ligt namelijk een 75W klassieke gloeilamp, die moest zeker meedoen. De andere drie deelnemers zijn allemaal niet nieuw gekocht, dus ik kan geen link opnemen naar waar je ze kunt kopen. Ik neem ook aan dat als nu spaarlampen van dat betreffende merk koopt, ze een stuk beter van kwaliteit zijn, maar het was wat we in huis hadden. Nummer 3 in het rijtje (vanaf links geteld) is een Hema 11W Mini spaarlamp, nummer 4 een Calex 7W 2700K 60mA lamp en helemaal rechts ligt een MEGAMAN 7W 61mA lamp.

Eerst keken we alleen naar het verbruik, maar het was al snel duidelijk dat de lichtopbrengst bij de lampen heel verschillend was. Dus wilden we ook een inschatting hebben van de lichtopbrengst. We hebben de app  Lux Light Meter Free geïnstalleerd op een Samsung Galaxy S7 en deze op een vaste afstand van de lamp die we wilden testen gezet (zie afbeelding).

Er zullen nu nóg een paar mensen opgesprongen zijn bij het zien van de foto. Inderdaad. de afstand van de Galaxy S7 tot de lichtbron is veel minder dan 1 meter. En dat maakt in absolute zin al onze metingen in Lux onbruikbaar. Maar bij een afstand van 1 meter hadden we nog meer te maken gehad met het effect van omgevingslicht. Ook nu al kond ik zien dat het verschil uitmaakte of ik wél of niet op de stoel tussen de Galaxy S7 en het raam zat. We hebben daarom alle metingen gedaan met iedereen steeds op dezelfde plek/stoel.

Goed, alle voorbehouden, beperkingen, kanttekeningen gehad. Laten we eens kijken naar de resultaten!

Lees verder….

Deel dit bericht:
jan 012019
 

Het nieuwe jaar is weer van start. Ik hoop dat 2019 ook voor jou een goed jaar mag worden!

Het inluiden van dat nieuwe jaar ging ook in Deurne gepaard met het afsteken van vuurwerk. Lang niet zo extreem als op sommige andere plekken als ik de berichten mag geloven. Gisteren, oudjaarsdag was eigenlijk de eerste dag (en meteen ook de laatste) dat er al overdag (voor 18:00 uur) al redelijk wat geknald werd op straat. Dat was na 18:00 uur zeker ook al zo. Maar vanaf middernacht was het voornamelijk een mooi schouwspel van siervuurwerk dat in de buurt afgestoken werd. Niet direct bij ons voor de deur. De meeste buren zijn/waren niet thuis en zelf steken we ook geen vuurwerk af (ik kijk er liever naar). Al met al betekende dit dat de fijnstofmeter die ik net voor de jaarwisseling buiten gehangen had zeker niet de maximale laag “rook” over zich heen gekregen heeft die mogelijk was. Maar meer dan genoeg om een duidelijk verschil in metingen te laten zien. Waar het vorig jaar nog klein piekje was, hoog maar heel kortstondig, bleven de waarden voor de meting van deeltjes met een afmeting van respectievelijk 10 en 2,5 µm nu geruime tijd veel hoger dan de twee dagen eerder. En de screenshot hierboven van vanochtend laat zien dat ze daarna ook (gelukkig) weer gedaald zijn naar gezondere waarden.

De waarden liggen nu weer ruim onder de 50 µg/m³ maar tijdens de jaarwisseling werden waarden van boven de 600 µg/m³ voor de PM10 en bijna 500 µg/m³ voor de PM2,5 gemeten. Ook de officiële sensoren op luchtmeetnet.nl gaven een flinke uitslag rond middernacht al waren er ook gebieden waar het toen nog wel meeviel.

Als ik de waarden vergelijk met de rapportage van het RIVM van vorig jaar waarbij een aantal metingen kortstondig de 1.000 µg/m³ aantikten, dan komt het visuele beeld (links en rechts in de straat hing veel meer rook dan bij ons voor de deur) overeen met de meting van de fijnstofmeter.

Vorig jaar heeft de meter nog een maand of twee enigszins gewerkt (waarden doorgegeven), maar omdat daar toen weinig interessante data uit kwam is hij daarna vergeten. Dit jaar heb ik in ieder geval een monitor actief die in de gaten houdt of hij online is (en mij een seintje op mijn telefoon geeft als dat niet meer zo is).

Ik denk dat ik er ook wat triggers aan hang om hogere waarden dan wenselijk in de gaten te houden. De officiële normen zijn (gelukkig?) tamelijk streng, daar bleven de waarden ook maandag (30 december) niet onder al waren ze uiteraard lang niet zo extreem als afgelopen nacht. We gaan het zien.

Deel dit bericht:
dec 302018
 

Vorig jaar deden we op het laatste moment mee met de test van het RIVM om de luchtkwaliteit rond de jaarwisseling te meten. Onze meter, met een Shinyei PPD 42NJ in plaats van de toen ook al door het RIVM geadviseerde Nova SDS011 fijnstofmeter, De resultaten van onze meter waren op de kaart van het RIVM niet te zien en ik moet bekennen dat de meter daarna weliswaar buiten is blijven hangen, maar in maart 2018 blijkbaar offline is geraakt en daarna vergeten.

Dit jaar voert het RIVM weer een experiment uit, maar onze meter zal daar (waarschijnlijk) niet in meegenomen worden. Ik heb namelijk wél de upgrade naar de SDS011 uitgevoerd, maar de BME280 vervangen door een eenvoudigere DHT22 en in plaats van de RIVM software op de ESP8266, gebruik gemaakt van de firmware van luftdaten.info.

Even terug naar het begin. De fijnstofmeter had het hele jaar buiten gehangen. En was dus al even offline. De fijnstofmeter zag er een beetje verweerd uit, idem voor wat betreft de sticker. Tijd dus voor een poetsbeurt, een nieuw sticker, vers uit de snijplotter en het samenvoegen van de nieuwe onderdelen.

De instructies voor het samenvoegen van de sensor en het installeren van de firmware staan hier op de site. Ik had in eerste instantie de SDS011 verkeerd aangesloten. Mijn ESP8266 had niet, zoals in de instructies de GND en VU pinnen op de plek zitten van de tekening. Nadat ik die goed aangesloten had kon ik ook het rode LEDje op de SDS011 zien knipperen.

Lees verder….

Deel dit bericht: