Vraag

Sodaq ONE - mac_err

  • 30 September 2016
  • 11 reacties
  • 1045 keer bekeken

Badge
Beste Heren/Dames,

Momenteel zijn wij aan het testen met de LoRa en gebruiken hiervoor de SODAQ ONE (http://support.sodaq.com/sodaq-one/) met de Universal Tracker 2.0 (https://github.com/SodaqMoja/SodaqOne-UniversalTracker) applicatie.

Echter komen de berichten verzonden van de SODAQ niet aan op het developers portal. Telkens word de melding "mac_err" getoond en volgens de RN2483 (http://ww1.microchip.com/downloads/en/DeviceDoc/40001784B.pdf) datasheet is dit omdat: "mac_err - if transmission was unsuccessful, ACK not received back from the server". Wat erop lijkt dat er geen berichten terug komen.

De testen worden buiten uitgevoerd in Enschede (omgeving van Universiteit Twente) hier zouden 3 masten dekking op moeten geven.
de berichten worden per 5 minuten gestuurd wat na verloop van tijd een "busy" oplevert en volgens de datasheet "if the transceiver is currently busy" betekend. Helaas is er ook nog helemaal niks aangekomen op de Gateways, en word de status "busy" niet meer veranderd.

Hieronder de output van de Universal Tracker applicatie:

Initializing LoRa...
[initABP]
[init]
[sleep]
[wakeUp]
[resetDevice]
[expectString] expecting RN.(RN2483 1.0.1 Dec 15 2015 09:38:09) found a match!
The device type is RN2483
[setMacParam] devaddr = [array][expectString] expecting ok.(ok) found a match!
[setMacParam] appskey = [array][expectString] expecting ok.(ok) found a match!
[setMacParam] nwkskey = [array][expectString] expecting ok.(ok) found a match!
[setMacParam] adr = on
[expectString] expecting ok.(ok) found a match!
[joinNetwork]
[expectString] expecting ok.(ok) found a match!
[expectString] expecting accepted.(accepted) found a match!
[sleep]
** Boot-up completed successfully!
Starting getGpsFixAndTransmit()...
Timestamp, BatteryVoltage, BoardTemperature, Lat, Long, Altitude, Speed, Course, SatelliteCount, TimeToFix
946684866, 132, 21, 0, 0, 0, 0, 0, 0, 255

[wakeUp]
[sendReqAck]
[setMacParam] retx = 3
[expectString] expecting ok.(ok) found a match!
[macTransmit]
[expectString] expecting ok.(ok) found a match!
Waiting for server response.............................
(mac_err)
Some other string received (error)
[lookupMacTransmitError]: mac_err
[lookupMacTransmitError]: found 8
There was an error while transmitting through LoRaWAN.
[sleep]
Default fix event started.
Starting getGpsFixAndTransmit()...
Timestamp, BatteryVoltage, BoardTemperature, Lat, Long, Altitude, Speed, Course, SatelliteCount, TimeToFix
946685171, 132, 20, 0, 0, 0, 0, 0, 0, 255

[wakeUp]
[sendReqAck]
[setMacParam] retx = 3
[expectString] expecting ok.(ok) found a match!
[macTransmit]
[expectString] expecting ok.(ok) found a match!
Waiting for server response.............................................
(mac_err)
Some other string received (error)
[lookupMacTransmitError]: mac_err
[lookupMacTransmitError]: found 8
There was an error while transmitting through LoRaWAN.
[sleep]
Default fix event started.
Starting getGpsFixAndTransmit()...
Timestamp, BatteryVoltage, BoardTemperature, Lat, Long, Altitude, Speed, Course, SatelliteCount, TimeToFix
946685471, 132, 20, 0, 0, 0, 0, 0, 0, 255

[wakeUp]
[sendReqAck]
[setMacParam] retx = 3
[expectString] expecting ok.(ok) found a match!
[macTransmit]
[expectString] expecting ok.(ok) found a match!
Waiting for server response............................................................Timed-out waiting for a response!
There was an error while transmitting through LoRaWAN.
[sleep]
Default fix event started.
Starting getGpsFixAndTransmit()...
Timestamp, BatteryVoltage, BoardTemperature, Lat, Long, Altitude, Speed, Course, SatelliteCount, TimeToFix
946685771, 132, 20, 0, 0, 0, 0, 0, 0, 255

[wakeUp]
[sendReqAck]
[setMacParam] retx = 3
[expectString] expecting ok.(_err)[sendReqAck] Non-fatal error: setting number of retries failed.
[macTransmit]
[expectString] expecting ok.(ok) found a match!
Waiting for server response..
(ok)
Some other string received (error)
[lookupMacTransmitError]: ok
[lookupMacTransmitError]: found 195
There was an error while transmitting through LoRaWAN.
[sleep]
Default fix event started.
Starting getGpsFixAndTransmit()...
Timestamp, BatteryVoltage, BoardTemperature, Lat, Long, Altitude, Speed, Course, SatelliteCount, TimeToFix
946686071, 132, 20, 0, 0, 0, 0, 0, 0, 255

[wakeUp]
[sendReqAck]
[setMacParam] retx = 3
[expectString] expecting ok.(ok) found a match!
[macTransmit]
[expectString] expecting ok.(busy)[lookupMacTransmitError]: busy
[lookupMacTransmitError]: found 5
There was an error while transmitting through LoRaWAN.
[sleep]
Default fix event started.
Starting getGpsFixAndTransmit()...
Timestamp, BatteryVoltage, BoardTemperature, Lat, Long, Altitude, Speed, Course, SatelliteCount, TimeToFix
946686371, 132, 20, 0, 0, 0, 0, 0, 0, 255

11 reacties

Badge
UPDATE:

Ik ben naar een van de naarbij gelegen masten gereden, en hier ging het verzenden en ontvangen probleemloos. Het lijkt er dus sterk op dat er inderdaad een ontvangst/dekking probleem is.
Reputatie 2
Badge +1
Hi Figo,

Als het goed is ben je al via een andere weg in contact geweest met KPN de afgelopen week, maar om ook hier nog even op te antwoorden:

Het KPN Lora netwerk is op dit moment nog in ontwikkeling. Het kan daarom zijn dat je op de ene locatie nog een betere ontvangst ervaart dan op andere plekken. Vervelend dat dit gebeurt op jullie testlocatie natuurlijk. Met het verdichten van het netwerk verwachten we dat deze lokale problemen opgelost worden.
Badge
Beste,

Het klopt dat ik jullie via een andere weg heb weten te bereiken. Bedankt voor het bevestigen van mijn vermoedens.

Wel merk ik vandaag op dat sinds "2016-10-22 23:29:02" geen berichten meer zijn aangekomen via het developer portal. Ook krijgen we "Sign in failed." te zien wanneer we proberen in te loggen. Kan het kloppen dat er iets mis is? We zijn nog niet de 10 test weken gepasseerd.

Groeten,
Jasper
Reputatie 7
Badge +11
Hallo Jasper,

Uit het bericht van Michiel maak ik op dat er iets was vastgelopen. Wij konden ook niet inloggen. Na een reset op locatie werkt het weer, het probleem wordt verder onderzocht.

Kun je nu weer inloggen?
Reputatie 2
Badge +1
edit: was te snel, Tim heeft al geantwoord 🙂
Reputatie 7
Badge +11
Te traag bedoel je 😉
Badge
Haha :)

Ja ik kan weer inloggen, en onze nodes functioneren weer. Top!
Nog een andere vraag:

Ik heb SF12 ingesteld op de RN2483 module en ADR uit. echter zie ik in het portaal een variërende spreading factor verschijnen SF7 --> SF12. Klopt het dat de weergegeven "SF" geen betrekking heeft op de "SF" waar de berichten mee ontvangen zijn, Maar juist de ADR geadviseerde waarde? Mocht dat niet zo zijn. Wat wordt er dan mee bedoeld?
Badge
Ik wacht nog op een antwoord :)

Groeten,
Jasper
Reputatie 7
Badge +11
Hi Jasper,

We hebben hier navraag over gedaan, er zijn geen specifieke issues bekend. De instelling voor de Adaptive Data Rate zou niet genegeerd mogen worden. Ik ben nog verder zoekende naar de eigenschappen van ADR om hier een verklaring voor te geven. Hier kom ik nog op terug.
Badge
Wij zijn laatst bij Sodaq geweest (Maker van onze hardware) en hier gaf een woordvoerder van KPN aan dat de ADR instelling wel genegeerd wordt op het Developer LoRAWAN netwerk..

Met andere woorden, ook al geeft de LoRa Node aan dat deze niet geïnteresseerd is in ADR wordt de ADR informatie toch altijd naar de node verstuurd vanuit het KPN netwerk. De RN2483 staat ondanks het niet interesseren van ADR toch altijd open voor eventuele ADR suggesties.

Hierdoor worden de ADR instellingen wel doorgevoerd als deze worden ontvangen vanuit het netwerk.
Reputatie 7
Badge +11
Bedankt voor het delen van deze informatie Jasper!

Reageer