Gisteren heb ik een paar stroommetingen gedaan op een uBlox SARA-N211 modem. Mijn doel was om een zo laag mogelijk stroomverbruik te krijgen. Tijdens het installfest heb ik met @techniek gekeken naar release assist. Hier bleek dat het toen vrijwel geen effect had op het stroomverbruik (zie: link) :
Ik was er toen heilig van overtuigd dat de activity timer het probleem was (misschien dat het in de naam zit…). Na wat meer onderzoek en een vergelijking met Vodafone had ik het volgende:
- +CSCON: ‘Signalling connection status’, oftewel: 1 = in connected mode, 0 = idle mode
- +CEREG: ‘Network registration status’, “00001111” = 2 sec x 15 = 30 seconden, klopt precies! Voor vodafone is dit 2 sec x 1 = 2 seconden, klopt ook precies! Vodafone en T-Mobile hebben dus verschillende activity timers. De activity timer heeft geen effect op de connected mode (de interval tussen CSCON=1 en CSCON=0 blijft ongeveer gelijk) en hier gaat juist de meeste energie verloren. We moeten dus de tijd dat het modem in ‘connected’ mode is verkleinen.
Bij een video van Rohde & Schwarz had ik deze foto gevonden:
- ‘Setting T3324 activity timer to zero’: Dit is voor ons onmogelijk. T-Mobile ondersteund het veranderen van de PSM timers niet. De activity timer beinvloed de tijd dat het device kan pagen, deze tijd verkleinen verbeterd het stroomverbruik maar de verbetering is niet groot.
- ‘Release assistance’: sinds de release van UDP voor T-Mobile NB-IoT is dit mogelijk. Als het goed is minimaliseert dit de connected mode, in de post van @techniek leek het geen effect te hebben.
Ik besloot om het toch te proberen:
Eerst een bericht zonder release flag:
- AT+NSOST=0,“172.27.131.100”,15683,4,“45726963”
Levert eigenlijk geen verbetering op vergeleken met CoAP (AT+NMGS). Zoals verwacht gaat er enorm veel energie ‘verloren’ in de connected modus.
Nu een bericht met release flag:
- AT+NSOSTF=0,“172.27.131.100”,15683,0x200,4,“48656c6a”
Dit levert een enorme verbetering. De hoeveelheid verbruikte energie voor één TX bericht is hiermee vijf keer kleiner geworden, precies wat we wilden! Het device zakt nu na de TX-piek vrijwel meteen naar een laag stroomverbruik van ~3 uA. Het rare is dat dit niet te zien is bij de metingen van @techniek terwijl we hetzelfde modem gebruikten. Misschien dat het per cell verschilt?
Nog iets wat ik niet kan verklaren is de grote piek tussen 400 en 500 samples, die zie ik de laatste paar dagen in al mijn metingen terug komen. Hiervoor heb ik deze nooit gezien…
