Reacties geplaatst door ASmit

6 Reacties

A
ASmitDeelnemer
gevraagd in LoRa Forum

Verwachte verwerkingstijd van een network routing/application server verandering?

Dit gaat om www.kpn-lora.com/DeviceManager, www.kpn-lora.com/wlogger, https://api.kpn-lora.com/thingpark/lrc/rest/downlink en 195.121.64.172 als exit node van de kpn.

5
Tim
7 jaar geleden
A
ASmitDeelnemer
gevraagd in LoRa Forum

Verwachte verwerkingstijd van een network routing/application server verandering?

Hi Tim, Ik zie van drie device om 10:23- 10:33 vandaag de eerste communicatie met de nieuwe server. Hierna communiceren ze weer met de oude server. Ik ga via support wat specifiekere informatie doorsturen. Mvgr, ASmit

5
Tim
7 jaar geleden
P
petervaDeelnemer
gevraagd in LoRa Forum

Downlink bericht verstoren token problemen

Route=1 is sowieso fout. Je moet de AS_ID gebruiken die je in het aanleverende request krijgt. Iets met de volgende structuur: klantnummer.routeid waarbij klantnummer en routeid beide numeriek zijn. Hoewel dat misschien afhankelijk is van je eigen naamgeving in de device manager. In ieder geval moet het gelijk zijn aan devicemanager> Application Servers > je eigen server > Uplink/downlink security > AS_ID. Volgens mij was er een beperking op de te gebruiken FPort. Ik kan alleen bevestigen dat FPort=1 werkt.

12
P
6 jaar geleden
michieljol
KPN Moderator
michieljolProductmanager LoRa for Developers
geplaatst in LoRa Forum

Sending Downlink messages

In aanvulling op mijn bericht van 18 augustus: Na 14:40 12-09-2016 moet de Time in UTC gegeven worden. De Z mag meegegeven worden.

28
K
5 jaar geleden
michieljol
KPN Moderator
michieljolProductmanager LoRa for Developers
geplaatst in LoRa Forum

Sending Downlink messages

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.

28
K
5 jaar geleden
michieljol
KPN Moderator
michieljolProductmanager LoRa for Developers
geplaatst in LoRa Forum

Sending Downlink messages

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".

28
K
5 jaar geleden

Badges

Toon alle badges
Forumvoorwaarden