@kevin-o Hoi, kijk eens op https://docs.iot.t-mobile.nl/docs/viii-hello-device
Posts made by Stefan de Lange
-
RE: Applicationserver koppelen aan iot portal(asp.net web api)
@tuyen-phan Oke mooi! Overigens heeft de implementatie niet zoveel met T-Mobile of NB-IoT te maken, aangezien deze methode overal toegepast word
-
RE: Applicationserver koppelen aan iot portal(asp.net web api)
@tuyen-phan Hoi Tuyen.
Ik wil dat tmobile nu data verzend naar mijn server xx.xxx.xxx.xx/API/IoTTests/{data}. Maar ik Geloof dat alles momenteel wordt verzonden naar xx.xxx.xxx.xx/{data}. Hoe/waar kan ik die data vinden? Wat voor functie moet ik hiervoor schrijven?
Ik ben geen expert in programmeren en ik kan je dus niet helpen met de implementatie, maar ik zou het volgende doen:
- Geef in de API van T-Mobile het adres op waar jij wilt dat de data naar toe verstuurd wordt. Dit heb je al werkend gekregen, je hebt dus iets als https://<ip>/API/IoTtests opgegeven
- Je krijgt vervolgens op https://<ip>/API/IoTtests alle communicatie binnen van T-Mobile. Dit is in JSON- formaat, je krijgt dus een pakketje met daarin alle belangrijke info als IMEI nummer, netwerk tijd en natuurlijk de payload. De payload kan bijvoorbeeld sensor data zijn. Ik vermoed dat er wel een library functie is die iets doet als http.receivepacket() oid.
- Deze JSON moet je vervolgens uit elkaar plukken (ook wel parsen genoemd) om je payload te krijgen en die kun je dan opslaan…
-
RE: Pincode simkaart starterspakket
@techniek said in Pincode simkaart starterspakket:
Hoi Stefan,
Ik kun je je IMSI doorgeven? Dan kunnen we kijken of er iets geks staat in het SIM profiel.
Grt,
HenkIk denk dat je @TVDL bedoelt
-
RE: Pincode simkaart starterspakket
@tvdl Probeer het nog een keer maar dan met PDP context:
(wacht bij iedere stap ff op OK of een bevestiging)
AT+CEREG=5 (netwerk info notifier) AT+CFUN=0 (radio uit) AT+CGDCONT=0,"IP","cdp.iot.t-mobile.nl" (set context) AT+CFUN=1 (radio aan) AT+COPS=1,2,"20416" (forceer registratie)
Check ook ff met:
AT+NCONFIG?
Of alle instellingen goed staan…
-
RE: Graag downlink voorbeeld door rechtstreeks de api te gebruiken
Wat is dat dan deze “Authorization: Basic xxx” ? Waar kan ik deze “Base64(username:password)” vandaan halen?
https://www.blitter.se/utils/basic-authentication-header-generator/
Vul hier je T-Mobile API naam en wachtwoord in. Vul dat vervolgens in op de plek van xxx, dan zou het moeten werken… (veel API tools doen dit zelf al, zoals bijvoorbeeld postman)
-
RE: Graag downlink voorbeeld door rechtstreeks de api te gebruiken
@arie-van-wettum Goede syntax is als volgt:
https://iot.netwerk.t-mobile.nl/m2m/endpoints/IMEI:<imei>/downlinkMsg/0/data
Met als body:
{
{“resourceValue” : “<string>”}
} -
RE: Pincode simkaart starterspakket
@tvdl Hoi TVDL
Naar mijn weten heeft de T-Mobile starterskit sim geen pincode, ik denk dus dat er iets anders mis is. -
RE: MQTT Support
@aarttulp Naar mijn weten staat dit al sinds het begin op de roadmap maar er is verder nog nooit iets over gezegd, dus verwacht niet dat het de komende tijd geïmplementeerd gaat worden.
Waar ik erg naar benieuwd ben is of het mogelijk wordt om vanaf een device een bericht te sturen in een vanaf het device te kiezen topic. In dat geval is het device de MQTT client. Of gaat de backend bij T-mobile zich als bridge gedragen? In dat geval is de backend de MQTT client. Is het dan nog mogelijk om vanaf je device een topic te kiezen of wordt dat geconfigureerd in de backend?
Zoals ik al zei, er is momenteel niks geconfigureerd. Dit zul je dus allemaal zelf moeten implementeren. Je kunt inderdaad het t-mobile backend als doorgeefsluis zien, dan programmeer je daaromheen je MQTT met je device als client en jouw eigen server als message broker. Dan moet je er wel rekening mee houden dat je hoge latency hebt wanneer je device in slaapmodus zit, tot wel 310 uur, tenzij je dit aan de device kant anders programmeerd.
-
RE: MQTT Support
@aarttulp Hoi Aart. Ik ben wel benieuwd naar je usecase, wat zou je met MQTT wel kunnen wat je met HTTP nu niet kan? Je zou er ook nog aan kunnen denken om zelf een component te programmeren dat van MQTT -> HTTP vertaald en terug.
-
RE: AT+NSOCR="DGRAM",17,7000,1 ERROR
@tuyen-phan said in AT+NSOCR="DGRAM",17,7000,1 ERROR:
@tuyen-phan de oplossing is " verwijderen uit de AT command.
Dit betekend dat je een hele oude firmware in je module hebt. Kijk eens op: http://support.sodaq.com/sodaq-one/firmware-upgrade/
-
RE: AT+CCLK? geeft niet altijd de actuele tijd
@jeroend hoi, zover ik weet ondersteund T-Mobile geen TCP/ip aan de device kant. Daarnaast kun je vanaf het device alleen berichten sturen naar het cdp, je bent dus altijd gescheiden van het open internet. Udp berichten sturen naar een ander ip adres kan misschien wel maar daar kan ik je niet bij helpen, misschien @afzal_m of @Eric-Barten
-
RE: AT+CCLK? geeft niet altijd de actuele tijd
@jeroend Je kunt via de T-Mobile API downlink berichten naar je device sturen. Je kunt dus op je server de tijd opvragen via pool.ntp.org, deze verpakken in een downlink bericht en dit verwerken op je device. Dan moet je wel rekening houden met veel extra overhead, zowel in stroomverbruik als in transmissietijd…
-
RE: Kan ik achterhalen welke SIM er in het modem zit?
@jeroend said in Kan ik achterhalen welke SIM er in het modem zit?:
@afzal_m Ik begrijp dat ooit de eerste 5 cijfers van de IMSI de operator code is, maar dat is niet meer zo. Enig idee hoe het kan?
Dit klopt nog steeds. Heb dit even uitgezocht voor de IMSI van mijn eigen T-Mobile NB-IoT simkaart:
901 40 XXXXXXXXX901 = International card
40 = Deutsche Telekom AG (aka T-Mobile) -
RE: Timestamp in resource subscription
@wdenbesten Hoi, dit is de timestamp die het CDP toevoegd aan het pakket. Deze wordt dus gegenereerd op het moment dat het CDP het pakket ontvangt.
-
RE: ThingsBoard via
Hoi Sjimmie. Mooi dat je het werkend hebt gekregen.
{“latitude”: 52.136421, “longitude”: 5.262903}
Ik zou dit anders aanpakken. Aan de kant van NB-IoT wil je enkel kale bytes sturen, het sturen van JSON data creëert onnodig veel overhead.
Je zou het ook zo kunnen doen namelijk:
AT+CIPSEND=16
031B89E500504E37Is maar 8 bytes. In je python flask kun je dit vervolgens weer scheiden omdat je weet dat beide variabelen 4 bytes zijn:
latitude = 031B89E5
longitude = 00504E37Dan converteren naar decimale notatie en de komma weer terugplaatsen.
-
RE: ThingsBoard via
Daarbij komt dat ik vind dat een dergelijke oplossing puur in de cloud moet kunnen worden gebouwd, zonder on-premise zaken. En dan dus ook nog in de gratis hoeken van de cloud.
Jammer. Een kastje of RPI in je meterkast is 100x leuker… (en gratis, behalve de HW dan). Draai er Node-RED op en al je problemen zijn opgelost.
-
RE: ThingsBoard via
Ik zal dus inderdaad nu nog moeten uitzoeken hoe ik de value (met mijn json) uit de uplinkMsg/0/data van de grote json kan plukken, om die weer als bruikbare json in Thingsboard te gebruiken…
Dit kun je perfect doen in Node-RED. Node-RED is gebaseerd op node.js, je kunt dus gewoon JavaScript programmeren. Het uit elkaar plukken van een JSON (en deze zo nodig weer formatteren) is een kwestie van een paar regels code. Hier kan ik je eventueel mee helpen.
-
RE: ThingsBoard via
@supersjimmie Heb het zelf ook even gecheckt. Thingsboard lijkt inderdaad niet om te kunnen gaan met een leeg datapakket.
Kan ik bij het opgeven van de callback url dan al een body meegeven om door die test heen te komen?
Misschien dat @afzal_m of @ericbarten dit weet. De oplossing zou ook kunnen liggen bij thingsboard maar hiervoor ken ik de applicatie niet goed genoeg. Misschien dat je ergens kunt aangeven dat telemetry data niet perse een JSON in de body moet verwachten?
Als alternatief voor thingsboard zou je ook eens kunnen kijken naar node-red. Ik gebruik dat al een tijdje in combinatie met NB-IoT en dat bevalt me erg goed
-
RE: ThingsBoard via
@supersjimmie Hoi Sjimmie, wanneer je een callback URL toevoegd wordt er een leeg HTTP[post] pakket naar jouw callback URL verstuurd. De callback URL (thingsboard dus) moet hierop reageren met een 200 OK bericht.
-
RE: SIM7000E accepteert de genoemde commandos niet
@supersjimmie Netjes! Eigenlijk zouden we een document moeten hebben om dit soort info voor iedere module op te slaan
-
RE: SIM7000E accepteert de genoemde commandos niet
Hoi @supersjimmie
Heb je al gekeken in het AT commando manual voor de SIMCOM 7000E?
-
RE: UDP bericht naar server applicatie op PC
@niels-veul Hoi Niels. Verkeer tussen jouw applicatie en het T-Mobile netwerk is altijd in JSON formaat via HTTP(S). Verkeer tussen jouw modem en het T-Mobile netwerk kan UDP of CoAP zijn. Je zou het dus zo kunnen zien:
Modem <- [UDP] -> T-Mobile CDP <- [HTTP] -> Jouw applicatie
Dit betekent dus dat je nooit ‘direct’ over het open internet met een modem praat, zoals je LTE-M demo. Er zit altijd een proxy tussen, het CDP. Om te praten met het T-Mobile netwerk zul je dus een applicatie moeten opzetten die om kan gaan met HTTP.