← Terug
NL | EN

WS5500 – technische uitleg & data-ingest

Op deze pagina laten wij zien hoe we de customized upload van de WS5500 console hebben gebruikt om zelf weerdata te ontvangen, te analyseren en uiteindelijk in onze eigen keten op te nemen.

Let op. Deze pagina is geen algemene productreview en ook geen volledige gebruikershandleiding. De focus ligt bewust op de technische kant: hoe de data uit de console komt, hoe de basis POST eruitziet en waarom wij hebben gekozen voor een tussenstap via een NAS (nu) - Raspberry Pi (toekomst).
Screenshot-opmerking. De app-screenshots op deze pagina zijn gebaseerd op een iOS-uitgangspunt (WS View Plus). De Android-versie kan qua schermopbouw, benamingen of volgorde afwijken, ook al is de functionaliteit in grote lijnen vergelijkbaar.
Tip. De screenshots zijn bewust klein gehouden voor een rustiger paginabeeld.

Inhoud

1. Uitgangspunt en doel

De Alecto WS5500 biedt via de console de mogelijkheid om data niet alleen naar standaardplatformen te sturen (zoals Ecowitt en Wunderground), maar ook via een aparte upload naar een zelf gekozen eindpunt. Dat klinkt eenvoudig, maar in de praktijk blijkt die route minder rechttoe rechtaan dan de handleiding doet vermoeden. Sterker nog: in de standaard handleiding wordt deze mogelijkheid niet of nauwelijks uitgelegd.

Ons doel was niet alleen om de data “ergens online te krijgen”, maar juist om:

2. Console configuration / customized upload

De sleutel tot een eigen datastroom zit in de Customized-instelling van de console. Daar geef je het doeladres op waar de console zijn data naartoe mag posten. Deze instellingen zijn alleen te maken via een aparte app: WSView Plus (voorheen WS View). Dat is verwarrend, want beide apps zijn nog steeds terug te vinden in de app-store.

Alecto vermeldt op zijn site dat de oude WS View-app niet meer wordt ondersteund. Een andere, niet onbelangrijke functie van WSView Plus is de mogelijkheid om de software van de console te updaten. Per 2026-04-12 is de laatste bekende versie EasyWeather V1.7.5.

3. Welke app gebruik je?

Op de Alecto-site staat vermeld dat de WS View-app niet meer wordt ondersteund. In de praktijk is WSView Plus prima te gebruiken, maar wel met geduld. Het kan meerdere keren voorkomen dat je na het wijzigen van een instelling de app opnieuw moet openen. In combinatie met de korte tijd dat de console zijn wifi actief houdt, is het gebruik eerlijk gezegd... een uitdaging.

WSView Plus in de iOS app-store
Goede app ✅ : WSView Plus.
WS View in de iOS app-store
Foute/oude app ❌ : WS View.

4. Device toevoegen in de app

Open de app en druk op de plusknop midden onderin. Kies daarna jouw device uit de lijst. Zet vervolgens de console in koppelmodus door de knoppen WIND en PRESSURE tegelijk even ingedrukt te houden. Links bovenin begint dan het wifi-symbool te knipperen.

Ga nu naar de wifi-instellingen van je telefoon of tablet. In de lijst met beschikbare netwerken zou jouw console nu een verbinding moeten aanbieden in de vorm van EasyWeather-WIFIbbbb (de laatste vier hex-karakters zijn afhankelijk van jouw device). Na selectie van dit netwerk krijg je mogelijk een waarschuwing over geen internet of onbeveiligde wifi; die kun je negeren. Ga daarna terug naar de WSView Plus-app.

Je kunt nu het koppelmenu doorlopen. Als je geluk hebt, lukt dat in één keer... maar haast je, want de wifi van de console blijft niet lang actief :-)
WSView Plus add device stap 1
Stap 1: via de plusknop een device toevoegen en het juiste console-type kiezen.
WSView Plus add device stap 2
Stap 2: de console in WiFi configuratie mode zetten en doorgaan in de app.

5. Naar customized upload

We gaan er hierbij van uit dat het gelukt is om jouw device in de app te koppelen. Als je de app opent, zie je het station in de lijst staan (en als je meerdere weerstations hebt gekoppeld, zie je daar uiteraard meerdere entries). Om instellingen te wijzigen, moet de app opnieuw via wifi verbinding maken met de console. Dus: opnieuw de console in wifi-modus zetten en opnieuw in de wifi-instellingen met het station verbinden.

