Reacties geplaatst door Ruben

14 Reacties

R
RubenActieve Deelnemer
gevraagd in LoRa Forum

OTAA Debug informatie

"Een device zou alleen een nieuwe join moeten doen als dit noodzakelijk of voorgeschreven is. Het vaak resetten van een device en het herhaaldelijk uitvoeren van een nieuwe join zorgt er alleen maar voor dat het device veel vatbaarder is voor ‘identiteitsfraude’ van het device en dat werkt tegen de intentie van dit hele protocol in. " Ik had juist precies het omgekeerde in mijn hoofd zitten: Ik weet niet meer wat de bron was, maar voor zover ik wist moest je juist eens in de zoveel tijd de keys vernieuwen (aka een (re) join request). Dit zou dan juist de veiligheid verhogen! Maar het zou ook goed kunnen dat ik dat verkeerd onthouden heb. Op het moment probeer ik de, in mij vorige gestuurde bericht benoemde, bug in " MLME-Confirm" te fixen. Maar deze is lastig te traceren. Maar ik verwacht dat dat probleem de oorzaak is waarom de activering niet werkt. Ik weet ondertussen wel dat het niets te maken heeft met pakketten die ik van jullie (kpn) terug krijg. Ik krijg de foutmelding n

11
R
5 jaar geleden
R
RubenActieve Deelnemer
gevraagd in LoRa Forum

OTAA Debug informatie

[user=8294]Rick S.[/user] Mijn device is zojuist in de " MLME-Confirm" functie vast gelopen. Maar omdat ik daar geen breakpoint had staan. Kon ik niet achterhalen wat deze error veroorzaakt had. Ik heb nu een breakpoint geplaatst en het apparaat gereset. Maar het feit dat de MLME-Confirm functie aangeroepen werd is al goed nieuws. Nu heb ik het apparaat dus gereset en hoop nu de error te kunnen herproduceren. Ik weet alleen niet of het device al geactiveerd was voor 15:47. en zou de device nog een keer van de portal verwijderd kunnen worden?

11
R
5 jaar geleden
R
RubenActieve Deelnemer
gevraagd in LoRa Forum

OTAA Debug informatie

Ik heb mijn device aangezet, er zou dus nu een join request binnen moeten komen. "Als er een Join Request aangemaakt wordt voor een device dat al aangemeld is wordt de Join voor zover ik weet geweigerd." Dat zou wel een beetje raar zijn. Want als een device gereset zou worden terwijl deze al een keer geactiveerd was. Dan vergeet de device de keys, en moet deze opnieuw een join request doen. Maar de portal weet niet dat de device gereset is. Dus als de device dan een joinRequest stuurt, dan zou de portal dit weigeren. en dus dan kan je je apparaat nooit meer opnieuw aanmelden op het netwerk. Of zie ik nu iets over het hoofd?

11
R
5 jaar geleden
R
RubenActieve Deelnemer
gevraagd in LoRa Forum

OTAA Debug informatie

[user=8294]Rick S.[/user] Dat is goed,. "Het device staat nu namelijk als 'Activated' op de portal, dus een Join Request heeft nu geen zin. " zou je voor mijn beeldvoorming dit toe kunnen lichten? Stuurt de portal geen JoinAccept meer als het apparaat eenmaal 'activated' is ofzo?

11
R
5 jaar geleden
R
RubenActieve Deelnemer
gevraagd in LoRa Forum

OTAA Debug informatie

Hi [user=8294]Rick S.[/user] Ik probeer device deveui ...B6B, pratend te krijgen via OTAA. Dit apparaat probeert op dit moment de 'over the air activation' uit te voeren.

11
R
5 jaar geleden
michieljol
KPN Moderator
michieljolProductmanager LoRa for Developers
geplaatst in LoRa Forum

Sending Downlink messages

I have a thingpark account, however it wasn't a message from the thinpark, it was a quote of the first entry in this forum post. [user=227]Tim[/user] What I quoted: [i]""Downlink Queue information * Messages are queued until next uplink frame, there is no time limit. * 5 messages can be queued PER DEVICE. The oldest is removed if a new one is queued. [b]* Queue cannot be changed or viewed by the customer[/b]. "[/i] It says that the queue cannot be changed or viewed by the customer, however that would be a very handy feature. So I was wondering if that feature will become available in the feature? Because I would like to be able to edit/view the queue.

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

Sending Downlink messages

"Queue cannot be changed or viewed by the customer." Will this be possible in the near future?

28
K
5 jaar geleden
R
RubenActieve Deelnemer
gevraagd in LoRa Forum

Verkrijgen van DeviceEUI & AppKey

[user=8294]Rick S.[/user], Ik heb het op het moment een beetje druk met andere dingen inderdaad. Volgende week hoop ik er beter naar te kunnen kijken, ik zal je dan op de hoogte houden!

17
R
6 jaar geleden
R
RubenActieve Deelnemer
gevraagd in LoRa Forum

Verkrijgen van DeviceEUI & AppKey

[user=8294]Rick S.[/user] Ik heb wel naar de code gekeken, maar ik heb nog geen tijd gehad om er diep op in te gaan en te kijken wat functioneel gezien, arduino anders doet.

17
R
6 jaar geleden
R
RubenActieve Deelnemer
gevraagd in LoRa Forum

Verkrijgen van DeviceEUI & AppKey

[user=7248]Jeroen10[/user] Ik had naar die nog niet gekeken, ik gebruikte een geporte (oude) versie van https://github.com/Lora-net/LoRaMac-node. Ik binnen kort de arduino code door spitten, kijken wat die anders doen.

17
R
6 jaar geleden
R
RubenActieve Deelnemer
gevraagd in LoRa Forum

Verkrijgen van DeviceEUI & AppKey

[user=7248]Jeroen10[/user] Ik gebruik de semtech sx1272. Dat is veel makkelijker dan ik dacht, maar dat betekend dus dat de software aan mijn kant helaas niet goed is.

17
R
6 jaar geleden
R
RubenActieve Deelnemer
gevraagd in LoRa Forum

Verkrijgen van DeviceEUI & AppKey

[user=7248]Jeroen10[/user] Oke, bedankt! [user=227]Tim[/user] Ik heb problemen met ontvangen van data, iets wat eerst wel werkte, waarschijnlijk is het een bug in mijn code. Maar als je niet kan ontvangen dan werkt OTAA ook niet. Is er overigens een manier om er achter te komen of een join request uberhaubt binnen komt bij kpn? En is er een manier om automatisch een antwoord terug te sturen, zodat ik altijd precies een bericht terug kan sturen in een 'Rx window'? Wat ik nu namelijk doe is een bericht verzenden met mijn hardware en handmatig op de kpn portal een bericht terug sturen, en hopen dat dat precies in een van de twee 'Rx windows' is. Bedankt voor de verlenging!

17
R
6 jaar geleden
R
RubenActieve Deelnemer
gevraagd in LoRa Forum

Verkrijgen van DeviceEUI & AppKey

[user=7248]Jeroen10[/user] Die sleutel is volgens mij de AppEUI en niet de AppKey.

17
R
6 jaar geleden
R
RubenActieve Deelnemer
gevraagd in LoRa Forum

Verkrijgen van DeviceEUI & AppKey

[user=8294]Rick S.[/user] Ja, ik ben al een paar maanden geregistreerd, maar ik krijg van de portal geen gegevens, sterker nog als ik een OTAA device aanmaak dan krijg ik de melding "Please provide the DevEUI" als ik die gegevens niet zelf invul in de form. Als ik ABP gebruik dan krijg ik deze gegevens wel, maar daar heb ik niets aan als ik het systeem werkend wil krijgen met OTAA. [user=7248]Jeroen10[/user] Thanks

17
R
6 jaar geleden

Badges

Toon alle badges
Forumvoorwaarden