Deurne krijgt glasvezel!

 Gepubliceerd door om 07:27  glasvezel, Internet
jan 092019
 

Ik moet bekennen dat ik de kans niet heel hoog ingeschat had dat ze/we het zouden halen. In 2010 was het animo bij lange na niet hoog genoeg maar nu blijkt het toch gelukt te zijn. Het benodigde aantal vooraanmeldingen is behaald en Deurne krijgt in de loop van 2019 glasvezel voor al haar 15.000 woningen.

Ik hoorde voor het eerst afgelopen zomer van de plannen en heb me in oktober 2018 aangemeld voor het internetpakket via Tweak. Na de bevestiging van mijn aanmelding werd het heel erg stil. Ook nu kan ik bij mijn account bij Tweak niets zien over het behalen van het doel etc.
Dat komt waarschijnlijk omdat ik de Facebook-pagina niet geliked heb. Maar goed, dat zal allemaal nog wel komen. En er zal ongetwijfeld nog heel wat mis gaan. Worst case zit ik er voor een jaar aan vast. De Ziggo internetverbinding is, sinds de werkzaamheden aan de verdeelkastjes afgelopen jaar weer acceptabel stabiel. Ik vind het echter belangrijk dat er voldoende concurrentie beschikbaar blijft. En met glasvezel is er een extra drager bij met een aantal mogelijke aanbieders.

Ik heb gekozen voor een pakket met alleen internet. Daarvoor betaal ik straks €32,92 per maand, maar dat bedrag wordt dan in één keer afgeschreven (dus geen maandelijkse termijnen). Op zich was de optie “alles-in-een” mét Ziggo Sport (dat verkoopt Ziggo ook via anderen) ook nog een mogelijkheid geweest. Die kost €72,90 bij Tweak, terwijl ik op dit moment €71,90 betaal voor een 200 Mbit/s download en 20 Mbit/s upload pakket bij Ziggo. Bij de huidige optie hou ik beide aanbieders naast elkaar. We gaan zien wat het uiteindelijk voor de langere termijn wordt.

Tot slot nog even het grappige promotiefilmpje dat gemaakt is in het kader van “Iedereen Glasvezel Deurne” dat ik tot vandaag niet eens gezien had.

En natuurlijk een verwijzing naar het bericht op Tweakers over de aangekondigde aanleg. Toch heerlijk om weer te zien hoeveel mensen daar iets te melden hebben op zo’n bericht. Wordt vervolgd!

 

Deel dit bericht:

Spelen met licht

 Gepubliceerd door om 15:40  Hardware, Home Automation, Internet of Things, Test en Co
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:

Fijnstofmeting jaarwisseling 2018/2019

 Gepubliceerd door om 08:16  ESP8266, Internet of Things
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:

Fijnstofmeter upgraden en koppelen aan luftdaten.info

 Gepubliceerd door om 10:14  ESP8266, Internet of Things
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:

TTN Mapper – TTGO T-Beam – rondje Nederland

 Gepubliceerd door om 08:20  Algemeen, ESP32, Geocoding, Internet of Things
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:

TTN Mapper versie 2 – TTGO T-Beam – meer resultaten

 Gepubliceerd door om 21:19  ESP32, Internet of Things, LoRaWAN
nov 272018
 

Na de succesvolle test afgelopen zaterdag en de optimalisaties in de code op zondag (zie dit bericht) mocht de TTGO T-Beam gisteren en vandaag met me mee naar het werk.

Niet in de auto, maar in mijn rugzak in de bus en trein. Dat was gisteren (maandag) tamelijk teleurstellend. Behalve mijn eigen gateway kwam ik, totdat ik in Nijmegen was, onderweg geen enkele actieve gateway tegen. Mijn reis ging van Deurne met de bus naar Venray (Oostrum) en daarna met de boemel via Vierlingsbeek, Boxmeer, Cuijk, Mook-Molenhoek naar Nijmegen Heyendaal. Op zich klopt dat met de info op TTNMapper.org, die geeft daar ook geen actieve gateways (p.s. op moment van typen heeft TTNMapper wat problemen en worden *alle* gateways als offline aangegeven, dat is echter niet zo), maar de grote cirkels op de dekkingskaart deden hopen dat er toch wel ontvangst mogelijk was.
 