Als dat gelukt is — de groene popup bevestigt de koppeling — kun je op het device klikken. Je komt dan in het instellingenmenu. Ga daar naar de laatste tab: Customized.

In het screenshot zie je mijn instellingen. Ik stuur de data naar een lokale server (NAS of Raspberry-PI of ...). Het IP-adres van die server staat bij Server IP / Hostname. Daaronder volgt het Path waar de data moet landen; in mijn geval een PHP-script in een webfolder op mijn server. Verder gebruik ik Port 80 en een Upload Interval van 60 seconden. Als het lukt om deze instellingen op te slaan voordat de wifi van de console weer sluit: gefeliciteerd, je hebt nu een werkende customized verzending.

Veel mensen gebruiken Home Assistant als ontvangende server. Op dat gebied kan ik je helaas niet echt verder helpen, komt er grof op neer dat je de Ecowitt station in HA moet intergreren en daar de weerdata naar toe moet "sturen". Vanaf hier moet je de ontvangen POST-data zelf gaan verwerken.

Klik op My Devices
Na koppelen staat de console zichtbaar in My Devices.
Ga naar upload instellingen
Vanuit de uploadpagina ga je door naar het tabblad Customized.
Customized upload instellingen van WSView Plus
In dit scherm worden onder meer Protocol Type Same As, Server IP / Hostname, Path, Port en Upload Interval ingesteld.

6. Hoe ziet de meest basale POST eruit?

De customized upload is in de kern verrassend eenvoudig: een HTTP POST met content type application/x-www-form-urlencoded en een reeks key/value-paren.

POST /api/in_ws5500_01.php HTTP/1.1 Host: voorbeeld-host Content-Type: application/x-www-form-urlencoded PASSKEY=JOUW_DUMMY_KEY &stationtype=EasyWeatherV1.7.5 &dateutc=2026-02-14+23:00:49 &tempf=24.4 &humidity=99 &winddir=68 &windspeedmph=0.0 &windgustmph=0.0 &rainratein=0.000 &dailyrainin=0.000 &solarradiation=0.00 &uv=0 &model=WS2900_V2.01.12

(Het plaatje hierboven is een voorbeeld en toont slechts een deel van de daadwerkelijke POST-output.)

De console verwacht hier een eenvoudig HTTP endpoint. Het gaat dus niet om JSON of een complexe API-call, maar om een klassieke formulier-post met key/value paren.

6.1 Meetwaarden en eenheden

De WS5500 console geeft zijn waarden standaard in imperial eenheden door. Voor gebruik in Europa moet je die waarden dus in de praktijk vrijwel altijd nog omzetten naar metric.

Een opvallend detail is dat mijn console zich meldt als type WS2900. Dat type-nummer is in de Verenigde Staten bekender dan hier.

6.2 Korte conversies (imperial ↔ metric)

TEMPERATURE
F → C = (F - 32) / 1.8
C → F = (C × 1.8) + 32
PRESSURE
inHg → hPa = inHg × 33.8637526
hPa → inHg = hPa × 0.0295301
WIND
mph → m/s = mph × 0.44704
m/s → mph = m/s × 2.236936
SPEED
km/h → m/s = km/h × 0.277778
m/s → km/h = m/s × 3.6
RAIN
inch → mm = inch × 25.4
mm → inch = mm × 0.0393701
DISTANCE
inch → cm = inch × 2.54
cm → inch = cm × 0.39370
feet → meter = feet × 0.3048
meter → feet = meter × 3.2808
In onze opzet worden deze conversies niet direct bij ontvangst gedaan, maar pas in een aparte verwerkingsstap (views / scripts). Daardoor blijft de originele brondata intact.

7. Beperkingen en praktijkproblemen

Op papier lijkt customized upload vooral een kwestie van “URL invullen en klaar”. In de praktijk kwamen wij echter meerdere beperkingen tegen.

7.1 Lege User-Agent

Een van de opvallendste punten was dat de console-POST geen normale User-Agent meestuurde. Dat lijkt klein, maar veel hostingomgevingen, firewalls of WAF-regels zien een lege User-Agent als verdacht of ongewenst verkeer.

Oplossing: zie punt 8.

7.2 HTTP / HTTPS gedoe

Een tweede praktisch probleem is dat customized upload niet altijd soepel samenwerkt met een moderne hostingomgeving die sterk leunt op HTTPS, redirect-gedrag en beveiligingsregels.

Oplossing: zie punt 8.

7.3 Weinig transparante documentatie

Het kostte vrij veel zoekwerk om te achterhalen hoe de console zich in de praktijk gedraagt. Losse handleidingen, fora en afgeleide merkdocumentatie geven stukjes van het verhaal, maar niet één compleet technisch beeld van de keten.

Oplossing: deze webpagina.

8. Waarom een tussenstap via NAS (Nu Raspberry Pi)?

Juist door de combinatie van beperkte uploadopties, een lege User-Agent en mogelijke HTTPS/WAF-problemen hebben wij gekozen voor een tussenstap in de vorm van een NAS (nu Raspberry Pi).

Met zo’n opzet maak je van de console niet direct een volwaardige “internet client”, maar eerder een eenvoudige leverancier van ruwe data aan een door jou beheerde tussenlaag.

8.1 Extra voordeel: veiligheid en flexibiliteit

Een bijkomend voordeel van de tussenstap is de manier waarop de data richting het internet wordt verstuurd.

In onze opzet stuurt de console zijn data alleen naar een lokale ontvanger (NAS of Raspberry Pi). Vanuit die tussenlaag wordt vervolgens een nieuwe POST opgebouwd en verstuurd naar een externe locatie, zoals onze hostingprovider.

Hierdoor hoeft de tussenverwerker alleen uitgaand verkeer naar internet toe te staan. Er is dus geen directe verbinding nodig van het “grote boze internet” naar het lokale netwerk.

Dit betekent concreet dat je geen poorten hoeft open te zetten richting je NAS of Raspberry Pi. De console praat lokaal, en alleen de tussenlaag communiceert naar buiten.

Een tweede voordeel is flexibiliteit: vanuit de tussenverwerker kun je de payload eenvoudig naar meerdere bestemmingen tegelijk sturen.

De console zelf ondersteunt maar één customized upload, maar jouw tussenlaag kan dezelfde data bijvoorbeeld:

Daarmee wordt de console een simpele dataleverancier, en ligt de echte regie volledig bij jouw eigen infrastructuur.

Waarom 'eerst' nog de NAS, en nu de Raspberry Pi. Mijn oude Nas nam 25 watt vermogen maar WAS GELIJK voorhanden voor de ontwikkeling fase. Die NAS is nu dus uit gefaseerd. De 'Pi' lag nog op zolder te stoffen, maar neemt veel minder vermogen voor hetzelfde resultaat. Dus de Raspberry PI is ondertussen afgestoft en is het ontvangende en versturende punt. De NAS is soort van met pensioen. Ik houd hem achter de hand als hardware fallback 😆.

9. Spelen met de data

Wie zelf wil experimenteren met de ontvangen data, hoeft niet meteen een complete verwerking, database of dashboard te bouwen. Soms is het al genoeg om eerst alleen te kijken wat de console nu eigenlijk precies verstuurt.

Voorbeeld / test receiver.
Hiervoor hebben we een ultra simpele PHP test-ontvanger gemaakt. Die bestaat uit één index.php bestand dat de ontvangen data direct ruw in de browser toont — zonder opslag, zonder opmaak en zonder verdere verwerking.

Het idee is bewust KISS gehouden:

Dit is dus geen eindoplossing, maar wel een heel bruikbare eerste stap: eerst zien of de keten werkt, en pas daarna verder bouwen.

Tip. Kom je er daarna zelf niet uit met PHP, opslag of verdere verwerking? Gebruik dan de ruwe output van deze test en raadpleeg "Chip" (ChatGPT). Met die concrete POST-data kun je veel gerichter hulp vragen voor een volgende stap.

10. Documentatie en downloads

Onderstaande documenten horen inhoudelijk bij deze pagina. Een deel staat lokaal op deze site; daarnaast is er één originele handleiding beschikbaar op een externe locatie. Alle links openen in een nieuwe browser-tab.

← Terug