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:
okt 042016
 

ct66n4rxgaapi7wDe middag was voor het Seminar Internet of Things. Een voor SURFnet niet technisch seminar over the Internet of Things. Margo Emmen, een van de spreeksters, werkzaam bij het Huis van Morgen vond het allemaal nog best wel technisch en ik kan me dat een beetje voorstellen gezien haar achtergrond. Maar het enige wat daardoor jammer was, was dat ze de indruk leek te hebben dat ze ons daarom niets te vertellen had. Terwijl zij als gebruikers van internet of things enerzijds bij uitstek de use-cases aanleveren (dementerende senioren), de bestaande toepassingen uittesten (o.a. wuzzialert) én een locatie zijn waar gebruikers uit het veld (in dit geval zorgprofessionals en anderen) terecht kunnen. Em zo’n keten is cruciaal om IoT van speeltje voor nerds te maken tot nuttige toepassingen voor “gewone mensen”. Nou ja, ik vond het zinvol.
Dat gold ook voor het verhaal van de Coöperatieve Universiteit Amersfoort, dat enerzijds een hoog houtje-touwtje karakter had, maar anderzijds wel ook het verhaal van SURFnet over LoRaWAN (“je kunt er eenvoudig mee aan de slag”) bevestigden met hun voorbeelden van hoe burgers onderzoek kunnen doen naar de veranderingen in hun leefomgeving.
Het verhaal van Wienke Giezeman had ik nog niet eerder van hemzelf live gehoord, maar kende ik inmiddels wel al van o.a. het filmpje bij de Kickstarter van The Things Network en de verhalen die ik er intussen over gelezen had. Voor mij kan het wat dit betreft niet snel genoeg zo zijn dat er een landelijk dekkend netwerk via TTN beschikbaar is, dan kun je tenminste er vanuit gaan dat je sensor ook een gateway weet te vinden. Én ik hoop dat hun businessmodel solide genoeg is zodat die backbone dan ook in de lucht kan blijven (zónder dat wij er apart voor hoeven te betalen, als het voor mijn eigen dorpje vergt dat ik een gateway aan mijn schoorsteen zou moeten laten monteren dan vind ik dat prima).
Het verhaal van Paul Havinga van de Universiteit Twente was gewoon indrukwekkend. Als iemand zegt “IoT, dat doen wij al 15 jaar” dan klinkt dat opschepperig. Maar Paul had meer dan genoeg projecten en voorbeelden die hij allemaal maar kort kon aanstippen om te laten zien dát zij dat inderdaad al zo lang doen. Mooi.
En als ik de ene Paul noem, dan kan ik natuurlijk niet anders dan Paul Dekkers van SURFnet ook noemen. De samenvatting die hij vandaag gaf was niets nieuws voor mij, maar hij timmert binnen SURFnet hard aan de weg als het gaat om het toelichten van de technische kant van LoRaWAN.

Kortom, een nuttige dag in Utrecht vandaag. Ik denk dat er nog wel een groot verschil zit tussen het onderwijsmateriaal dat SURFnet wil gaan ontwikkelen op dit gebied en het materiaal dat wij zouden kunnen gebruiken. Immers, IoT is ook zinvol binnen makeronderwijs, binnen techniek onderwijs, is ook stukje van ict-geletterdheid kennis van leerlingen en leraren. Maar dan eigenlijk op het niveau van Margo Emmen, op het niveau van eindgebruikers, op het niveau van “ik heb een uitdaging/probleem, hoe los ik dat op?”, stel je hebt een bootje en je wilt daar een vochtdetector inbouwen, wat dan? Dat moet dan een stapje of 2-3 minder technisch dan wat je een student elektrotechniek zou kunnen leren.

De tweets:
Lees verder….

Deel dit bericht:
jan 282016
 

LoRaNormaal gesproken willen we voor draadloze netwerken vooral dat ze sneller worden. Meer bandbreedte betekent probleemloos video kijken, bestanden versturen. Eerst thuis, via WiFi, nu ook onderweg via 3G en bij voorkeur 4G.