Hoe anders was dat vandaag. Toen moest ik namelijk door naar Arnhem. Ook nu tot Nijmegen geen ontvangst, maar vanaf Heyendaal naar Presikhaaf en de wandeling tot op het HAN terrein waren, qua ontvangst in ieder geval, perfect. Tijdens het stukje lopen waren er steeds minimaal 2 gateways die het bericht ontvingen. Het ziet er ook naar uit dat de “beweeg ik of niet?” aanpassing in het script goed werkt. Nu is het zo dat als de TTGO T-Beam wakker wordt (na 30 seconden) er eerst gekeken wordt of de huidige locatie minimaal 50 meter afwijkt van de oude locatie. Zo niet dan gaat de TTGO T-Beam weer 30 seconden in slaap (en als hij na 5 minuten nog niet bewogen heeft stuurt hij alsnog een bericht). Het aantal datapunten op de TTNMapper kaart is precies goed. Maar 1 datapunt terwijl ik op de bus sta te wachten, een viertal datapunten op station Nijmegen, maar daar verplaats ik me ook daadwerkelijk tussen perrons, maar 1 datapunt vanaf station Arnhem waar de stoptrein ongeveer 5 minuten still bleef staan.

Absolute uitblinker was/is een gateway die in Arnhem op een (hoog) flatgebouw staat (zie foto hierboven). Deze gateway was namelijk in staat om berichten te ontvangen vanaf Nijmegen Heyendaal, op ruim 14 km afstand. En dat met SF7, via een node die in mijn rugzak zat met een standaard kleine antenne. Ik vind het indrukwekkend, zeker ook gezien de compacte omvang van de TTGO T-Beam. Natuurlijk, niet iedereen kan een gateway met antenne op een flatgebouw zetten, maar afgaande op de beschrijving is ook dit een gateway op basis van een Raspberry Pi, dus zelfs al je stoer doet qua kabels, antenne etc. is dat een gateway die (zo schat ik) geen 1.000 euro gekost zal hebben. Ben jij de eigenaar van “home-made-second-ic880a-rpi3” en wil je meer vertellen over de gateway/kosten/plaatsing etc dan hoor ik het heel erg graag!!

Er komen nog wel wat dagen aan die de moeite van het tracken waard zijn. Volgende week dinsdag leg ik met de auto het traject Deurne – Druten – Roermond – Arnhem – Deurne af. En en een week later reis ik met de trein het traject Nijmegen – Zutphen – Apeldoorn (daar stap ik dan uit voor een paar uur en dan terug naar huis via) – Amersfoort – Utrecht – Den Bosch – Eindhoven – Deurne. Niet helemaal de route van april 2017 maar wel eentje die in de buurt komt. De TTGO T-Beam gaat beide dagen zeker ook mee.

Deel dit bericht:

TTN Mapper versie 2 – TTGO T-Beam – eerste resultaten

 Gepubliceerd door om 16:19  ESP32, Internet of Things, LoRaWAN
nov 252018
 

Gisteren schreef ik over de TTGO T-Beam, een ESP32 met LoRa chip, GPS en een batterijhouder voor een 18650 Li-ion batterij gecombineerd. Ik had er het “standaard” script beschikbaar om hem als node voor TTNMapper.org in te zetten. Het script werkt, is nog lang niet geoptimaliseerd, maar het was goed genoeg voor een eerste test.

Hij ging gisteren mee, in de auto, naar Zuid-Limburg.  Gewoon voor op het dashboard. Zuid-Limburg is, zo kun je zien op TTNMapper.org niet  het gebied van Nederland met de beste dekking qua TheThingsNetwork. Conclusie is in ieder geval dat ik van de beschikbare gateways onderweg, het merendeel in ieder geval bereikt heb.

De maximale afstand die ik bereikt heb is 9,18 kilometer naar een gateway in Roermond. Dat vind ik niet slecht als je bedenkt dat ik op dat moment waarschijnlijk gewoon met een kilometer of 130 per uur over de A2 reed in een metalen doos. Ook daar ben ik zeker niet ontevreden over.

