jul 082019
 

Het leek heel gemakkelijk, was het ook voor wat betreft de eerste demo, maar stap 2 was een stuk complexer.

Ik had een aantal voorbeelden gezien van, wat mij betreft, enorm indrukwekkende demonstraties van de kracht van de ESP32 microprocessor. Je blijkt er een heel kleine camera op aan te kunnen sluiten (daar zijn de meeste mensen niet meer zo vreselijk van onder de indruk). Maar Espressif (de bedenkers van de chip) heeft nu ook een demo/test board gemaakt, genaamd de ESP-EYE, met niet alleen de camera voorgeïnstalleerd, maar ook spraak- en gezichtsherkenning alvast voorgeprogrammeerd. Je kunt dus meteen aan de slag!

Als je de video hierboven bekeken hebt voordat je verder las, dan weet je waarom dat indrukwekkend is: het is namelijk niet zo dat de ESP-EYE stiekumpjes gebruik maakt van een online webservice, dus bv Google of Amazon die al het werk uit handen neemt. Nee, de ESP-EYE werkt volledig zelfstandig. Dus geen data die over het internet naar de een of andere, meer of minder betrouwbare aanbieder gaat. Alles gebeurt 100% op het boardje zelf. Dat wilde ik zelf uitproberen, dus heb ik er eentje besteld bij AliExpress. Ik heb er overigens zelf €22,65 voor betaald, ik zie dat hij nu iets boven de 26 euro kost. Ik verdien niets aan de link of het verwijzen naar AliExpress, shop gerust dus even rond voor de beste deal. Hieronder zie je wat foto’s van de verpakking, de ESP-EYE met als referentie voor het formaat een 5 eurocent muntje ernaast. Het ding is klein!

De video hierboven van Luca Dentella was heel handig en behulpzaam, hij laat zien hoe de ESP-EYE zo uit het doosje werkt, dat lukte mij ook. Maar de instructies zorgden ook voor de nodige problemen toen ik hem letterlijk probeerde te volgen bij het aanpassen van de standaardcode.

Lees verder….

Deel dit bericht:
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:
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:
dec 122018
 

Gisteren heb ik de TTGO T-Beam meegenomen toen ik met de trein op en neer van Deurne naar Apeldoorn gereisd ben. Gewoon in mijn tas, mijn jaszak, naast de laptop op het tafeltje terwijl ik zat te werken. Echt een wereld van verschil ten opzichte van de eerste keer. Dit maakt het veel haalbaarder om van tijd tot tijd een dagje de status van het netwerk te testen. En omdat de tracker redelijk netjes is voor wat betreft het aantal berichten dat verstuurd wordt (als de trein/auto/ik niet beweegt worden er veel minder berichten verstuurd dan bij beweging) kan dat ook prima.

Gisteren had ik, zoals inmiddels gebruikelijk een reserve LiPo batterij bij me, maar ik heb hem niet nodig gehad. De T-Beam wist het vol te houden gedurende de heenreis (ongeveer 2 uur en 15 minuten van deur tot deur) en de terugreis (idem). Toen ik in Apeldoorn op mijn bestemming aankwam heb ik de T-Beam uitgezet (handig dat fysieke schakelaartje dat al op het board zit!) want voor de tijd die ik ín het gebouw doorbracht had tracken niet echt veel zin.

Op het kaartje hierboven zie je dat ook nu er best veel plekken zijn waar je vanuit de trein geen ontvangst hebt, landelijke dekking is er dus nu nog lang niet (ik ben benieuwd wanneer de dag komt dat ik kan zeggen “en nu wel!”). Maar in de steden gaat het al heel goed. Als we inzoomen (klik op een afbeelding voor grotere versie).

Lees verder….

Deel dit bericht:
jan 012018
 

Als je dit weblog regelmatig bezoekt, dan weet je dat we afgelopen week druk bezig zijn geweest met het last-minute deelnemen aan een experiment dat het RIVM, samen met anderen nu voor het tweede achtereenvolgende jaar uitgevoerd hebben: het meten van de hoeveelheden fijnstof tijdens de jaarwisseling.

