Instructie registreren van je eerste device

afzal_m

You’ll need this link for the manual. rest API certificates etc.
Have fun.

Please post your questions, remarks and challenges below

maartentc

Ziet er compleet uit! Kleine typo: er staat op p.12 AT+NMGS=+NMGS=<length>,<data> wat een keer +NMSG= teveel is.

Ik probeer de B656 firmware op het Quectel BC-95 Evaluation board te gebruiken om tweeweg verkeer mogelijk te maken, maar loop daarin vast. De firmware update lijkt goed te zijn verlopen, IMEI opnieuw instellen lukt ook. Maar vervolgens krijg ik steevast een ERROR response op AT+CFUN=1. Na AT+CMEE=1 blijkt dat het om een error 4 gaat; operation not supported. AT+CIMI werkt niet, maar ik geloof dat die überhaupt pas werkt na AT+CFUN=1 (volgens manual). SIM fouten hebben ook eigen error codes, dus ik denk niet dat het aan de SIM ligt. De band (AT+NBAND) staat gewoon ingesteld op 8, en de andere initialisatiecommando’s werken prima.

Na complete re-install van de B656 firmware krijg ik exact hetzelfde resultaat.

De Neul log viewer wil nog niet goed installeren, dus meer dan bovenstaande weet ik niet. Is er een aparte manual voor B656, of heeft iemand een tip?

afzal_m

Thanks voor je scherpe aanvulling!

Een error bij CFUN=1 heb ik zelf nog nooit meegemaakt. Wat gek.

Wat heb je in de .bat file opgegeven als band bij het upgraden van firmware? Ik had daar zelf namelijk de fout gemaakt om 800 in te vullen, maar dat moest dus 900 zijn.

afzal_m

Of is je module misschien stuk gegaan? Ik hoop van niet natuurlijk. Wellicht weer even downgraden en kijken wat er dan gebeurt?

maartentc

Band 900 inderdaad. Module kan stuk zijn, hoewel ik daar geen concrete aanwijzing voor heb. Is downgrade of factory reset van module mogelijk, of is dat kansloos na al die low level commando’s in die .bat files?

maartentc

UE Log Viewer gaf NO_SIM aan, en in het Quectel evaluation board bleek vervolgens de verbinding tussen BC-95 en SIM holder niet goed te zijn (lijkt op een productiefout in PCB). Met een paar draden was dit gefixed en werkt AT+CFUN=1 ook weer gewoon.

Laten we hopen dat de QA van de modules beter is. Of toch voor de Ublox gaan, heeft T-mobile daar ook ervaring mee?

MarcelVanSambeek

Beste afzal_m,

Bij het proberen te openen van de Postman share link met certificaten. krijg ik de melding:
Unspecified share exception

Dat lijkt me niet de bedoeling?

mvg,

afzal_m

@MarcelVanSambeek

Waar krijg je die melding precies?

afzal_m

Ah ik zie het al. Mijn fout.

Nieuw linkje: https://docs.t-mobile.nl/index.php/s/17OKzAGmB5YmC4m

Ik pas 'm later nog aan in het document.

Ik stuur je meteen even een pm met de passphrase die bij de certificaten hoort.

MarcelVanSambeek

Ik heb netjes de handleiding gevolgd.
Certificaat en key toegevoegd
host: 160.44.201.248:8743
passphrase: … ook netjes ingevuld.

ook de Postman collections toegevoegd.
en de environment
netjes de API key en de secret ingevuld.

echter krijg ik:
Could not get any response
There was an error connecting to https://160.44.201.248:8743/iocm/app/sec/v1.1.0/login.
Why this might have happened:
The server couldn’t send a response:
Ensure that the backend is working properly
Self-signed SSL certificates are being blocked:
Fix this by turning off ‘SSL certificate verification’ in Settings > General
Client certificates are required for this server:
Fix this by adding client certificates in Settings > Certificates
Request timeout:
Change request timeout in Settings > General

Kan iemand me adviseren, want ik voorlopig niet verder denk ik.

mvg,

@MarcelVanSambeek heb je in Postman bij Settings > SSL certificate verification uitgezet?

magnatron

Ik heb m’n bordje nu ONLINE (met hulp van @afzal_m, thanks) maar krijg nog geen resultaten te zien bij de deviceDataHistory endpoint. Enig idee?
Oh, AT+NQMGS: PENDING=0,SENT=2,ERROR=0 2bytes bericht en 15bytes bericht maar dus geen resultaten op het platform.
Mis ik nog iets? Moet ik vanaf het device eerst nog een bepaalde frame versturen voordat het doorkomt?

afzal_m

Dat ziet er goed uit! Heb je het multisensor profiel goed toegevoegd bij ‘set device type’?

afzal_m

Aan onze kant moest het MultiSensor profiel nog worden geladen in jouw App. Dat heb ik zojuist gedaan. Als jij alles conform manual bij ‘set device type’ hebt staan, dan moet het nu werken!

magnatron

Top! Ga je op zondagmiddag lekker even naar het zwembad, kom je terug hebben de IoT-nerds van TM het weer gefixt

Thanks

Nu moet ik alleen nog uitvinden hoe ik die data.rawData weer terugconverteer naar de string die ik verzond…

Qua manual heb ik alleen de Installation quick guide. Is er meer manualachtigs beschikbaar?

magnatron

De data.rawData die te voorschijn komt is base64 encoded. Dat moet je dus eerst even decoden om het weer leesbaar te maken.
Misschien handig om in de handleiding te noemen. Hoeft een volgende niet allemaal convertertjes te testen

jtsseiot