Belangrijkste minpunt van de eerste test gisteren was het gegeven dat de 3,7V 18650 oplaadbare Li-ion batterij niet eens een beetje in de buurt van de te verwachten capaciteit kwam. Dat was eigenlijk niet eens nieuws, YouTube staat vol van filmpjes waarin de exemplaren uit het Oosten getest worden en waarbij duidelijk wordt dat 9900 mAh een sprookje is. Ik heb helaas geen setup die de capaciteit van de accu goed kan testen. Maar na 3,5 uur stopte de eerste batterij er mee. Was wel 3,5 uur van continue werken en elke 30 seconden via TTN versturen van de coördinaten.

Lees verder….

Deel dit bericht:

TTN Mapper versie 2 – TTGO T-Beam

 Gepubliceerd door om 06:54  ESP32, Hardware, Internet of Things, LoRaWAN
nov 242018
 

Ruim een jaar geleden, april 2017, nam ik 2 LoRaWAN nodes mee op een treinrit van 2,5 uur. Een LoPy node en een Marvin node, een stevige powerbank en mijn smartphone werden gebruikt om data te verzamelen en te loggen.

Het idee was simpel, maar ook wel weer ingewikkeld:

Vergeet voor het gemak de Mavin node even, die maakte verbinding met KPN, dat doe ik vandaag niet. De LoPy node deed niets anders dan om de zoveel seconden te proberen een bericht via het TTN-netwerk te versturen met daarin de temperatuur / luchtvochtigheid die gemeten werden door een aangesloten DHT11.

Prima, maar ik wilde niet alleen de data doorsturen, ik wilde ook weten, als de data aan kwam, hoever ik dan van de betreffende gateway die de data ontvangen had af was. En tegelijkertijd wilde ik een bijdrage leveren aan de dekkingskaart zoals die op ttnmapper.org te vinden is. Die kaart geeft een beeld van de op dit moment beschikbare gateways en de plekken waar je zou mogen verwachten dat je data via het TTN-netwerk kunt versturen.

Om dat te doen draaide op mijn telefoon een app. Die app maakte verbinding (via 4G) met de server van het TTN-netwerk zodat hij daar kon kijken of de data van mijn LoPy node binnengekomen was. Als dat zo was, dan haalde de app ook de GPS-coördinaten van de gateway die de data ontvangen had op (die informatie wordt ook op de TTN-server opgeslagen), keek naar de GPS-locatie van mijn telefoon en stuurde die gecombineerde informatie naar de TTNmapper server. Snap je het nog?

Deze methode werkte eigenlijk best goed, maar had als nadeel dat de externe accu best groot was, mijn telefoon de hele tijd in de buurt moest zijn en de app moest draaien, de accu van de telefoon werd best wel belast omdat hij steeds dataverbinding en gps aan het gebruiken was. Kortom, niet echt ideaal om dagelijks te doen.

Inmiddels zijn we dus ruim anderhalf jaar verder en  ga ik vandaag een oplossing testen die een stuk compacter is. Ik maak dan namelijk gebruik van een TTGO T-Beam. De link is naar de verkoper op Aliexpress waar ik hem zelf besteld (en betaald) heb. Hij kost nu (op moment van schrijven), met verzendkosten € 26,06
Ik heb er zelf € 25,56 incl. verzendkosten voor betaald, de prijzen schommelen soms een beetje. Hou er rekening mee dat je de kans loopt dat je op de bestelling BTW (+21%) en inklaringskosten (+€12,50) moet betalen.

De TTGO T-Beam is een board op basis van een ESP32 met een NEO-6M GPS chip en een LoRa schip op het board. Aan de achterkant zit een grote batterijhouder. Niet voor een AA-batterij maar voor een 3,7V 18650 oplaadbare lion batterij. Ik heb er daar 2 van 9900 mAh gekocht bij deze verkoper met bijbehorende oplader (die had ik namelijk nog niet) voor totaal € 12,73 inclusief verzendkosten. Dus al met al ben je (zonder BTW en inklaringskosten) zo’n 38 euro kwijt aan deze setup. Dat is duurder dan de goedkoopste LoRaWAN node die je kunt krijgen, maar goedkoper dan een LoPy of Warvin node, zeker als je een externe accu erbij moet kopen.

Het voordeel van deze setup is dat je geen gebruik meer hoeft te maken van je telefoon. De TTGO T-Beam heeft zijn eigen GPS aan boord en stuurt die data door naar de TTN-server. Daar kun je een rechtstreekse verbinding maken met de TTNmapper server en er voor zorgen dat die GPS data doorgestuurd wordt en gebruikt kan worden.
Hoe dat moet wordt hier allemaal uitgelegd inclusief de code die je op de TTGO T-Beam moet zetten.

Het werkte allemaal meteen. Ik moest eerst een minuut of 10 wachten voor de GPS fix. Dat had ik ook wel verwacht omdat ik binnen was en het de allereerste keer was dat de node op zoek ging naar de GPS. Ik weet nog niet hoe lang dat normaal buiten gaat duren. Voor nu laat ik hem gewoon even aan staan.
Ik heb ook nog geen idee van de batterijduur. Ik neem hem vandaag mee in de auto, mocht de batterij echt heel snel leeg zijn, dan heb ik eerst een reservebatterij en anders gaat hij gewoon aan de 5V aansluiting van de auto (dat is in de trein idd wat moeilijker, dus ik wil wel even weten hoeveel uur hij dit vol houdt).

Het aardig bij TTNmapper is dat ik nog steeds kan zien welke data mijn specifieke node aangeleverd heeft, dat betekent dat ik vandaag ook kan zien of er data binnen komt. Niet zo live en realtime als met de app (die zelfs een geluidje liet horen bij dataontvangst) maar goed genoeg om een idee te krijgen.

En natuurlijk is er nog ruimte voor uitbreiding. Deze node heeft geen ingebouwd micro-SD kaart slot zoals sommige anderen wel al hebben, dus lokaal loggen van de data zodat ik kan zien hoeveel data niet ontvangen wordt, is nog niet mogelijk. Ik heb wel externe uitbreidingen die dat kunnen doen, maar dat vergt dan ook even wat aanpassing in de code.

Mooi is dat de TTG T-Beam in een stevig doosje geleverd wordt. Ik moet nog even een gaatje in de zijkant boren voor de antenne, dan kan hij hiermee ook eenvoudig en veilig mee in de trein. Wordt vervolgd.

 

Deel dit bericht:

Experimenteren met MIT App Inventor

 Gepubliceerd door om 20:01  Android, ESP32, Internet of Things, Programmeren
okt 282018
 

De site/toepassing is niet nieuw, maar ik had simpelweg nog geen reden gehad om er eerder naar te kijken: MIT App Inventor.

Vandaag heb ik er voor het eerst mee geëxperimenteerd. De aanleiding is een wat groter project waarbij ik sensorwaarden die via een ESP32 worden verzameld direct op een mobiel apparaat wil kunnen ontvangen (dus niet via WiFi / MQTT etc). Het idee is om daar BLE (Bluetooth Low Energie) voor te gebruiken, de ESP32 heeft standaard WiFi en BLE ingebouwd. Maar de standaard apps die je voor BLE kunt downloaden hadden wat moeite met het verwerken en zeker met het netjes weergeven van de data die op deze manier binnen kwam. Zelf een app bouwen voor iOS of Android had ik in het verleden wel al eens geprobeerd, maar in beide gevallen was het installeren van de benodigde tools/software en het krijgen van een basisbegrip van hoe e.e.a. werkt al voldoende reden om daar niet teveel extra tijd in te steken.

Ik was dan ook een beetje sceptisch toen ik de verwijzing naar MIT APP Inventor tegenkwam. Maar, de eerste indruk na een paar uurtjes testen is heel positief. Goed, de eerste beperking voor nu is nog dat er nog geen ondersteuning is voor iOS. Dat was voor mij geen echt probleem, ik heb beide ter beschikking.
Heel prettig is wat mij betreft dat ik meteen in de online omgeving aan de slag kon. Ik kon met een Google account inloggen, naar keuze voor mij dan dus via @gmail.com of via @ixperium.nl omdat we Google Apps for Education gebruiken. Maar helemaal mooi werd het na het koppelen van mijn Android toestel via de MIT AI2 Companion App die ik via Google Play kon installeren. Na het scannen van een QR-code of het invoeren van een korte code werd mijn toestel gekoppeld aan het project waar ik mee bezig was. Dat betekende dat wijzigingen meteen werden doorgevoerd en te testen waren.

Het bouwen van een applicatie voelde heel vertrouwd, enerzijds heb je de ontwerpomgeving waar je knoppen, lijsten etc. op je scherm plaatst. Om er voor te zorgen dat die knoppen daadwerkelijk iets doen gebruik je de “Blocks” omgeving. Als je met Scratch kunt werken of met de Blocky achtige omgevingen zoals ook bij de Micro:bit gebruikt worden, dan kun je hiermee eenvoudig overweg.
En ook wijzigingen die je hier doorvoert worden meteen in de app op je smartphone doorgevoerd.