Daarbij wordt gebruik gemaakt van relatief goedkope sensoren die door particulieren ook zelf opgehangen kunnen worden. Dat brengt uiteraard veel uitdagingen met zich mee, zo hebben wij zelf ook gemerkt toen we wilden deelnemen. Naar aanleiding van de aankondiging heb ik al een tweetal blogposts geschreven naar aanleiding van informatie die ik sindsdien gevonden had: blogpost #1 en blogpost #2. Zoals zo veel dingen lijkt het eenvoudig, maar komt er toch heel wat meer bij kijken als je het goed wilt doen.

Omdat het voor ons onmogelijk was om een Nova SDS011 sensor tijdig in huis te krijgen, zijn we aan de slag gegaan met een Shinyei PPD 42NJ samen met een BME280, een super kleine geïntegreerde sensor voor zowel luchtvochtigheid, temperatuur, luchtdruk en hoogte. Dat geheel werd in een PVC T-stuk bevestigd en achter het Frans balkon van ons huis opgehangen. De gebruikte code was een combinatie van de code van het RIVM van vorig jaar (voor de Shinyei) met de code van dit jaar (voor de SDS011 + BME280). Ik heb de code nog iets verder aangepast op basis van het script waar ik eerder over schreef zodat we ook zelf de ruwe waarden van de sensoren konden volgen. Dat was maar goed ook, want op de officiële site bleef de lijn van de meting bijna vlak:

 Sowieso worden voor de Shinyei sensoren alleen de ruwe PM2.5 metingen doorgegeven die dan op de server omgerekend zouden moeten worden naar µg/m3. Of dat hier helemaal goed gaat weet ik niet, maar omdat onze sensor pas 2 dagen voor de jaarwisseling online kwam ontbrak het aan de mogelijkheid hier nog echt contact over te hebben met het RIVM. Voor de duidelijkheid: vanuit het RIVM werd de afgelopen heel snel, vriendelijk en uitvoerig via de mail gecommuniceerd. Niets dan complimenten daarover!

De stevige piek die je in de afbeelding ziet was toen ik na registratie toch even het script met de omrekening gebruikt had (foei). Maakt niet uit, de grafiek die ik in Google Sheets liet maken (met dat stukje eruit geknipt) laat wél voldoende verschil tussen (ruwe) waarden zien om interessant te zijn.

Lees verder….

Deel dit bericht:
dec 022017
 

Google heeft weer een geinig nieuw experiment de wereld in gestuurd: Paper Signals. Het principe is heel simpel: je print een vouwmodel op papier, knipt het uit volgens de instructies. Je neemt een ESP8266, een servomoter en 3 kabels. Vouw het geheel samen. Maak een account aan bij Google zodat je via je smartphone en Google Assistent commando’s aan het “signal” door kunt geven. Zet de benodigde code op de ESP8266 (kwestie van wat variabelen in een bestandje aanpassen voor jouw wifi-netwerk, jouw code bij Google etc en dan uploaden). En klaar.

Het resultaat is dan bv een signal met een paraplu er op die open gaat wanneer het gaat regenen. Je geeft dan via de Google Assistent, met stemcommando’s, door dat die bepaalde signal het weer in jouw woonplaats bij moet houden.  Zo hebben ze al een voorbeeld voor een signal voor raketlanceringen, een countdown klok (leuk voor in de klas om af te tellen naar de Kerstvakantie), eentje voor het weer die aangeeft of het korte broeken weer is of niet (voor de meeste leraren is het nooit korte broeken weer in de klas!!). Maar je kunt ook zelf nieuwe sjablonen verzinnen.

Google gebruikt voor hun kit de Adafruit Feather HUZZAH en die is niet heel goedkoop. Maar als ik naar de bijgevoegde code kijk, dan zit daar op het eerste oog niets in dat niet op een willekeurig ESP8266 zou kunnen draaien. Ik heb het nog niet kunnen testen, maar dit zou ook op een Wemos D1 mini van 2 euro uit China moeten kunnen werken. Logisch ook omdat de ESP8266 niet veel hoeft te doen. Hij hoeft alleen via WiFi contact te maken met de Google dienst, te luisteren naar opdrachten die hem vertellen hoe de servo moet draaien en de servo op basis daarvan aansturen.

