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…
Posts made by afzal_m
-
RE: Sodaq code examples 'connecten' niet
-
RE: Firmware version C10B655SP2 / C10B656
Ik was iets te snel met het sluiten van het topic! Geen quectel dus maar ublox.
Wellicht op forum.sodaq.com of iot.sodaq.com @christiaanvermeulen
-
RE: Instructie registreren van je eerste device
Er zijn wat bugs in postman op macbooks waardoor het registreren van IMEI niet helemaal goed gaat. Check ook https://forum.iot.t-mobile.nl/topic/45/pending-messages/7
@tolgapaksoy en @harryviet hebben hier ook last van gehad.
Bij Tolga hielp het om alle postman environment files te deleten en opnieuw in te laden. Maar we hebben tegenwoordig ook een device register portal gebouwd die zelf connect met de rest API. Ik heb een nieuwe app voor je aangemaakt en een account op onze device register portal (zie pm). Hier kun je je device registeren door enkel je IMEI toe te voegen. Als je daarna data verstuurt vanaf je device zul je in de portal je data usage zien oplopen. Test dit even aub en dan kun je daarna alsnog even sleutelen in postman.
-
RE: Instructie registreren van je eerste device
@brocaar werk je toevallig op een macbook?
Er zijn wat issues met macbooks en postman. -
RE: - NB-IoTest -
Cool! Het is niet afhankelijk van SIM maar van IMEI. Als je IMEI al dus bekend is in het IoT platform van Sodaq, zul je 'm dus niet bij ons kunnen registeren. In dat geval kun je het best eerst aan Sodaq vragen om daar jouw device registratie te deleten.
-
RE: - NB-IoTest -
Wauw! Cool bordje en mooie foto’s!
Wat betreft je pending messages: heb je je device al geregistreerd via de rest API?
-
RE: Firmware version C10B655SP2 / C10B656
Hij stond er gewoon al
https://forum.iot.t-mobile.nl/topic/32/firmware-bc95-b8/4
-
RE: Pending messages
Ja klopt, hij komt morgen naar onze workshop om dit samen op te lossen. Jij bent ook welkom uiteraard!
-
RE: Pending messages
Met mijn Sodaq hardware liep ik er ook tegenaan dat mijn data niet binnenkwam op mijn eigen App.
Dat kwam omdat mijn IMEI reeds geregistreerd was in de App van Sodaq. Meerder mensen hebben hier mee te maken gehad. Mailtje naar Sodaq met het verzoek om de IMEI te verwijderen was de oplossing.
Maar nu begint ik te twijfelen. Volgens mij was het in deze situatie zo dat de messages niet op pending bleven staan. Het issue was dat ze wel ‘SENT’ waren maar niet in de juiste app terecht kwamen…
-
RE: Instructie registreren van je eerste device
De NB-IoT module/simkaart moeten inderdaad wel ee nnetwork attach hebben
-
RE: Instructie registreren van je eerste device
Wat tof dat je al zo ver bent! Het ontbreken van ‘multisensor’ rawdata profile was inder het probleem.
Als het goed is werkt het nu wel. Kan zijn dat je je device opnieuw moet registreren. Ik ben benieuwd!
-
RE: Firmware version C10B655SP2 / C10B656
Senor Christiano! Leuk om ook een vraag te van onze eigen technology guru te krijgen hier op het forum.
Ik post vandaag of morgen nog even wat over quectel firmware upgrades op het forum. Heb de vraag de laatste tijd wat vaker gehad namelijk
-
RE: Nieuwe settings voor NB-IoT hardware en API
Bij mij kwam dit omdat ik niet in de juiste postman environment zat. Ergens rechtsboven in een dropdown. Ik stuur je morgen even een screenshot.
-
RE: AT+CSQ
Ja dit probleem los je denk ik ook niet op met de AT commando’s als je al een network attach hebt. Er moet echt iets fout zijn gegaan in postman.
-
RE: AT+CSQ
Hi Tolga wat goed! Jouw profiel staat wel goed ingesteld. Heb ik net nagekeken. Kun je anders via postmen je device deleten en opnieuw registreren?
-
RE: Instructie registreren van je eerste device
Bij jou zag ik dat het MultiSensor profiel niet goed was ingeladen in je Ocean Connect App. Dit heb ik zojuist gefixt. Wellicht werkt het nu wel. Kan zijn dat je misschien opneuw je device moet registeren.
@tolgapaksoy bij jou weet ik niet waar het precies mis gaat
Eind deze maand komt onze Installfest er weer aan! Uit mijn hoofd 23 aug.
-
Power saving met NB-IoT
Power saving is een veelbesproken onderwerp in de IoT-wereld en ook een zeer belangrijke belofte van NB-IoT. Een LPWA device zou namelijk zonder een grote accu of stopcontact tien jaar mee moeten kunnen gaan. Om dit waar te kunnen maken, worden er drie verschillende methodieken voor NB-IoT ontwikkeld: PSM, Long Periodic TAU en eDRX. In deze post geef ik graag wat toelichting bij deze drie technieken.
eDRX (Extended Discontinuous Reception)
DRX (Discontinuous Reception) is een methodiek welke voor alle mobiele communicatie wordt gebruikt om batterijduur te optimaliseren. Bij dit proces schakelt bijvoorbeeld een mobiele telefoon zijn radio ontvanger uit wanneer het geen inkomende berichten verwacht. eDRX is een versterkte variant hiervan welke speciaal voor IoT toepassingen is ontwikkeld. Het apparaat en netwerk spreken tijden af waarin er data naar elkaar kan worden verzonden. Tussen deze momenten van data-overdracht, schakelt het apparaat zijn ontvanger uit en verkeert het in ‘idle mode’. De gebruikelijke M2M-DRX cyclus is 10,24 seconden. Met eDRX is het mogelijk om dit te verhogen naar 2,92 uur.Power Saving Mode (PSM)
Power Saving Mode is een door 3GPP gestandaardiseerde LTE-functionaliteit waarmee een apparaat in een ‘deep sleep mode’ status kan verkeren. Het apparaat geeft het datanetwerk aan hoe lang het in Power Saving Mode zal blijven en op welke momenten het in ‘activity state’ zal zijn. Gedurende de PSM periode is het apparaat dan ook niet bereikbaar voor downlink verkeer en zal het netwerk ook geen pogingen tot communicatie doen. Ontvangen van data is enkel mogelijk op de vastgestelde ‘activity state’ tijden. Tegelijkertijd is het apparaat wel te allen tijde in staat om uplink data te versturen bij een externe trigger.Long Periodic TAU (Tracking Area Update)
Periodic Tracking Area Update is eveneens een bestaande methodiek voor mobiele communicatie. Met behulp van deze technologie informeert een apparaat het radionetwerk met vaste tijden over zijn positie. De standaard TAU timer staat voor NB-IoT op 186 minuten en is te verhogen tot maximaal 310 uur. Gedurende deze periode verkeert het apparaat ook in een ‘sleep mode’ en is er geen signaling tussen het apparaat en netwerk mogelijk waardoor de batterijduur wordt verlengd.Bovenstaande drie zaken worden nu (door)ontwikkeld en getest om de batterijverbruik te verlagen. We houden je uiteraard op de hoogte hiervan. Ook leuk om te weten: we testen nu een NB-IoT energy calculator waarmee jij straks kunt uitrekenen hoe lang jouw IoT device het volhoudt op basis van deze methodieken en andere afhankelijkheden zoals coverage en verbruik.
PS dank @Richard-Marijs voor je uitleg!
-
Onderhoud Ocean Connect (IoT Gateway) op donderdag 3 augustus
Om de stabiliteit van onze IoT Gateway te optimaliseren zullen we op donderdag 3 augustus gedurende de ochtend onderhoud uitvoeren. Ocean Connect zal donderdagochtend dan ook niet beschikbaar zijn!
Wat wijzigt er voor jou?
Niet veel maar absoluut niet onbelangrijk: het IP address van de south interface wijzigt naar 172.16.14.22. -
RE: Nieuwe settings voor NB-IoT hardware en API
Wat gek dit… ik heb even gezocht vanmiddag maar kan geen mogelijke oorzaken vinden @cvonken.
Heb je getest of het wel werkt wanneer je eerst de radio module aanzet?
Dus eerst AT+CFUN=1 en vervolgens de APN…
Ben benieuwd!
-
Sending sensor and GPS data to AllThingsTalk
Informatieve blog van Hans Boksem voor mensen die aan de Sodaq kickstarter hebben deelgenomen:
https://hansboksem.wordpress.com/2017/07/20/nb-iot-sending-sensor-and-gps-data-to-allthingstalk/
-
RE: AT+CSQ
Kregen jullie eerst (alvorens Sodaq het device uit hun platform had verwijderd) ook de volgende melding bij het registeren van de device?
{
“error_code”: “100003”,
“error_desc”: “Invalid verify code.”
}Dit is namelijk waar @tolgapaksoy nu mee te maken heeft…