@afzal_m Ik zit nu in Frankrijk (Bretagne) en heb zojuist ondervonden dat hier nog geen NB-IoT coverage is. Mijn Sigfox sensor doet het wel (land of origin, dat mag dan ook wel), maar de LoRa sensoren ook niet, ik zit 20 km te ver van de dichtsbijzijnde TTN LoRa gateway. Gelukkig heb ik mijn eigen gateway bij me #NBholiday
Die “Hello world” zal dus moeten wachten tot ik weer in NL ben volgende week.

@intron Mooi!
Zie ook deze thread voor je pending probleem:
https://forum.iot.t-mobile.nl/topic/45/pending-messages/7

@ericbarten Hmm, this high quality check was probably the season my connection to NB failed so often (connect() function returned false) while it was connected indeed. And sending messages.

Thanks for sharing!

@cvonken Ondertussen werkt het. Ik bemerkte dat op de 2 fysieke plekken waar ik test de dekking minimaal is. De radio heeft wat tijd nodig om te verbinden, maar het lukt meestal wel, al kan het soms enkele minuten vergen.
Ik bemerkt dit, nadat ik een sample probeerde waarbij de code een ‘failed connect’ er niet van weerhield om messages te gaan versturen. En deze bleken dus na enige tijd aan te komen, hetgeen het bewijs was dat de connect dus uiteindelijk wel geslaagd was.
Case closed.

@intron Mooi!
Zie ook deze thread voor je pending probleem:
https://forum.iot.t-mobile.nl/topic/45/pending-messages/7

IoT-ers, wat een gave tijd is dit. ‘Terug’ naar de AT-commando’s en tegelijkertijd staan we aan de vooravond van de ‘things’ doorbraak. ‘Full stack’ zou je het kunnen noemen
Super tof in ieder geval.

Nu heb ik een Sodaq module met een Arduino Leonardo. Met de manuele AT commando’s kan ik succesvol een ‘Hello World’ msg versturen. Dit bericht zie ik terug in Postman en op ons BuzzerBase platform.
Mooi, met dank aan dit forum!

Echter, laad ik nu de Hello World voorbeeld code van Sodaq in de Arduino IDE, dan resulteert dat elke keer in ‘Failed to connect’.
Het gaat fout in de aanroep van:
nbiot.connect(“oceanconnect.t-mobile.nl”, “172.16.14.22”, “20416”)

In de achterliggende .cpp code zie ik -voor zo ver ik kan beoordelen- dat diezelfde AT commando’s naar de modem verstuurt zouden moeten worden als dat ik dat handmatig doe (en in dezelfde volgorde).
De andere examples van Sodaq (die overigens vandaag door Sodaq geupdate zijn met nieuwe IP’s) gaan op datzelfde punt fout.

Kan ik de code van Sodaq via de Arduino IDE wellicht ook ‘debuggen’ (ik zie namelijk nergens de responses vd modem)?
Iemand een idee wat er fout gaat / ik fout doe?

Bvd!

@cvonken Pending solved: Zie https://forum.iot.t-mobile.nl/topic/45/pending-messages/2

@tolgapaksoy Dank je!
Ik heb de Register device nogmaals van scratch gedaan, en ik krijg nu een succesvolle verzending! Top. Happy!

@afzal_m Good. Morgen lukt me helaas niet (I tried
Ik hoor dus graag de afloop!

@afzal_m Dank voor je overdenkingen.
Onderaan deze post had @tolgapaksoy hetzelfde Pending probleem, maar de uitkomst ervan is mij niet bekend:
https://forum.iot.t-mobile.nl/topic/31/at-csq/21

Hi @tolgapaksoy, ik vroeg me af of je die ‘pending’ messages issue al opgelost hebt?
Bij mij treed namelijk hetzelfde op. Zie post:
https://forum.iot.t-mobile.nl/topic/45/pending-messages
Hoor graag!

Hi!

Probleempje: mijn Sodaq NB node stuurt geen berichten uit.
Via de AT commandos krijg ik ‘OK’ op alle commando’s, tot en met de Hello World:

AT+NMGS=11,48656c6c6f20576f726c64
OK

Echter blijven de messages op ‘Pending’ staan:

AT+NQMGS
PENDING=1,SENT=0,ERROR=0

Ook in Postman (device is geregistreerd) krijg ik geen data history binnen:

{
“totalCount”: 0,
“pageNo”: 0,
“pageSize”: 0,
“deviceDataHistoryDTOs”: []
}

Ook het southbound IP adres heb ik bijgewerkt naar 172.16.14.22.

Iemand een tip?