Ik kom helaas niet helemaal verder. Ik heb het idee dat de stap POST login nog goed gaat, maar daarna wil het niet meer helemaal lukken. Na deze stap heb ik op POST Register Device gedrukt. Hier heb ik onder Body>Raw de waarden ‘verifyCode’ en ‘nodeId’ aangepast en gelijkgesteld aan de IMEI die ik via het AT commando heb verkregen. Wanneer ik nu de post verzend krijg ik echter onder de test een fail: Body contains deviceId (test 1/2 passed die wel: response code is 200
).

Verder vraag ik mij af welke waarde er nu precies bij endUserId ingevuld moet worden. Is dit de username van Postman of staat de keuze hier vrij?

GET devices kan ik ook niet uitvoeren. Waarschijnlijk is dit een gevolg van bovenstaande. Hier krijg ik de bij de test een fail : Body contains scope (opnieuw passed test 1/2 wel: response code is 200).

Daarnaast zie ik nog niks gebeuren bij de GET get device data history. Dit zal er waarschiljinlijk mee te maken hebben dat de instellingen nog niet juist zijn.

Wordt er trouwens nog wat met de bestanden uit het zip-bestand (MultiSensor_TMNL_1000.zip) gedaan? Ik kom dit namelijk niet in de handleiding tegen.

MarcelVanSambeek

@theesbrons
Dat was hem! Ik was in de veronderstelling dat ik die juist aan moest laten staan omdat ik dus een certificaat had toegevoegd.

magnatron

This post is deleted!

MarcelVanSambeek

@jtsseiot said in Instructie: registreren van je eerste device:

Ik kom helaas niet helemaal verder. Ik heb het idee dat de stap POST login nog goed gaat, maar daarna wil het niet meer helemaal lukken. Na deze stap heb ik op POST Register Device gedrukt. Hier heb ik onder Body>Raw de waarden ‘verifyCode’ en ‘nodeId’ aangepast en gelijkgesteld aan de IMEI die ik via het AT commando heb verkregen. Wanneer ik nu de post verzend krijg ik echter onder de test een fail: Body contains deviceId (test 1/2 passed die wel: response code is 200
).

ik denk dat die test moet checken of er inderdaad een deviceId key-value pair wordt terug gestuurd in de response.
beter zou dan zijn:
tests["Body contains deviceId "] = body.hasOwnProperty(“deviceId”);

GET devices kan ik ook niet uitvoeren. Waarschijnlijk is dit een gevolg van bovenstaande. Hier krijg ik de bij de test een fail : Body contains scope (opnieuw passed test 1/2 wel: response code is 200).

Die test body contains scope is waarschijnlijk een left-over van het login in script. Die error is niet belangrijk denk ik
Als je een response krijgt is het goed denk ik.

wijntema

@maartentc said in Instructie: registreren van je eerste device:

UE Log Viewer gaf NO_SIM aan, en in het Quectel evaluation board bleek vervolgens de verbinding tussen BC-95 en SIM holder niet goed te zijn (lijkt op een productiefout in PCB). Met een paar draden was dit gefixed en werkt AT+CFUN=1 ook weer gewoon.

Laten we hopen dat de QA van de modules beter is. Of toch voor de Ublox gaan, heeft T-mobile daar ook ervaring mee?

Ik had dit net ook, misschien goed om mensen daar op te wijzen. Bij hielp het stevig aandrukken van de simkaart ook.

mvg, Wieger

jtsseiot

@jtsseiot said in Instructie: registreren van je eerste device:
…

@MarcelVanSambeek said in Instructie: registreren van je eerste device:
ik denk dat die test moet checken of er inderdaad een deviceId key-value pair wordt terug gestuurd in de response.
beter zou dan zijn:
tests["Body contains deviceId "] = body.hasOwnProperty(“deviceId”);

Dit hielp inderdaad. De test passed nu gewoon en hierdoor werd het voor mij mogelijk om berichten te verzenden. Verzonden berichten veranderen nu niet meer van pending naar error, omdat de device dus geregistreerd is.

@jtsseiot said in Instructie: registreren van je eerste device:
…

@MarcelVanSambeek said in Instructie: registreren van je eerste device:
Die test body contains scope is waarschijnlijk een left-over van het login in script. Die error is niet belangrijk denk ik
Als je een response krijgt is het goed denk ik.

Ik zie de status onder “GET get devices” nu ook op “ONLINE” staan dus neem aan dat ik nu inderdaad een response krijg.

Ik krijg echter alleen nog geen data binnen via “GET get device data history”. De data blijft:
{“totalCount”:0,“pageNo”:0,“pageSize”:0,“deviceDataHistoryDTOs”:[]}

Kan dit wellicht hetzelfde probleem zijn als:

@afzal_m said in Instructie: registreren van je eerste device:

Aan onze kant moest het MultiSensor profiel nog worden geladen in jouw App. Dat heb ik zojuist gedaan. Als jij alles conform manual bij ‘set device type’ hebt staan, dan moet het nu werken!

De instellingen van “PUT Set device Info” heb ik verder niet gewijzigd en staan als volgend ingesteld:

{
“name”:“YourDevice” ,
“endUserId”:“YourName”,
“mute”:“FALSE”,
“manufacturerId”:“TMNL”,
“manufacturerName”:“TMNL”,
“location”:“NL”,
“deviceType”:“MultiSensor”,
“protocolType”:“CoAP”,
“model”:“1000”
}

afzal_m

Nieuw linkje, ditmaal zonder expiration date

https://docs.t-mobile.nl/index.php/s/dsTukoYjkUlCGsr