Heb je app helemaal klaar, dan kun je een .apk bestand downloaden op je smartphone. Dat is dus een “echte” app die gewoon zelfstandig werkt, los van de online omgeving. Nou staan de meeste smartphone tegenwoordig zo ingesteld dat ze niet zomaar apps installeren die niet in Google Play staan. Maar als het goed is, dan is dat één vinkje dat je moet aanzetten. Ik heb nog niet uitgezocht hoeveel werk de optie is om je app via Google Play te delen via App Inventor, want dat is voor mijn doel niet nodig.

Conclusie
Voorlopige conclusie is dat deze omgeving voldoende flexibiliteit biedt voor wat ik nodig heb.  De app is nog niet klaar dus nog geen filmpje etc. van het eindresultaat. Dat wordt nog vervolgd.

Deel dit bericht:

Is LoRaWAN op een Micro:bit zinvol?

 Gepubliceerd door om 11:21  Algemeen, Hardware, Internet of Things, microbit
okt 062018
 

Sinds de Micro:bit beschikbaar kwam is er een groot aantal accessoires op de markt gekomen die het kleine, oorspronkelijk op het onderwijs gerichte, apparaatje eenvoudiger koppelen met andere hardware. Zie bijvoorbeeld deze pagina bij Kitronik. Soms kan ik me er heel wat bij voorstellen. Neem bijvoorbeeld dit boardje om als batterij een knoopcel te kunnen gebruiken (en een buzzer toe te voegen). Dan voeg je 5 GBP toe aan de kosten, maar heb je wel een heel compacte setup.

De GAME ZIP 64 is dan weer zo’n accessoire waar ik wat meer vraagtekens bij heb. Die kost bijna 40 GBP en dan krijg je “the ultimate retro handheld gaming platform for the micro:bit”. Niet alleen is die prijs enorm (ruim 2x meer dan je voor de Micro:bit betaald) maar het wordt natuurlijk nooit een echt ultiem retro handheld gaming platform.

Datzelfde heb ik bij de Kickstarter van PiSupply. Daar kun je onder andere een boardje ‘kopen’ (afhankelijk van of ze hun doelbedrag halen) waarmee je van je Micro:bit een node in het LoRaWAN netwerk van The Things Netwerk kunt maken. De Early Bird kosten van dat geheel, inclusief verzendkosten naar Nederland bedragen omgerekend 36 euro. Ook dat is een stevig bedrag, maar ook hier heb ik de vraag of LoRaWAN op een Micro:bit zinvol is. De reden dat je LoRaWAN gebruikt is als je weinig data hoeft te versturen, mogelijk niet binnen bereik van WiFi bent, 4G een (te) dure optie is én als je weinig vermogen wilt gebruiken. Dus als je apparaten wilt maken die zo lang mogelijk op een batterij meekunnen. En als ik iets geleerd heb van de talrijke video’s die Andreas Spiess gemaakt heeft over het onderwerp (zeer de moeite waard overigens) dan is het dat ook gewone ontwikkelborden, dus borden waar de LoRa chip en processor al geïntegreerd meestal niet zo geoptimaliseerd zijn als kan. Logisch, je ruilt eenvoud van gebruik in voor meer stroomverbruik.

Dan zie ik liever de constructies zoals Pauline Maas ze in Eindhoven bij de Maker Faire gebouwd had. Soms wat gelikter met onderdelen uit de 3D printer, andere keren gewoon met karton of met een 5 cent muntje als koppeling tussen meerdere kabels met krokodilbek. Niet iets wat je gebruikt voor een constructie die meerdere maanden/jaren zonder problemen moet werken. Maar voldoende voor een tijdelijk project of een prototype.

Laat ik positief afronden. Ik heb de Kickstarter gebackt voor 1 node. Nog even wachten tot maart 2019, áls ze hun deadline halen natuurlijk. Ik bestel hem, zal hem testen en laten horen hoe goed hij werkt. Als test, niet als ding dat ik permanent ergens ga installeren.

 

 

Deel dit bericht:
Pagina 1 van 146 1 2 3 … 145 146