Wij ontwikkelen LoRa devices. Meestal met een TheThingsNetwork of privated hosted network server. Voor een klant richten we nu een aantal devices in op de KPN LoRa network server. We lopen tegen een foutbericht van de thingspark aan: `bad token`.
Uplinks werken prima, maar bij downlink krijgen we bad-token terug van de ThingsPark server. De gegevens (devEUI, AS_ID, LRC AS) hebben we ontvangen van simpoint.
We hebben een Python script voor het versturen van een downlink:
https://github.com/martinichka/kpn-lora-tools/blob/master/downlink.py
Dit script bouwt de url en voert de POST uit. Ook verifieert het de url opbouw tav het voorbeeld in https://drive.google.com/file/d/1YOLehIt0IzqpmwTkmHYRxEVhXmR97Dpm/view (1.3.2) . In eerste instantie dachten we dat er een fout in het script zat, maar niets kunnen vinden. Ook als we het KPN voorbeeld gebruiken (in php: https://github.com/kpn-iot/lora-reference/blob/master/downlink-request/php/example.php) krijgen we dezelfde fout:
```
php example.php
string(25) "Security Check. bad token"
```
Dit natuurlijk na $devEUI, $asId en $lrcAsKey te hebben aangepast.
Als ik bijvoorbeld een verkeerde devEUI op geeft dan krijg ik:
```string(14) "Invalid DevEUI"```
Of verkeerde AS_IS:
```string(25) "Security Check. bad AS_ID"```
Dus het heeft echt met de $lrcAsKey te maken, maar hier gebruiken we de string die door simpoint is aangegeven.
Simpoint geeft aan ons hiermee niet te kunnen helpen, en we hulp moeten zoeken op dit forum. Heeft iemand een idee wat er hier fout kan gaan?
Met vriendelijke groet,
Marten Lootsma
Beste antwoord door Rik-PQTrackers
Bekijk origineel