Reacties geplaatst door adekam

7 Reacties

F
FransPActieve Deelnemer
gevraagd in KPN Things Forum

Lora https endpoint

@Rick S.  Can confirm, thanks for the updates.

28
Rick S.
Community manager
10 maanden geleden
F
FransPActieve Deelnemer
gevraagd in KPN Things Forum

Lora https endpoint

Hi Rick, any news from the specialists yet? It’s been another week now and we’ve been missing quite some data that we have to put significant effort into getting it to our platform another way. 

28
Rick S.
Community manager
10 maanden geleden
F
FransPActieve Deelnemer
gevraagd in KPN Things Forum

Lora https endpoint

Hi @Rick S. This thread has been marked as ‘Answered’, so please let me know if I should start a new thread with my question above, or if it's still relevant to this discussion. Could you have a look at it?Kind regards,Arie

28
Rick S.
Community manager
10 maanden geleden
F
FransPActieve Deelnemer
gevraagd in KPN Things Forum

Lora https endpoint

Hi Rick,Was one of the updates on 16-05-2023 by any chance?We had some odd behaviour with our devices. A short description:< 16-05-2023 08:53 normal situation22-05-2023 we were alerted that the destination for the devices was changed, and instead of */iot it was now *//iot22-05-2023 we changed the destination URLs back to */iot22-05-2023 requests were coming in again, but failing parsing. Payload bodies were raw hex values, where before they were JSON formatted. Running the hex values through a hex-ascii converter like: https://gchq.github.io/CyberChef/#recipe=From_Hex('Auto') we see the familiar body again.The headers for the failing and successful requests differ.: missing in failing request: “accept”, “accept-encoding”, “content-type”, “things-plug-uuid”,different: user-agent & x-amzn-trace-idAll these devices are still in our freemium project.The decoders are set as follows, and have not been modified since creating them:Could you clarify where the URL change came from? Coul

28
Rick S.
Community manager
10 maanden geleden
F
FransPActieve Deelnemer
gevraagd in KPN Things Forum

Lora https endpoint

Bij ons geeft het inderdaad problemen sinds 21-02, omdat in de nieuwe opmaak de header “content-type”:”application/json” niet meer standaard mee wordt gegeven. Dit is soms wel / soms niet het geval, en de webhook waar wij mee werken interpreteert de data dan als 1 hex waarde waardoor onze parser faalt.Ik zou er wat dieper in moeten duiken hoe vaak het wel / niet goed gaat. Maar zo op eerste inspectie lijkt het dat de locatieberichten wel die header meegeven, maar de payload maar een enkele keer, en de body is dan nog in de oude opmaak.

28
Rick S.
Community manager
10 maanden geleden
F
FransPActieve Deelnemer
gevraagd in KPN Things Forum

Lora https endpoint

Dag Rik,Ik haak maar even aan in dit topic. Heb je al meer zicht wanneer de fix er is?Naast het feit dat de request body anders is geformeerd, zijn ook de headers anders van de twee requests.Zo was de “content-type” header altijd gedefineerd, en is dat in de nieuwe structuur niet meer zo. 

28
Rick S.
Community manager
10 maanden geleden
A
adekamDeelnemer
gevraagd in KPN Things Forum

Things Portal device API 'list all devices' parameters

Dag Rick,Bedankt voor de terugkoppeling!Staat het wel op de planning om de search parameter te ondersteunen? Dat zou nog wel een nuttige toevoeging zijn. Anders wellicht handig om ‘m uit de Postman collectie te halen, scheelt weer verwarring.Hartelijke groet,Arie 

4
Rick S.
Community manager
1 jaar geleden

Badges

Toon alle badges
Forumvoorwaarden