Is UDP al formeel vrijgegeven? Uit eerdere berichten begrijp ik dat UDP zou moeten werken. Uit mijn testje blijkt dat echter niet. Ik heb een IDP server draaien waar ik via node-red berichtjes kan sturen. De server draait dus prima en ook de port-forwarding staat goed ingesteld. Maar berichten die ik via NBIOT verstuur komen niet aan, ondanks dat het modem “OK” teruggeeft.
Moet er nog ergens een vlaggetje goed gezet worden om het ook voor mij te laten werken?
@andre-rodenburg Ik vermoed dat er in brede zin wel belangstelling zal zijn voor een platform onafhankelijke c-code library die het AT protocol op een nette manier afhandelt. Dwz eentje die na het versturen van een AT commando de modem response correct opvangt en in variabelen plaatst, maar die ook in staat is om URC responses op een nette manier af te vangen (zonder gebruik te maken van een RTOS). Heb je zoiets?
@weetgeen Ik gebruik niet de SODAQ library maar eigen geschreven code die AT commando’s naar het modem verstuurt en de modem reply inleest en verwerkt. Gewoon een beetje spelen met standaard Arduino serial.println() en serial.read() commando’s.
Je kunt ook de SODAQ serial_passthrough applicatie gebruiken en de AT-commando’s met de hand intypen, dan verschijnt de modem reply op de terminal.
@afzal_m said in Mijn eerste ervaringen nav de migratie naar het Nokia Impact platform.:
Dat is mooi! Maar kan zijn dat hij af en toe nog eruit vliegt vanwege IPsec tunnel problemen bij ons.
Dat verklaard dat wellicht ook dat ik gisterenavond even geen verbinding kon maken (ook niet via OceanConnect overigens). Verder valt het me op dat ik heel af en toe ook samples dubbel ontvang, zie sample 72. En dat het subscription-ID niet altijd consistent is. Is daar een verklaring voor?
@afzal_m said in Mijn eerste ervaringen nav de migratie naar het Nokia Impact platform.:
Net als in de oude situatie valt de verbinding regelmatig weg en moet er regelmatig opnieuw geregistreerd worden. In de nieuwe situatie is dat (toevallig??) elke 2 uur. Dit is uiteraard niet gunstig voor het batterijverbruik.
Dit is een nieuw probleem en speelt sinds vorige week. Sorry, ik was niet scherp in mijn eerdere post hier!
He re-attach issue wat we eerder hadden gehad was een combinatie van ublox module en firmware versie. Dat issue speelt niet meer op de SP3 versie.
Het probleem wat we nu hebben zit ergens in de IP sec tunnel en wordt nog volop ge-troubleshoot. Keep you posted!
Solved, mijn module bleek nog oude FW te hebben. Na upgrade naar v06.57,A07.03 treedt het niet meer op.
Via LinkedIn leerde ik over een T-Mobile NBIOT training die kennelijk in het buitenland al gegeven wordt. Is iets dergelijks binnenkort ook in nederland te verwachten? Zou wat mij betreft zeer welkom zijn.
P.s. bijgevoegde slide verteld iets over ECL levels, een onderwerp waar ik voor de overgang naar Nokia Impact erg veel tijd aan verloren heb 
. Uit metingen bleek namelijk dat het N211 modem om onverklaarbare redenen vooral in ECL-level 2 modes opereerde, ook in de buitenlucht. Sinds de overgang naar Nokia Impact en het aanschakelen van scrambling lijkt dit probleem over.
@kamiel said in Mijn eerste ervaringen nav de migratie naar het Nokia Impact platform.:
gewijzigde data extractie wegens andere JSON structure tbv de north application
Is deze structuur ergens gedocumenteerd ?
Voor zover ik weet niet. Zie hieronder voor een voorbeeld. De “value” bevat de data die door de UE is opgestuurd, hexadecimaal gecodeerd.
{“reports”:[{“serialNumber”:“IMEI:357518080022411”,“timestamp”:1524222760489,“subscriptionId”:“fa0fa862-da93-41a5-a7c4-d4082f64c8b9”,“resourcePath”:“uplinkMsg/0/data”,“value”:“001b00f867c9323031383034323031313132333800003335373531383038303032323431311046074103fe004eab340008b1a003e7a6660015fd43fcfcff94ffce000009c200020c5f007d000100004e323131204d4f44554c45”}],“registrations”:[],“deregistrations”:[],“updates”:[],“expirations”:[],“responses”:[]}
@afzal_m
Overigens krijg ik onder normale omstandigheden: “+CEREG: 0,5” ? Betekent dit dat mijn module aan het roamen is?
@afzal_m said in Mijn eerste ervaringen nav de migratie naar het Nokia Impact platform.:
Net als in de oude situatie komen ook na de migratie nog steeds niet alle berichten aan in de cloud. Dit terwijl het modem geen enkele foutmelding geeft.
Dit zit in onze Ready for Service testplan! Tot nu toe kwamen we het zelf nog niet tegen. Maar wel goed dat je dit meldt. In juni mag dit niet meer gebeuren.
We gaan het uiteraard nog verder testen, maar als ik het niet kan reproduceren ga ik je lastig vallen voor wat hulp!
Prima, het probleem is nu wel significant minder dan voorheen. Was 5-10%, is nu <1%. Maar moet naar 0 toe 
@afzal_m said in Mijn eerste ervaringen nav de migratie naar het Nokia Impact platform.:
In de eerdere testen was het modem zo nu en dan de weg kwijt (dwz. gaf om onduidelijke redenen onbruikbare waardes uit voor o.a. ECL, CSQ, RSSI, RSRP, etc). Na de migratie is dit probleem niet meer opgetreden; vreemd ?
Dit probleem herken ik ook niet. Had je dit met al je dev-kits en ook op verschillende plekken?
Yep, met OceanConnect kwam dit voor op diverse lokaties en met diverse testkits (SODAQ N211 boards). Zie figuur voor een voorbeeld.
@afzal_m said in Mijn eerste ervaringen nav de migratie naar het Nokia Impact platform.:
Wat als eerste opvalt is dat het modem nu met andere masten (i.e. andere cell-ID’s) verbinding maakt dan voorheen. Da’s vreemd, de test lokatie is niet veranderd, waarom de cell dan wel? Of zijn alle cellen tbv Nokia Impact spontaan hernummerd?
Heeft niet met de implementatie van Nokia IMPACT te maken. Maar ik ga even checken met de guys van ons radio-netwerk!
Onder Nokia Impact is het Cell-ID: 65513062
Onder OceanConnect waren dit: 4039782 en 6405223 ?
@afzal_m said in Mijn eerste ervaringen nav de migratie naar het Nokia Impact platform.:
Welke PSM instellingen bedoel je precies? Als het goed is, zou je device nu gewoon 310 uur in deep sleep mode moeten kunnen.
Voor eDRX zijn we nu een pilot-test aan het doen in Hilversum bij @JanWillem. Als je ook wilt meetesten, dan kan dat! Stuur me dan even je cell id, adres en het IMSI nummer waarmee je dit wilt testen!
Ik bedoelde dat ik er nog niet heb geexperimenteerd, staat voor komende week op het programma. Mijn postcode is 5422, cell_ID=65513062, IMSI = 901405700001012. P.s. ik weet niet of het lukt om woensdag in A’dam te zijn om dit onderwerp te bespreken.
Illustratie van het duidelijk verbeterde Tx power gedrag:
Figuur om het probleem van de laatste twee bullets te illustreren!
0_1524428928190_880f9be0-42b5-41f0-9311-495e5de56579-image.png
Hi,
Inmiddels heb ik de migratie naar het Nokia Impact platform volledig doorgevoerd (UE firmware, settings, netwerk, cloud), en op basis daarvan een eerder experiment herhaald. De gebruikte software is daarbij zoveel mogelijk identiek gehouden. Alleen de door T-Mobile aangegeven noodzakelijke aanpassingen zijn doorgevoerd:
De PSM en eDRX instellingen zijn bijv. dus nog niet aangepast. Naar ik heb begrepen volgt dit zeer binnenkort.
De ruwe data van zowel oude als de nieuwe experimenten plus wat eerste grafieken heb ik verzameld in een XLS. Ik kan 'm hier niet uploaden maar desgewenst evt wel toesturen.
Hierbij een samenvatting van mijn bevindingen:
.
? . . Maar wat de verklaring; scrambling on, of meer masten aangezet (zie ook cell-ID issue)? Dit is uiteraard niet gunstig voor het batterijverbruik. Ergo: De migratie naar Nokia impact kostte weining moeite en heeft duidelijke verbeteringen opgeleverd, maar enkele serieuze problemen zijn nog steeds niet opgelost 
.
@jonathan-carter no experience with XP but it’s worth a try. Otherwise I suggest to go to one of the upcoming TMNL installfests. I’m sure there are people willing to help there.
@jonathan-carter Hi, this is known (timing) problem. The UEupdater very much relies on the timing of the PC’s serial port driver. E.g. in our case, corporate laptops often have shown serious problems, and I can imagine that virtualbox systems also have similar problems. In my case using a ‘family’ laptop solved the issue. It should be able to find someone with a regular family laptop in A’dam I hope, or are they all on Apple machines?
As indicated, you should wait until CSQ replies with something else than 99.99, e.g. 12.99. But you should also wait until CGATT replies with a ‘1’ instead of a ‘0’, indicating that the modem is connected to the network. This often takes more than 10 seconds…
@techniek
Is er een relatie tussen ECL=1 en 2 vs LTE-M Coverage Enhancement Mode A and B ? Zie ook: https://altair-semi.com/wp-content/uploads/2017/02/Coverage-Analysis-of-LTE-CAT-M1-White-Paper.pdf
@techniek In ons geval (N211) kunnen de parameters in het modem wel gewijzigd worden, en bij read-back blijken de registers ook aangepast, maar het gedrag van het modem (en daarmee ook het stroomprofiel) verandert daardoor niet. Vandaar de aanname dat de timers door het network nog niet ondersteund worden.
P.s. wij meten de stroom door VCC naar het modem te onderbreken, daar een 1 ohm weerstand te plaatsen en daar het stroomprofiel over te meten. Daarmee meet je het stroomverbruik van het modem en de SIM kaart. In indel stand is dat ca 10 uA.
@andre-rodenburg Wij hebben het vorige week nog getest. Alleen PSM aan/uit zetten werkt, de rest nog niet.