Maar niet in alle gevallen heb je MB’s aan bandbreedte nodig. Als je sensoren hebt die de gesteldheid van de grond van een maisveld in de gaten houdt, die elke minuut meet of de zuurgraad goed is, als je de positie van een vrachtwagen door wilt geven, wilt weten of een lantaarnpaal nog goed functioneert, hoeveel fietsers er op een bepaalde plek voorbij komen, of een afvalbak in het park vol is. Het zijn allemaal toepassingen die steeds maar 1-2 kB aan data versturen. Maar die ook vaak op plekken voorkomen waar WiFi niet handig is (een WiFi verbinding opzetten kost even tijd en kost vaak relatief veel energie voor een apparaat dat normaal gesproken “slaapt” en bv 1x per minuut wakker wordt om een meting te doen) en waarbij een mobiel datanetwerk eigenlijk te duur is (want als je 1000 of 10.000 sensoren actief hebt wil je die niet elk hun eigen data abonnement geven).

Bij een Low Power Wide Area Network (LPWAN) gaat het om netwerken met een kleine bandbreedte waarbij over een groot gebied data uitgewisseld wordt. Ideaal dus voor bovengenoemde apparaten. Omdat je, net als bij WiFi, afspraken moet maken over de manier waarop apparaten dat doen (het protocol) werken bedrijven samen om zulke afspraken op te stellen.

LoRa en LoRaWAN zijn nu onderwerp van dit bericht, maar zijn merknamen van de LoRa alliance, het is niet uitgesloten dat er andere protocollen en communicatiewijzen komen die hetzelfde doen als LoRa. Maar op dit moment staan beiden in de belangstelling van zowel kleine “jongens” en de wat grotere.

Zo heeft The Things Network afgelopen jaar een Kickstarter succesvol afgesloten waarbij backers een router konden bestellen waarmee ze zelf onderdeel van het netwerk kunnen worden. Met die router kun je je huis veranderen in een toegangspunt waarbij devices dat via het juiste protocol proberen te communiceren via jouw toegangspunt en je internetverbinding met hun thuisbasis data kunnen uitwisselen. Daar merk je zelf niet van omdat het maar om kleine hoeveelheden data gaat. Door het grote bereik van zo’n router, heb je er, in tegenstelling tot bij WiFi maar een paar nodig om een relatief groot gebied te dekken. In mijn geval had ik met een router heel Deurne (Brabant, NL, niet bij Antwerpen) van dekking kunnen voorzien.

Lees verder….

Deel dit bericht:
okt 252015
 

Smart_Home_ChecklistOnze buren hebben net hun huis verkocht. In hun geval denk ik dat het nog gewoon redelijk lijkt op wat je deed als je je huis 20 jaar geleden verkocht: leeg opleveren, alle sleutels verzamelen, contracten voor gas / water / elektra worden beëindigt of verhuist, eventuele onderhoudscontracten of huurcontract voor CV-ketel wordt overgenomen.

In de VS gaat men er vanuit dat dat steeds meer gaat veranderen. De Online Trust Alliance heeft in samenwerking met de U.S. National Association of Realtors, de nationale bond voor makelaars een checklist (PDF) opgesteld voor “Smart Homes”.  Ik vind de checklist eigenlijk nog heel beperkt, want zaken als “online accountinfo voor de loggingdata van je zonnepanelen” staat er niet bij. En ik zou me toch echt wel voor kunnen stellen dat een koper ook graag toegang tot die data wil hebben. Of dat het relevant is/wordt om ook voor dat soort systemen de achterliggende logging-devices te kunnen benaderen.

In mijn geval denk ik overigens dat modems, gateways, routers etc. gewoon nog verwijderd worden. Maar ook hier is het waarschijnlijk een kwestie van tijd voordat die deels standaard bij het huis gaan horen zoals elektriciteitsleidingen er ook bij horen.

Bij slimme thermostaten neem ik aan dat de historische (verbruiks-)data niet gedeeld wordt met de nieuwe eigenaar, iets wat dan wel weer jammer is, dus wellicht is daar een samenvattende, anonieme, historische bewaar-optie ook wel interessant.

(Via PCWorld)

Deel dit bericht: