Vraag

Invalid DevEUI

  • 30 november 2017
  • 6 reacties
  • 344 keer bekeken

Ik probeer mijn off-the-shelf sensys.se lora module te activeren op het netwerk via OTAA. De normale interface staat mij niet toe de DevEUI aan te passen dus moet het via OTAA. Ik heb nu nog geen mogelijkheid de module te flashen.
Als ik een downlink test doe op de KPN developer portal krijg ik de volgende error:

Server returned HTTP response code -1
Response info:
Error in sending downlink message for device a81758fffe0311b8, payloadhex 000000. Error details: restservices.consume.RestConsumeException 351. Rest request failed: [HTTP Request: POST '?' --> Response status: 351 null, ETag: null, body: 'Invalid DevEUI']


Wat kan ik hier aan doen?
Alvast bedankt.

6 reacties

Reputatie 6
Badge +6
Hi @erikerikerik,

Welkom bij de IoT Community!
Wat naar dat u tegen de foutmelding mbt de DevEUI aanloopt. Dat is natuurlijk niet de bedoeling.
Nu moet ik zeggen dat ik nog niet eerder een dergelijke DevEUI in dit format ben tegen gekomen.

Zo hebben wij zelf een test device op de Developer portal geregistreerd en daar hebben wij de volgende DevEUI op: 0059AC0000181B71

Alle andere devices die op de portal geregistreerd zijn hebben een DevEUI in dit format. Ondertussen bespreek ik de vraag ook alvast met onze specialisten.

Ik hoor graag van u!
Hallo Rick,

Bedankt voor je reactie. Op het devportal bij het toevoegen van het device kreeg ik een DevEUI toegewezen nadat ik als activatiemethode ABP heb gekozen.
Ik heb de volgende gegevens toegewezen gekregen: Device EUI, Device address, NWkSKey, AppSKey
De laatste drie heb ik moeten invullen op mijn device, DevEUI kan ik niet instellen.

Op https://zakelijkforum.kpn.com/lora-forum-16/activation-by-personalisation-8322 staat dat devEUI alleen voor roaming wordt gebruikt: "Within ABP, the use of the DevEUI is only administrative to be able to roam between networks when available"
Echter is dit nummer ook nodig voor een correcte versleuteling. KPN heeft het DevEUI gezet op 0059AC0000180D08 maar het DevEUI van het device dat ik dus niet kan aanpassen is a81758fffe0311b8

Ik kan zien dat de berichten nu binnenkomen nadat ik het nu ABP heb geactiveerd, echter wordt de payload dus niet ontsleuteld:

Encoutered Error: Token did not match on 1000063560059AC0000180D08140100cf021f03043b0d070d270b00000000LrnDevEui=0059AC0000180D08&LrnFPort=1&LrnInfos=null&AS_ID= etc...
Reputatie 6
Badge +6
Goedemiddag Erik,

De specialisten hebben het vanmiddag even bekeken en wij zagen de OTAA aanmelding van het device staan. Deze is nu voltooid en het device komt in de Developer Portal nu naar voren als 'Activated'.
Ik weet niet precies hoe mijn problemen weg zijn gegaan, maar het lijkt het nu gewoon te doen.
1) downlink messages worden netjes in de queue gezet
2) uplink messages komen gewoon door (getest met ABP, OTAA nog niet)

Wat ik nog niet weet is waarom app server moeite heeft met verifiëren van token dat meegestuurd wordt. En waarom DevEUI van device nog steeds a81758fffe0311b8 is en in KPN devportal 0059AC0000180D08 staat. Als het alleen administratief is, weet ik nog niet hoe ik correct de token kan verifiëren: ik heb in een sha256 calculator de token nog niet succesvol kunnen nabouwen.
Komt wellicht nog, ideeën zijn welkom.
Reputatie 6
Badge +6
Dat is harstikke goed nieuws!

Ik heb voor alle zekerheid nogmaals uw Developer Portal account opgezocht. Ik zie op dit moment nog één geregistreerd device naar voren komen. Ik stuur de DevEUI van het device in een privébericht. Één van de devices die ik vrijdag voor u verwijderd heb had als DevEUI a81758fffe0311b8. Daar was dus geen andere DevEUI aan gekoppeld.
Hallo Rick,

Bedankt voor je berichten.
Ik ben inmiddels ook weer een klein beetje wijzer. En ik denk dat ik de meeste, zo niet alle problemen heb verholpen. Hooguit zit er nog een 'raar' iets in de devportal. Vrijdag heb ik je gevraagd alle 4 devices uit mijn devportal te verwijderen, deze waren allemaal bedoeld voor één en hetzelfde device (2x ABP, 2x OTAA pogingen). Dit weekend heb ik de LoRa module er weer ingezet met ABP activatie. Dit werkte direct prima.
De problemen zaten aan de kant van de app-server.

We hebben een node-red flow voorbeeld ergens van een github gebruikt (kan link even niet terugvinden) om de berichten te valideren dmv. het checken van de Token. Hier hadden we een kleine fout in gemaakt en gaf daarom de zelfgemaakte error: "Encoutered Error: Token did not match on etc."
De gebruikte AS key hadden we namelijk verkeerd ingevuld.
Daar kwam nog bij dat ik de hex data van de sensor niet snapte (had json formaat verwacht) en dus de conclusie trok dat er ergens een fout was buiten, waarschijnlijk door het DevEUI verhaal. Inmiddels kon ik de hex data om te zetten naar json sensor waarden en was alles goed.

Enige wat ik nog raar vind is het volgende. Met ABP activatie krijg je een DevEUI toegewezen, het 0059AC00xxxxxxxx nummer, echter lijkt deze inderdaad alleen voor administratieve doeleinden. Het echte DevEUI op het device (dat ik niet kon aanpassen) is a81758fffe0311b8. De communicatie tussen LoRa-module en KPN server ging verder prima ondanks dat er verschillende DevEUI's waren.
De KPN server stuurt de ontsleutelde data door naar de app server, inclusief het door KPN aangewezen 0059AC00-DevEUI nummer. De verificatie token die ook wordt meegestuurd is gemaakt op basis van dit DevEUI, en niet die van het device zelf.
Wellicht kunnen jullie:
1) aangeven in de devportal dat het device DevEUI niet hetzelfde hoeft te zijn als het 0059AC00-DevEUI nummer; of,
2) als KPN server merkt dat device DevEUI anders is als het toegewezen nummer, zelf het nummer aanpassen naar het device DevEUI.

Erik

Reageer