Sending Downlink messages

  • 12 August 2016
  • 28 reacties
  • 6685 keer bekeken


Toon eerste bericht

28 reacties

Reputatie 2
Badge +1
@ASmit: Dank voor je feedback en terechte opmerkingen, ik zag ook al bij andere cases dat de timestamp check nog niet helemaal lekker gaat. Bovenstaande 'mandatory' variabelen zijn blijkbaar niet in alle gevallen mandatory en dus niet eenduidig. Ik ga aanvragen dit te fixen en terug te koppelen hoe dit wel moet werken.
Ik heb nog even voor de zekerheid gecheckt of dit niet een ervaring uit het verleden was:
https://api.kpn-lora.com/thingpark/lrc/rest/downlink?DevEUI=xxx&FPort=1&Payload=000F&AS_ID=xxx&Time=2016-08-18T11:42:46&Token=xxxx werd zojuist geaccepteerd.

https://api.kpn-lora.com/thingpark/lrc/rest/downlink?DevEUI=xxx&FPort=1&Payload=000D&AS_ID=xxx&Time=2016-08-18T11:41:45.633+02:00&Token=xxx werd zojuist verworpen.


Ik zou ook het gebruik van Timestamp in bovenstaande bericht vervangen door Time.
https://api.kpn-lora.com/thingpark/lrc/rest/downlink?DevEUI=xxx&FPort=1&Payload=0010&AS_ID=xxx&Timestamp=2016-08-18T11:52:03.042+02:00&Token=xxx werd zojuist ook verworpen.
Bovenstaand bericht is inconsistent. Er wordt een Time gevraagd in de vorm van 2016-02-20T12:00:00.000+01:00 Hier staat bij dat alle velden verplicht zijn.

In het voorbeeld staat 2016-01-11T14:28:00 . Dus zonder milliseconden en tijdzone informatie.

In de praktijk is gebleken dat versturen met informatie die zich aan het request voorbeeld houdt, werkt. Hierbij moet in localtime van de kpn server verstuurd worden. (hoe gaat dat dan rond zomer/wintertijd overgangen???)

Dit is al aangegeven in mondelinge feedback rond 7-7-2016 op document "Quick Start voor koppeling Applicatie Server met KPN LoRa".

Reageer