Verschil in inhoud berichten

  • 21 June 2021
  • 3 reacties
  • 68 keer bekeken

Reputatie 1
Badge
  • Topper in wording
  • 12 reacties

We hebben een aantal devices in gebruik die prima werken op het netwerk. Door problemen met de toelevering van de LoRa-modules zijn we de optie aan het bekijken om over te stappen van een Microchip module naar een Multitech. Hiermee zijn we aan het testen via het developer Thing portal.

Dit werkt op zich wel. Echter als we de opbouw van het bericht bekijken in JSON, dan is dit volledig afwijkend van het bericht zoals we dit ontvangen van de Microchip devices die via Simpoint betaalde keys hebben. In de flow hebben we voor de decoder RAW Payload ingesteld. 

Als we ons endpoint instellen zoals we gebruiken met de devices die we al in het veld hebben, gaat de decodering op onze server mis omdat de JSON inhoud dus volledig anders is. (ook veel beperkter). Wordt dit veroorzaakt door de flow van het developer Thingsportal ? Kan me niet voorstellen dat de andere hardware dit veroorzaakt ? 


3 reacties

Reputatie 7
Badge +6

Goedemorgen @SWP,

Goed dat je weer aan de bel trekt! 
Begrijp ik goed dat bij deze devices eigenlijk alles hetzelfde is ingesteld als met de Microchip devices die via Simpoint aangesloten zijn? En wat is precies de afwijking in de berichten? 

Reputatie 1
Badge

Het gaat niet zozeer om de payload op zich. Die klopt wel. Maar meer om het volledige bericht, incl. alle info over signaal, locatie etc. etc. 

In de huidige device met betaalde keys, krijgen we het volgende binnen:

{"DevEUI_uplink": {"Time": "2019-08-02T10:56:29.744+02:00","DevEUI": "xxxxxxxxxxxxxxxx","FPort": "1","FCntUp": "12","ADRbit": "1","MType": "2","FCntDn": "4","payload_hex": "54657374","mic_hex": "b5f5c023","Lrcid": "yyyyyyyy”,"LrrRSSI": "-112.000000","LrrSNR": "1.000000","SpFact": "12","SubBand": "G2","Channel": "LC14","DevLrrCnt": "2","Lrrid": "FF0103BA","Late": "0","DevUlFCntUpUsed": "11","DevLocDilution": "0.318306","DevAltDilution": "0.000000","DevNorthVel": "-0.000000","DevEastVel": "-0.000000","CustomerID": "aaaaaaaa","CustomerData": {"alr":{"pro":"Static","ver":"1"}},"ModelCfg": "0","DevAddr": "14EE53F6"}}

 

De device die we nu hier testen via Thingsportal Developer, levert ons via webhook: 

[  {    "bn": "urn:dev:DEVEUI:xxxxxxxxxxxxxxxx:",    "bt": 1624272408  },  {    "n": "payload",    "vs": "041923a930053a2021944000006004aa10151280000000000000000000000000003e000013481f6380140a"  },  {    "n": "port",    "v": 1  }]

Een hele hoop minder dus. En dan bedoel ik niet de payload, want die is bij het tweede bericht ook gewoon veel langer. Maar dat zal wellicht komen door de flow/decoder die een hele hoop “overhead” niet doorzet naar de url, ondanks de keuze voor raw data. ? 

Reputatie 7
Badge +6

Goedemorgen @SWP

Ik heb zojuist met een collega zitten puzzelen en we vermoeden dat het met een stukje decodering te maken heeft. Bij Simpoint wordt de decoding namelijk al gedaan. We zijn daarom erg benieuwd of je het gewenste resultaat krijgt als je de payload (uit het bericht via de Portal) via de LoRaWAN 1.0.x packet decoder in combinatie met de Secret NwkSKey en de Secret AppSKey decodeert. 

 

Als dat niet het geval is wil je vragen om mij een privebericht te sturen met het resultaat, zodat we verder op onderzoek kunnen. 

Alvast bedankt! 

Reageer