dec 132018
 

Toen ik besloot om de uitleg over mijn tweet van zondagavond op te knippen in drie in plaats van twee delen, was dat omdat ik vond dat na de uitleg over de terminologie in deel 1, het verstandiger was om eerst een eenvoudig voorbeeld uit te werken in deel 2. Maar dat heeft ook tot gevolg dat dit deel 3 een stuk eenvoudiger moet zijn om te volgen ondanks dat het resultaat dat zeker niet is.

De app van gisteren deed niet veel zinvols en had één intent (+ 2 ingebouwde) in totaal. Deze app combineert twee groepen vragen (in totaal 7 intents) in één app. Wat kun je doen?

  1. Je kunt vragen of een van de familieleden thuis is of niet.
  2. Je kunt vragen wat de temperatuur of de luchtvochtigheid is van een aantal sensoren in Home Assistant

Voor dit deel 3 ga ik er vanuit dat je deel 2, gelezen én nagebouwd hebt. Dat betekent dat je de Handmatige setup – deel 2 voor het configureren van Dialogflow uitgevoerd hebt, dat je een intent.yaml op je Home Assistant server hebt staan, dat je een webhook geconfigureerd hebt en die ook al eens succesvol gebruikt hebt (in je persoonlijke routeplanner). En ik ga er ook vanuit dat je al eens een app gemaakt hebt (als onderdeel van deel 2).

OK? Goed, dan aan de slag.

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:
dec 112018
 

Tijd voor deel 2 van de serie berichten over het praten met je Home Assistant installatie via Google Home. Als je deel 1 van gisteren nog niet gelezen hebt, doe dat dan eerst even. Anders wordt het heel moeilijk om te volgen.

Als je deel 1 gelezen hebt, dan weet je inmiddels dat er een aantal manieren zijn waarom je een koppeling kunt hebben tussen je Google Home (Mini).

Home Assistant Cloud
Laat ik beginnen met Home Assistant Cloud, een dienst waar ik zelf (nog) geen ervaring mee heb. Dat maakt het wat ongemakkelijker voor me om er uitspraken over te doen, maar ik lees vooral dat het gewoon werkt en als ik de info lees dan lijkt het ook een stuk gemakkelijker qua setup dan de handmatige manier. Je kunt het gratis een maand testen, daarna €5,- per maand, dus als je denkt “ik zie al dat zelf installeren niet zitten” is het zeker iets om uit te proberen. In onderstaande video kun je zien hoe je Home Assistant Cloud kunt installeren en configureren:

Met de setup kun je standaard zaken doen: lampen of schakelaars aan/uit zetten en alle apparaten aansturen die standaard door het home automation deel van Google Assistant worden ondersteund.

Ik ben voor de handmatige setup gegaan en zoals gezegd die is wat ingewikkelder. In de rest van het bericht ga ik uit van die setup.

Lees verder….

Deel dit bericht:
dec 102018
 

Het tweede weekend met de Google Home Mini in huis betekende dat ik verder gewerkt heb aan de integratie ervan met Home Assistant. Maar voordat ik daar over ga schrijven, eerst even wat begrippen op een rij om te voorkomen dat je al bij de start van dit bericht de draad helemaal kwijt bent. Het doel / resultaat zie je in de tweet hierboven. Hoe ik dat gerealiseerd heb lees je uiteindelijk in deel 3, maar dit eerste deel is wel even handig om te lezen. Goed, de spelers dan eerst even op een rij.

Home Assistant – is een open source software omgeving die niet van Google is. Ik gebruik Home Assistant en meer in het bijzonder Hass.io als vervanger voor OpenHAB (een ander open source systeem voor home automation / domotica). Omdat ik vooral ‘domme’ sensoren en schakelaars gebruik zou Google niet veel kunnen in mijn huis. Straks zal ik ook de “app” Home Assistant introduceren. dat is wat anders. Als ik alleen Home Assistant als begrip gebruik dan heb ik het over deze omgeving, geïnstalleerd op een Raspberry Pi 3B+ thuis bij mij in de meterkast.

Google Home Mini – het kleinere zusje van de Google Home. Een speaker / microfoon combinatie die luistert naar opdrachten en die doorgeeft aan Google Assistant. Vergelijkbaar met wat de Amazon Echo is voor Alexa.

Google Assistant – zorgt voor het omzetten van mijn gesproken opdrachten naar tekst en probeert daar dan iets mee te doen. Dat iets kan van alles zijn: opzoeken van een definitie van een woord op internet, het toevoegen van een item aan een boodschappenlijst, het starten van een liedje op Spotify. Google Assistant heeft ook ondersteuning voor domotica. Bijvoorbeeld voor het aanzetten van lampen of schakelaar. Google Assistant kan communiceren met Home Assistant waarbij Home Assistant er dan voor zorgt dat de actie daadwerkelijk uitgevoerd wordt. Dat is handig want hoewel Google Assistant geen ondersteuning heeft voor mijn goedkope (3 voor 10 euro) schakelaars van de Action, vindt ze het geen enkel probleem om een commando als “Zet Kerstboom Aan” door te geven aan Home Assistant. Home Assistant zorgt er dan wel voor dat via de RFXcom module die er aan hangt de juiste codes via 433Mhz naar de schakelaar gestuurd wordt.

Onhandiger wordt het als ik wil weten hoe warm het ergens in huis is. Of hoe vochtig. Home Assistant weet daar het antwoord op omdat ik daar er voor zorg dat de waardes van die sensoren via 433Mhz en wederom de RFXcom module ontvangen wordt. Maar Home Assistant heeft nog geen ondersteuning voor sensoren die luchtvochtigheid terug geven. Wel voor thermometers. Dus rechtstreeks vragen kan nog niet.

Lees verder….

Deel dit bericht:
dec 082018
 

(klik even door voor de rest van de bijbehorende tweets, het werkt namelijk lang niet altijd!)

Deel dit bericht:
dec 022018
 

Het was eigenlijk gewoon heel logisch. In 2015 sloot ik mijn kerstboom aan op mijn home automation systeem, toen was dat OpenHab. In 2017 (vorig jaar) gebruikte ik een Google AIY Voice Kit om de kerstboom in het Engels aan en uit te schakelen. Het kartonnen doosje had afgelopen jaar niet zo heel veel gedaan, maar toen als onderdeel van de Black Friday aanbiedingen (tja, sorry hoor) ook de Google Home Mini voorbij kwam, inmiddels ook met ondersteuning voor Nederlandse spraak, kon ik het niet laten en heb ik er eentje besteld.
Het was meteen ook een moment om OpenHab te vervangen door Home Assistant. Ik had afgelopen jaar nog wel de upgrade uitgevoerd naar de nieuwe versie van OpenHab, maar het was tijd voor wat nieuws. Betekende dus weer een nieuw systeem en architectuur leren kennen. Nou ja, zeg maar gerust “betekent” want het systeem heeft zó veel verschillende opties, dat ik nog wel even aan het leren ben.

Een paar dingen gingen in ieder geval heel erg prettig. Ik sloot de RFXcom ontvanger/zender aan op de Raspberry Pi waarop is Home Assistant via Hass.io geïnstalleerd had en in no time werden de verschillende vochtigheid/thermometers door het huis heen (die gebruiken 433Mhz om hun data te versturen) herkend. De goedkope 433Mhz KlikAanKlikUit klonen van de Action waren eveneens geen probleem. En zo had ik redelijk snel een basic werkend systeem. De integratie met de Google Home Mini (en daarmee ook de Google Home app op mijn iPad en Android telefoon) was niet heel veel meer werk. De plugin voor Duckdns maakte het heel gemakkelijk om de benodigde veilige verbinding naar buiten te maken en de setup was redelijk duidelijk. Ik heb geen gebruik gemaakt van de (betaalde) Cloud app/setup, maandelijkse bedragen betalen om lampen in mijn huis aan/uit te kunnen schakelen vind ik nou eenmaal niet zo handig.

In het Nederlands heel eenvoudig niet alleen je Kerstboom (wees gerust hij staat nog niet op!) maar ook alle  andere schakelaars kunnen bedienen is iets dat ook de rest van het gezin kon bevallen. Zeker omdat de spraakherkenning, helemaal als je hem traint, prima is.

De integratie met de componenten in huis is nog niet helemaal optimaal. Zo kan de Google Home Mini niet “zomaar” antwoord geven op een vraag naar de waarde van de sensoren die aan Home Assistant gekoppeld zijn. Daarvoor moest ik met Dialogflow aan de slag en Intent regels per sensor, dat werkt nog wat omslachtig zoals je ook in het filmpje hierboven kunt horen. Maar het werkt.

Ondertussen heb ik ook de data van de zonnepanelen in Home Assistent ontsluiten, een stukje Automation toegevoegd en kan ik notificaties ontvangen via Pushbullet, kortom het begint al heel aardig vorm te krijgen. Wordt vervolgd!

Deel dit bericht:
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:
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:
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:
nov 042018
 

Met ingang van versie 70 van Google Chrome op Windows 10 heeft de browser ook de beschikking over ondersteuning voor Web Bluetooth. Dat is cool want dat betekent dat je vanuit een webpagina op bv een Windows 10 laptop met Bluetooth ondersteuning verbinding kunt maken met andere apparaten die Bluetooth ondersteunen. Zoals bijvoorbeeld de BBC micro:bit.

Gelukkig ging dat eigenlijk best probleemloos, met dank aan het uitzoekwerk van Ferry Djaja voor micro:bit Singapore. Hij deelde twee voorbeelden die nu ook in Chrome op Windows 10 werken. Het enige dat je hoeft te doen is de HEX te downloaden naar je micro:bit. Die HEX kun je hier vinden als raw bestand. Kies voor opslaan als… en dan als node-bbc-microbit-v0.1.0.hex (let op niet als TXT-bestand) en zet hem op je Micro:bit. Daarna kun je ‘gewoon’ naar de betreffende URL gaan in Google Chrome (versie 70 of beter) en je selecteert “Connect”. Als je je Micro:bit aan hebt staan (via batterij kan, hij hoeft niet via een kabel aan je laptop te hangen) dan moet je een device zien in het popupscherm dat dan verschijnt.

Ferry heeft twee voorbeelden online staan: eentje waarbij je een afbeelding van de micro:bit ziet die meedraait met de werkelijke beweging. En eentje waarbij je een grafiek ziet voor de x,y,z waarden van de versnellingsmeter van de micro:bit.

De grafiek ziet er interessant uit, maar de waarden zijn een beetje vreemd. Zelfs als de micro:bit stil ligt zijn er waarden die soms wijzigen. Nou staan er in de code voor de webpagina ook wel wat opmerkingen die doen vermoeden dat met name die code niet zomaar een-op-een in een productiesituatie gebruikt zou moeten worden:

Toch nog maar even wat andere bronnen opzoeken (zoals deze, deze, of dit filmpje)

 

 

Deel dit bericht: