iotcreators.com web
    • Login
    • Search
    • forum.iotcreators.com
    • docs.iotcreators.com
    • Tags
    • Popular
    • Recent
    • Register

    Sodaq code examples 'connecten' niet

    Archive
    2
    3
    1872
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • cvonken
      cvonken last edited by cvonken

      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 1 Reply Last reply Reply Quote 0
      • cvonken
        cvonken @cvonken last edited by

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

        1 Reply Last reply Reply Quote 0
        • afzal_m
          afzal_m iotcreators.com team last edited by afzal_m

          Fijn dat het is gefixt. Vraag me alleen af waar het dan exact aan heeft geleven. Je zou hoe dan ook te allen tijde een ncdp en apn moeten kunnen instellen. Dit is niet afhankelijk van coverage…

          1 Reply Last reply Reply Quote 0
          • 1 / 1
          • First post
            Last post