Let op! Ik ga er vanuit dat dit een experiment is van Google dat met name op de Google Assistant gericht is. Garantie dat de API en de dienst jaren in de lucht blijft heb je bij Google sowieso niet vaak. Maar ja, dan haal je de onderdelen toch weer uit elkaar en gebruik je ze voor wat anders?

 

 

Deel dit bericht:
jan 112017
 

Ik moet bekennen dat mijn antwoord op de vraag uit de titel eigenlijk altijd wel was “Mja, best wel” of iets langs die lijnen. Immers, de ingebakken firewall van mijn Ziggo-router houdt een oogje in het zeil voor wat betreft het verkeer dat van buiten naar binnen komt, ik heb geen servers die poorten open moeten hebben, als ik van buiten contact moet hebben met dingen binnen het thuisnetwerk, dan doe ik dat via een VPN-verbinding. Het Wifi-netwerk gebruikt WPA2-versleuteling. Ja, zit wel goed.

En toch vrees ik dat de boodschap “New year’s resolution for IoT vendors: Start treating LANs as hostile” niet alleen een verstandig advies voor leveranciers van Internet of Things (IoT)-apparaten is. Want het aantal apparaten dat hier aan het netwerk hangt is ook schrikbarend aan het groeien. Want uiteraard ben ik al lang niet meer de enige die daar over gaat. En zelfs dan: een iPad, een Android smartphone, een Windows 7 laptop van het werk, een Windows 10 desktop van mezelf. Dat zijn al 4 devices van mijzelf alleen die bijna dagelijks online zijn. Dan heb ik het niet over de telefoons van de kinderen, mijn partner, de drie andere laptops + 1 iPad die we in huis hebben, de Wii, de TV, de verschillende Raspberry Pi servertjes die hun eigen taak hebben (waaronder als VPN-server), de NAS (die al wat ouder is), de KODI-player die aan de TV hangt, de Apple-TV, de Chromecast, de Blu-ray-speler, ….

Op het moment dat een van die geïnfecteerd raakt met malware, dan heb ik niet veel meer aan dat voor alsnog veilige slot op de deur dat de firewall van de Ziggo-router nu nog biedt tegen de boze buitenwereld. En een deel van de apparaten die verbinding maakt met het netwerk (de laptops en de smartphones) komt natuurlijk ook buiten dat netwerk online en dus mogelijk in aanraking met malware.
Natuurlijk, virusscanners beschermen de laptops, gezond verstand voor wat betreft het installeren van apps op de smartphone helpt, maar het kan waarschijnlijk geen kwaad om de komende vakantie ook eens een rondje langs de verschillende apparaten te maken om in te schatten waar en hoe ze wat robuster af te schermen zijn.
Hoe zit dat met jouw netwerk thuis? Hoe veilig is dat?

Deel dit bericht:
nov 292016
 

Nee, ik ben niet bang dat ik komende kerstperiode teveel Glühwein drink en dan van zottigheid tegen mijn kerstboom ga staan lopen kletsen. Het was echter een vraag die toch wel in me op kwam toen ik bovenstaand filmpje van Adafruit bekeek. Daarin koppelen ze een Alexa en een Echo aan een ESP8266. Het resultaat is dat ze met spraakcommando’s in staat zijn om bv een relais te schakelen of om LED’s aan te laten schakelen.

Vorig jaar heb ik voor het eerst de verlichting van onze kerstboom op afstand bestuurbaar gemaakt (de verlichting dan) met mijn smartphone. Sindsdien zijn er meer apparaten in huis op onze OpenHab server aangesloten, en komende kerstperiode zal dat dus in ieder geval geen uitdaging meer zijn. En je weet, dan is er dus ruimte voor nieuwe uitdagingen.

Om meteen maar even de conclusie te verklappen: nee, het zal dit jaar naar verwachting niet gebeuren.

Heel belangrijke praktische reden: de Alexa en Echo Dot zijn nog niet in Nederland te koop. Los daarvan is een apparaat van bijna 200 dollar ook wel heel erg veel geld om tegen mijn kerstboom te kunnen praten.

Maar als ik Amazon Alexa zeg, dan denk ik natuurlijk ook aan de Google Home. Is dat dan wellicht een alternatief?

Lees verder….

Deel dit bericht: