Geek, Trendwatcher, Edublogger, Screencaster, Blogger. Ik heb verstand van ICT en Onderwijs, Elektronische Boeken, Weblectures.
Ik ben gepromoveerd op het gebruik van recorded lectures door studenten en werk bij Fontys Hogescholen (maar dit blog is 100% op persoonlijke titel!!). Ik ben gek op fietsen, Bodypump en Spinning.
Het was al een tijdje zo’n “moet ik nog een keer uitproberen” onderwerp (daar heb ik er best veel van): het via een netwerkkabel van stroom (en netwerk) voorzien van een Raspberry Pi. De reden daarvoor is eenvoudig: je hebt op de plek van het apparaat geen stopcontact nodig, dat kan veel verder weg zitten dan bij het gebruik van een “normale” voeding en je hoeft maar één kabel te trekken om zowel netwerk als stroom bij de Raspberry Pi te krijgen. Nou hebben de meeste van mijn Rasberry Pi’s ingebouwde WiFi (ik heb nog een paar Raspberry Pi 1 en 2 exemplaren in gebruik, die hebben een aparte WiFi dongle nodig), maar bij bijvoorbeeld een gateway voor The Things Network, wil je eigenlijk alles wat voor storing kan zorgen uitschakelen. Daar kan een bekabelde netwerkvoorziening (en uitgeschakelde Bluetooth en WiFi) dan voor een net wat betrouwbaardere verbinding zorgen.
Het aansluiten is een fluitje van een cent. De PoE Wall Plug injector heeft twee netwerkplugs:
De ene sluit je aan op je gewone router, die heeft niets speciaals nodig. Aan de andere sluit je een netwerkkabel van maximaal zo’n 100 meter op aan.
De andere kant plug je in in de netwerkaansluiting van de splitter. Die heeft dan weer een netwerkplug die in de Raspberry Pi gaat en een micro-USB of USB-C aansluiting die voor de stroomvoorziening gaat.
Na het aansluiten en inpluggen van de stekker, start het geheel op en hoef je verder niets meer te doen.
Overigens hoef je niet persé de injector op een router aan te sluiten. Je kunt de setup ook gebruiken als een manier om een lange verlengkabel te maken voor je Raspberry Pi naar een plek waar je geen stopcontact hebt. Doordat de injector 48V gebruikt kun je een grotere afstand afleggen dan met 5V en je hoeft niet persé een 220V kabel aan te leggen, en dat is dan ook wel weer prettig. Soms is het ook niet helemaal haalbaar. Op de plek waar ik bv in de tuin een Raspberry Pi “buiten” (in een waterdichte box) zou willen neerleggen vind ik die 48V wel prettig, maar is het wat moeilijker voor me om daar een bekabelde netwerkverbinding te krijgen.
Ik moest vandaag met de auto, dus ook tijd om naar de radio te luisteren. Dus hoorde ik bij BNR radio vanochtend ook het item langs komen over het afschaffen / uitfaseren van ISDN door KPN. Compleet met expert aan de lijn die vertelde dat er nog bedrijven waren die hun brandmelder of alarmsysteem aan een ISDN-lijn hadden hangen (zonder dat ze het wellicht wisten) en die zou dan niet meer werken. Het was allemaal naar aanleiding van het bericht erover op de NOS-website. Op mijn plek aangekomen zag ik op Twitter ook de nodige verontwaardigde reacties (ISDN was een tijdje trending): hoe durfde KPN het aan om zomaar zo’n dienst uit de luscht te halen.
Tja, ze hadden het al in 2017 aangekondigd, en de kortstondigde ophef van vandaag laat zien dat dit (zeggen dat ze het echt uit gaan zetten) beter werkt dan het bericht van toen, want blijkbaar zijn er nog 10-duizenden bedrijven die er gebruik van maken.
Ik wist niet eens meer dát het nog gebruikt werd, het is/was echt een technologie uit de tijd van de inbelmodems, niet meer uit de tijd van vaste internetverbindingen (via ADSL, kabel of glasvezel).
Wél van deze tijd is de oproep van Minister Van Nieuwenhuizen (Infrastructuur en Waterstaat) aan werkgevers om met hun werknemers afspraken te maken over het zakelijk MONO rijden. Dus niet reageren op app-jes en al helemaal niet terugschrijven. Nee, kan ik me iets bij voorstellen. Leek mij heel logisch dat je dat niet doet tijdens het rijden. Al zul me mij nooit horen zeggen dat ik MONO rijdt. Komt wellicht ook omdat ik wél handsfree bel tijdens het rijden. Tenminste, korte telefoontjes. Geen telefonische overleggen van een uur waarvan ik weet dat ik mijn hoofd helemaal bij het overleg moet houden. Dan kun je niet ook nog rijden.
Ik vind het ook zo’n heerlijk Nederlands ding weer: handsfee bellen in de auto is toegestaan in de wet maar we gaan mensen oproepen om het tóch niet te doen want niet bellen is nog veiliger dan wél bellen. Verbieden willen we het niet (daar is geen draagvlak voor) dus stoppen we heel veel geld in campagnes.
En in beide gevallen is het vandaag een deel van de dag nieuws, terwijl het morgen alweer vergeten is.
Het is nog nét geen jaar geleden dat ik naar aanleiding van de Eindhoven Maker Faire 2018 een cool Raspberry Pi pakket van MagPi en Elektor won. Dus eigenlijk schaam ik me wel heel erg dat de Pirate Radio – Pi Zero W Project Kit die onderdeel uitmaakte van dat pakket pas vandaag in elkaar gezet is. Het solderen van 2 headers met 40 pinnen zorgde er voor dat hij steeds op niet helemaal op het “moet ik nog even doen” lijstje kwam. Ik moet wellicht toch maar eens kijken naar het “hammer header” pakket dat ze verkopen. 😉
Het in elkaar zetten van de rest de kit is voor de rest niet moeilijk, je volgt gewoon de installatie-instructies hier. Wij wilden daarna voor een setup als Spotify streaming speaker gaan. Pimoroni levert een installatiescript waarmee Mopidy geïnstalleerd wordt. Daarmee kun je lokale bestanden, online streams en via plugins ook Spotify, SoundCloud en Google Play afspelen. Het is op zichzelf “gewoon” een Python applicatie, maar met de pHAT en de Speaker van de Pirate Radio-kit kun je de muziek ook direct vanaf de Raspberry Pi afspelen (en anders sluit je er een speaker of een koptelefoon op aan).
De installatie ging redelijk probleemloos en het was voor Niek ook een introductie in het gebruik van SSH en SCP. Er kwam niet meteen geluid uit de Pirate Radio, dus hebben we de documentatie bij Mopidy er ook op nageslagen. Uiteindelijk bleek het een wachtwoordprobleem bij Spotify te zijn en daarna speelde hij probleemloos zowel de Spotify tracks als lokaal opgeslagen tracks af:
De track die je hoort is afkomstig van bensound.com, de clips met muziek van Spotify laat ik maar even niet online horen. Geluidskwaliteit is zoals je van zo’n klein (mono-) speakertje mag verwachten. De pHAT kan overigens stereogeluid aan en de equalizer geeft ook in stereo de sterkte weer.
Er wordt een stickerset bij de speaker bijgeleverd voor als je hem wilt versieren met vrolijkere kleuren, mijn 16-jarige vond dat niet nodig. De Iris browser-interface die standaard geïnstalleerd wordt (het is een extensie voor Mopidy) werkt prima op een laptop, maar ook op je telefoon. Er zit alleen helemaal geen beveiliging op. Dat betekent dat als een huisgenoot de URL weet van de interface, hij/zij er ook voor kan zorgen dat er andere muziek afgespeeld wordt. Kan ook een leuke feature zijn. Nee, niet voor ouders die dan Phil Collins opzetten, maar bv tijdens een feestje waarbij je de aanwezigen in staat stelt zelf ook de muziek aan te passen.
Hoe dan ook het was een leuk zondagmiddag project en aangezien Max zich na 21 races vlekkeloos gedrag zichzelf vanmiddag al bij de eerste bocht uitschakelde, hadden we sowieso wat meer tijd over. Nogmaals dank Elektor en MagPi!
Oh, en Maker Faire 2019 is op 28 en 29 september in Eindhoven. Een absolute aanrader voor het hele gezin!!
Gezichtsherkenning is hot. En iedereen kan het: met een kleine ESP32 kom je al een heel eind. In China doen ze het gewoon, in Zweden dachten ze dat een klein experiment met een klas van zo’n 20 studenten geen kwaad zou kunnen. Ze wilden uitproberen of een camera met gezichtsherkenning goed kon werken als vervanging voor de dagelijkse “roll call”, het handmatig bijhouden van de aanwezigheid van studenten bij de hogeschool. Natuurlijk vroegen ze wel netjes de studenten om toestemming voor deelname aan het experiment dat zo’n 3 weken zou duren.
De Zweedse Datainspektionen dienst leerde via de media van het experiment en ging op onderzoek uit.
Conclusie: het vragen van toestemming aan studenten was hier onvoldoende grondslag omdat er sprake is van een afhankelijke relatie tussen de student en de school (bron).
De boete die de school kreeg “viel nog mee”, het was een bedrag van €19.000 (200.000 SEK). Het maximale boetebedrag had 5x zo hoog kunnen zijn. Maar het geeft wel aan dat ook bij onderzoek naar dit soort technologieën, waarbij gevoelige biometrische data van studenten opgeslagen wordt, je heel goed vooraf moet nadenken over hoe de data opgeslagen wordt, hoe lang hij bewaard wordt én de wijze waarop je toestemming voor deelname kunt/moet verkrijgen.
Het scheelt je waarschijnlijk ook heel wat onderzoek, want in dit geval is wel duidelijk dat in Zweden (ik neem aan in heel Europa) het gebruik van gezichtsherkenning voor het bijhouden van aanwezigheid van studenten dus uit den boze is. Want als je dit structureel in wilt voeren dan loop je tegen het probleem aan dat je niet kunt volstaan met het vragen van toestemming omdat studenten dan niet/nauwelijks kunnen weigeren.
Het is ook wel grappig want enerzijds kan ik me de publieke verontwaardiging hierover helemaal voorstellen (“dat doe je toch ook niet!”) en als je het artikel over de voorbeelden in China leest dan wíl je waarschijnlijk gewoon ook niet met dit soort technologie in de klas aan de slag.
Maar van de andere kant kan ik me ook indenken hoe de redenatie in Zweden was: “we houden nu toch ook de presentie van studenten bij, waarom dat niet eenvoudiger maken door het automatisch te doen, is toch voor iedereen prettiger?”. 😉
Een van de dingen die niet kon met de goedkope RTL-SDR dongle uit China waar ik voor de vakantie mee aan de slag ging, was het ontvangen van ADS-B signalen van vliegtuigen. ADS-B staat voor Automatic Dependent Surveillance-Broadcast, een systeem waarbij vliegtuigen (of zweefvliegtuigen) op basis van hun GPS-locatie aan andere vliegtuigen, grondstations laten weten waar ze vliegen, welke richting en hoe had. Zie ook dit filmpje uit 2010 toen ze het systeem net gingen invoeren met uitleg over de werking:
Omdat het signaal door iedereen op te vangen is, kun je ook met een RTL-SDR dongle die signalen opvangen mits je een dongle en antenne hebt die geschikt zijn voor 1.090 Mhz. De eerste dongle die ik had kon die frequentie niet ontvangen, inmiddels heb ik ook een FlightAware Pro stick aangeschaft. Die is een stuk duurder dan de eerste die ik had, maar heeft dan ook meteen een versterker en filter ingebouwd. Dat maakt hem bij uitstek (uitsluitend?) geschikt voor het ontvangen van ADS-B signalen. Een antenne kun je zelf bouwen, maar ik kocht deze op AliExpress. Antennes via AliExpress kopen is altijd een beetje een gok, maar ik kan inmiddels bevestigen dat deze het prima doet. Daarbij is het echter wél belangrijk om de antenne buiten te plaatsen, dan is de ontvangst veel en veel beter dan binnen (ook op zolder). Ik heb hem net buiten het dakraam op zolder bevestigd met alleen een kabeltje van 2 meter ertussen. Een extra versterker of filter leverden geen voordelen op. De dongle is aangesloten via een powered USB-hub aan een Raspberry Pi met de image van FlightAware erop. Deze site heeft de info over het doorzenden van de data van dump1090-fa naar meerdere sites.
Buiten het dakraam is de ontvangst indrukwekkend. Berichten van vliegtuigen op meer dan 200km afstand worden opgepikt. Logischerwijs is de ontvangst naar het zuiden toe slechter omdat daar het dak tussen zit. En op die 200km afstand pik ik alleen vliegtuigen op die hoog genoeg vliegen. Dus een vliegtuig dat op 10km hoogte over Schiphol heen vliegt ‘hoort’ de ontvanger wel, een vliegtuig dat er landt niet, dan zitten er teveel gebouwen/obstakels tussen.
Doordat ik de data die mijn stick ontvangt automatisch deel met zowel FlightAware als met Flightradar24, ontvang ik bij Flightradar24 een ‘gratis’ business-account. Dat is cool want dan kun je daar veel en veel meer data van vluchten opvragen. Niet alleen data die je zelf opgevangen hebt, maar van alle vluchten die daar vastgelegd worden. Lees verder….
Dit is er eentje in de categorie “probleem dat al jaren bestaat en blijkbaar niet opgelost wordt”. Reddit.com is een van de grote sites die wél nog gewoon RSS-feeds aanbiedt van de verschillende communities.
En dat is handig, want als je niet zo’n dagelijkse Reddit gebruiker bent, dan kun je via bijvoorbeeld Feedly gemakkelijk op de hoogte blijven van nieuwe berichten. Maar laat nou juist dat Feedly grote problemen hebben met het bijwerken van de Reddit RSS-feeds. Dit bericht bij Reddit is van 2 jaar geleden en ook vandaag werkt het nog niet. Je kunt een feed wel toevoegen, maar in het beste geval zie je oude berichten van een paar maanden geleden.
De reactie van Feedly was dat ze steeds geblokkeerd werden door Reddit omdat ze populaire feeds te vaak wilden bijwerken. Tja.
Als je een eigen webserver hebt waar je PHP-pagina’s kunt plaatsen dan heeft deze site daar een oplossing voor. Het idee is dat je een eenvoudige PHP pagina aanmaakt met de volgende code:
Deze code haalt de RSS feed van de gewenste community op, in mijn geval van https://www.reddit.com/r/RTLSDR
Wil je de feed van een andere community volgen, dan moet je een tweede, derde, vierde etc bestand maken met steeds een wat andere naam.
De URL van het bestand geef je dan uiteindelijk aan Feedly door. Dan kun je wél de RSS-feed volgen:
Dit weblog is even met zomerreces. Daarom dit bericht als “sticky” bericht bovenaan. Woensdag 4 september vertellen scholen van iXperium Arnhem en Nijmegen hoe ze W&T implementeren via Maakonderwijs met ict.
Met een bijdrage van Astrid Poot, natuurlijk de leraren zelf en onderzoekers van het iXperium/Centre of Expertise Leren met ict die iets vertellen over het door het NRO mogelijk gemaakte onderzoek.
Schijf je alvast in voor na de vakantie! Aanmelden kan via deze pagina.
Terwijl iedereen het warm heeft in Nederland en ook vandaag weer een nieuw warmterecord bereikt is, dacht ik “laat ik eens een blogpost over hitte maken”, schijnt actueel te zijn.
Was het ook voor mij, zo bleek. Sinds maandag ligt er namelijk een Raspberry Pi 1B in een (open) kistje in de tuin, verbonden aan de antenne voor de NOAA satellieten (zie dit bericht).
En die plek in de tuin wordt (zo weet ik inmiddels) overdag tamelijk warm. Elders had ik gelezen dat ook telefoons, laptops etc. problemen konden krijgen als ze het te warm krijgen (de Raspberry Pi 4 wordt uit zichzelf al snel te warm en schakelt dan terug in snelheid), dus wilde ik weten hoe warm die Raspberry Pi het had.
Uiteraard bleek al iemand anders het antwoord op die vraag uitgewerkt te hebben, in deze blogpost van Lars kun je het script vinden dat hij gebruikt. Ik zou meteen even het tweede, uitgebreidere script gebruiken dan krijg je ook de processorbelasting, het percentage gebruik van de micro-SD kaart en het geheugengebruik. Lars legt uit hoe je die informatie via MQTT kunt doorsturen. Hij stuurt het door naar een externe MQTT-server van Adafruit, ik gebruik (uiteraard) mijn eigen MQTT-server die onderdeel is van de Home Assistant installatie die de rest van de apparaten aanstuurt.
Daar bleek al snel dat de Raspberry Pi in de tuin het vandaag wel heel erg warm kreeg.
Na deze screenshot steeg de temperatuur nog door naar 101,4 °C. Dat is veel meer dan de 85 °C die als maximum voorgeschreven wordt. Het zit nog ruim onder de 125 °C die in het bericht genoemd wordt, maar voor mij was het voldoende reden om de Raspberry Pi af te sluiten en voor de rest van de dag maar even binnen neer te zetten. Er kwam een geur van de case af een beetje leek op een hete soldeerbout, lijkt me niet goed.
Ik heb de cronjob voor het script op 1 keer updaten elke 10 minuten staan. Bij gebruik van Home Assistant kan ik dan eenvoudig een waarschuwing instellen voor als de temperatuur boven de 90 °C uit komt. Niet direct noodzakelijk voor deze testopstelling die na morgen toch weer afgebroken wordt, maar handig om te weten ook voor de andere systemen die in huis in gebruik zijn. Omdat het hier om de temperatuur in de processor zelf gaat, is een graad of 40 °C hier helemaal geen probleem.
Het script werkte niet “zomaar” op mijn Raspberry Pi. Python was uiteraard al geïnstalleerd, maar voor het verkrijgen van de info en het versturen van berichten via MQTT waren twee andere libraries nodig:
Nou, en dan voor de geschiedenisboeken toch nog even een aantal andere temperaturen om het huis: De airco staat UIT op de studeerkamer op zolder, AAN op de eerste verdieping (waar de slaapkamers liggen). De serre heeft een dak van dubbellaags kunststof dus dat is een broeikast, maar zoals je ziet doet de volle zon op het balkon aan de voorkant van het huis (op het zuiden) ook haar werk.
Het is altijd een gok, vooraf al vertellen wat je aan het uitproberen bent. Maar ik deed het toch en dat betekent (uiteraard?) doorgaan totdat er een acceptabel resultaat binnengehaald wordt.
Gisteren schreef ik dus al over de uitdagingen bij het installeren van de scripts op de Raspberry Pi. Ik had de antenneset van RTL-SDR opgesteld volgens de specificaties van deze site. In eerste instantie had ik de antenne op zolder aan de binnenkant van het dakraam bevestigd.
Na mijn initiële bericht over mijn cheapo RTL-SDR dongle was dat natuurlijk niet het einde van de experimenten. Daarom dit bericht met wat updates.
FM-ontvangst
Allereerst een aanvulling op de slechte FM-ontvangst (zie ook deze tweet). Dat bleek toch een gevalletje onkunde aan mijn kant te zijn. Ik kwam bij toeval dit Python-script tegen waarmee je een heel eenvoudige webinterface kunt maken voor rtl_fm (het tooltje dat ik op de Raspberry Pi gebruikte voor het luisteren naar radio). Op zich was het script niet zo spannend, maar naast de WBFM modulatie die ik gebruikt had, stond daar ook de optie voor FM modulatie tussen. En die zorgde voor een veel betere ontvangst van die stations.
Ok, prima, hij kan dus in ieder geval net zo goed als een normale radio ontvangen.
ADS-B en AIS ontvangst Hoewel mijn dongle geen ADS-B signalen kan ontvangen, zou hij technisch gezien wel in staat moeten zijn om AIS-signalen te ontvangen. DIt is een systeem waarmee de transponders op boten en schepen gevolgd kunnen worden.
Op deze website staat de uitleg over hoe je e.e.a. kunt installeren op Raspberry Pi als “server” en dan je laptop als ontvanger. Helaas zit ik waarschijnlijk té ver van schepen af óf het gegeven dat ik de antenne nog in V-vorm had staan (in plaats van zoals hier aangegeven in rechte lijn) zorgde voor te slechte ontvangst. Ik kon in ieder geval niets ontvangen.
Gelukkig is er ook een website waar je al deze boten en signalen kunt volgen: http://www.scannernet.nl/maritiem/live-ais
Leuk op die site is ook dat de site op de pagina’s een livestream heeft van marifoonverkeer tussen onder andere de Zeeverkeerscentrale Brandaris. Ik kan het iedereen aanbevelen om hier gewoon een uurtje mee te luisteren, heel rustgevend.
Ze hebben meer scannerkanalen online staan: een aantal lokale kanalen en je kunt meeluisteren met luchtvaartverkeer.
Voor dat laatste kun je ook terecht op LiveATC.net, daar kun je dan specifieker kiezen met welk kanaal je mee wilt luisteren. Zo kun je bv kiezen om specifiek naar de Verkeerstoren in Eindhoven luisteren waarbij je de communicatie hoort vanuit Vliegveld Eindhoven met vertrekkende en aankomende vliegtuigen.
Omdat ik dicht genoeg bij Eindhoven zit kon ik gisterenavond (heel zwakjes) een deel van dat radioverkeer rechtstreeks met de RTL-SDR opvangen. Maar ook hier met de aantekening dat ik de antenne qua lengte (en vorm) niet optimaal voor de 122.100Mhz waarop ik wilde luisteren.
De antenne zit nu even op het raam vast in V-vorm met hoek van 120-graden ertussen en lengte van 53,4 cm per poot (volgens deze instructies) in afwachting van een volgende doorkomst van de NOAA-satellieten. Want uiteraard was het grote andere doel van de RTL-SDR natuurlijk: het ontvangen van foto’s van een weersatelliet.
Raspberry Pi NOAA Weather Satellite Receiver De kans op echt goede foto’s was/is bij voorbaat al heel klein, maar ik neem op dit moment al genoegen met íets van een herkenbare satellietfoto. Het zou in theorie moeten kunnen ook met mijn beperkte RTL-SDR ontvanger met de antenne in zijn V-configuratie.
Er zijn een aantal manieren om de afbeeldingen te ontvangen, de meest “ideale” (als hij werkt!) is automatische ontvangst op een Raspberry Pi. Dat zou dan “installeer en vergeet” moeten zijn. Nou, dat is dus zeker niet zo. De eerste tutorial die ik gebruikt heb is deze:
De bijbehorende tekst is hier te vinden. De shell-scripts zijn hier te downloaden. WXtoImg is niet meer beschikbaar op de plek waar hij oorspronkelijk te vinden was, maar wel hier. Daarnaast gaf het tooltje Predict heel wat problemen. Als ik het op de gebruikelijke manier installeerde, via apt-get, dan liep hij vast op de Raspberry Pi. Op mijn Linux subsystem op Windows 10 deed hij het dan prima. Uiteindelijk heb ik de net wat nieuwere 2.2.5 versie vanaf Github gedownload en gecompileerd. Die werkt wél. Daarna was het even uitzoeken welke NOAA satellieten ik moest hebben. Volgens Predict zouden dat #14, #15, #17 moeten zijn. Ergens anders las ik echter dat alleen #15, #18 en #19 in gebruik waren. De nieuwere versie gaf alleen #15 en #18 aan, dus ik ben uiteindelijk maar voor de “standaard” keuze van het script gegaan. Afwachten.
Toen ik het script afgelopen nacht had laten draaien had ik eigenlijk gehoopt vanochtend foto’s (goed of slecht) te vinden. Maar de map op de Raspberry Pi was helemaal leeg.
Ik kreeg het met deze set scripts niet aan de praat, sowieso bleek het debuggen ingewikkeld en ben daarom uitgeweken naar deze oplossing. Ook die bleek niet zomaar te werken. Het blijkt dat een aantal mappen niet aangemaakt worden bij de eerste keer uitvoeren én dat een aantal van de scripts root-rechten nodig hebben omdat ze anders geen bestanden mogen aanmaken in de mappen die voorzien zijn in het script. Een van de scripts (sun.py) werd niet gevonden in het pad, er ontbrak een Python library op mijn Raspberry Pi (sudo pip install pyephem) , omdat ik een aantal scripts nu als root aanriep, vond WXtoImg dat ik opnieuw akkoord moest gaan met de licentievoorwaarden, kortom er ging van alles mis.
Daarnaast bleek de dongle toch wat teveel van het goede als hij rechtstreeks op de Raspberry Pi aangesloten werd, dus daarom zit er nu een powered USB-hub tussen.
Klaar om te testen….
Dat moet nog even wachten. De volgende overkomst van de satelliet is namelijk pas om kwart over vijf vanmiddag. Daarom nu maar alvast even opgeschreven wat de stand van zaken is. Met op de achtergrond scannernet en de verkeerstoren van Eindhoven. Ik zou wel graag hebben dat ik bij scannernet net als bij de verkeersfrequenties ook zou kunnen kiezen voor één frequentie waar hij dan op afgesteld blijft staan. Nu schakelt hij vaak tussen de havendienst en Brandaris.
Deze site gebruikt cookies voor het verzamelen van anonieme gebruiksgegevens. Deze cookies worden deels ook door externe aanbieders (YouTube, AddtoAny) geplaatst.
Als je deze website blijft gebruiken geef je je toestemming hiervoor. OkLees meer
