Rund um das Telemetriemodul: Infos, Nutzen, Hacks...

[Pfriemler]

TeraTerm hab ich genommen, weil das in der Astra-Telematics-Command-Reference empfohlen wurde.

Das stimmt wohl, aber wenn das Modul noch nicht konfiguriert ist, kann man auch damit arbeiten. Ansonsten halte ich HTerm für wesentlich geeigneter.
Wie Gerold sagt, kommen im Ruhezustand wesentlich weniger Daten, aber auch dort tröpfeln sekündlich die GPS-Daten in zwei Zeilen heraus, das dürfte ebenso schwierig werden.
Logging in HTerm einschalten, "$SHOW" als Befehl absetzen (listet die Konfiguration) und dann in Ruhe und im Warmen die Ausgabe ansehen. Gern auch hier posten zum Vergleich, siehe meine weiter oben.

[Klaona]

Logging in HTerm einschalten, "$SHOW" als Befehl absetzen (listet die Konfiguration) und dann in Ruhe und im Warmen die Ausgabe ansehen. Gern auch hier posten zum Vergleich, siehe meine weiter oben.

Wo oder wie schalte ich "Logging" in HTerm ein ? Mit "Save output options"? Musste noch was speziell eingestellt werden?
oder hat jemand ne fertige Config.cfg

Ansonsten kann ich das Ergebnis gern posten.

[Gerold]

Meine Linux .cfg wird vermutlich auf Win11 nicht funktionieren. Die Einstellungen sehen wie folgt aus:

Der Port ist unter Win11 irgendein com Port, ansonsten muss nur noch mit "Connect" die Verbindung hergestellt werden.

[Klaona]

@Gerold
Ist bei mir unter COM3. Rest ist wohl wie nach Installation.
Speichern der Daten nehme ich an mit Save Output.

[Gerold]

"Newline at" und "Send on enter" auf CR-LF stellen, "Save Output" zum Abspeichern der Daten benutzen.

[Klaona]

So sieht es jetzt bei mir aus.
Danke für eure Hilfe.

[Klaona]

So sieht die Anzeigeneinstellung unseres Mo (der ohne Prob) aus.

Code: Alles auswählen

$SHOW
************
COMM Configs
************
$APAD,wlapn.com,astra,m2m.movistar.es,airtelwap.es,wsim
$APUN,
$APPW,
$COPS,0
$IPAD1,api.connectivity.silence.eco
$MODE,6
$PORT1,38955
$TCPT,20,0
$PROT,19,55968794727

*************
Other Configs
*************
$ACMX,35
$ACMY,35
$ALRM,NONE
$BLEC,1,2,100,200,7,1,65535,1,SILENCE
$CANC,0,1,0,3,0
$CANM,2044
$CDOP,1,0
$CDOP,2,0
$CDIP,1,0
$CLID,0,10
$COLN,130
$CPWR,11.5,30,5,0
$DCMX,45
$DCMY,45
$DBUG,4,65535
$DIST,5000
$DRIC,0,0,0,0,0,0,30,1,0,0,0,0,0
$ELEC,90,30,60
$GNSS,1,0,1,0
$GPSQ,50,3,5
$HEAD,45
$IDLE,180
$IGNM,4,0
$IMOS,0,0,0,0,0
$IMOS,1,0,0,0,0
$IMOS,2,0,0,0,0
$IMOS,3,0,0,0,0
$IMOS,4,0,0,0,0
$IMOS,5,0,0,0,0
$IMOS,6,0,0,0,0
$ITIM,5
$JSEC,15
$LPWC,240,120,0,20
$MEMS,0
$MOVM,1
$NMEA,1
$ORTN,2
$OSHT,30
$OSIT,120
$OSST,120
$REPL,4294967295
$ROAM,1
$RPEC,4000,30,60
$SMSL,50
$SRAL,1,1,115200
$STIM,10,0
$STPD,60
$TPEC,75,30,60
$TOWP,0,0,0,0,0,0

und hier die Daten des Mo`s mit den Übertragungsproblemen

Code: Alles auswählen

§SHOW JR
************
COMM Configs
************
$APAD,wlapn.com,astra,m2m.movistar.es,airtelwap.es,
$APUN,
$APPW,
$IPAD1,api.connectivity.silence.eco
$MODE,6
$PORT1,38955
$TCPT,10,0
$PROT,19,55968794727

*************
Other Configs
*************
$ACMX,35
$ACMY,35
$ADCC,10,1,1
$ALRM,NONE
$BLEC,1,2,100,200,7,1,65535,1,SILENCE
$CANC,0,1,0,3,0
$CANM,2044
$CDOP,1,0
$CDOP,2,0
ACCEL NORMALISED X:-1 Y:+1 Z:+0
$CDIP,1,0
$CLID,0,10
$COLN,130
$CPWR,11.5,30,5,0
$DCMX,45
$DCMY,45
$DBUG,4,65535
$DIST,5000
$DRIC,0,0,0,0,0,0,30,1,0,0,0,0,0
$ELEC,90,30,60
$GPSQ,50,3,5
$HEAD,45
$IDLE,180
$IGNM,4,0
$IMOS,0,0,0,0,0
$IMOS,1,0,0,0,0
$IMOS,2,0,0,0,0
$IMOS,3,0,0,0,0
$IMOS,4,0,0,0,0
$IMOS,5,0,0,0,0
$IMOS,6,0,0,0,0
$IPAD2,
$ITIM,5
$JSEC,15
$NMEA,1
$ORTN,2
$OSHT,30
$OSIT,120
$OSST,120
$PORT2,0
$REPL,4294967295
$ROAM,1
$RPEC,4000,30,60
$SMSL,50
$SRAL,1,1,115200
$STIM,1,0
$STPD,60
$TPEC,75,30,60
$TOWP,300,40,10,10,10,60

@Gerold

ist STIM hier Normal? Bei mir steht 10,0 drin

[Gerold]

Am STIM Parameter kann Dein Problem nicht liegen, STIM=1 bedeutet, dass im Ruhezustand das Modul jede Minute einen Parametersatz endet. Diese Einstellung war auch auf meinem Roller eingestellt.

Deine beiden Module scheinen unterschiedliche Firmwarestände besitzen, die Firmwareversion des Moduls ohne Probs ist vermutlich die Neuere. Die Firmwareversion kann z.B. mit dem $TEST Kommando ermittelt werden.

Ob auch wirklich im Ruhezustand Daten gesendet werden und wenn ja, dann auch welche, kann man im Log einsehen. Man muss dazu das Log für eine längere Zeit (> 1Minute) scannen. Dann sollten dort Einträge wie diese erscheinen:

.....
1 reports in FFS<\r><\n>
Report to send:<\r><\n>
msn: 42 time: 1347021253 lat: 49.978629 lon: 8.193746 more: 0<\r><\n>
Protocol: 19 mask: 4294968431 <\r><\n>
report module mask : 268435456<\r><\n>
POWER:61 50 <\r><\n>
GNSS:50 49 E9 C3 02 FD 9D 05 00 7E 06 D1 00 00 8D 0A 00 00 <\r><\n>
DIGITALS:00 00 00 00 <\r><\n>
ANALOGUES:00 00 00 01 <\r><\n>
SIGNAL QUALITY:7E <\r><\n>
SCUTUM S01:2A 1F 1D 02 00 00 00 00 00 10 6F 00 00 03 CA 01 90 00 28 05 52 8A 7E 00 00 00 00 00 00 00 00 00 00 00 00 15 00 00 00 19 F0 00 00 00 00 00
REPORT No.1 HDR:2B 00 01 00 00 00 2F 50 49 EA F1 00 00 00 01 00 08
Protocol X Report No.1:2B 00 01 00 00 00 2F 50 49 EA F1 00 00 00 01 00 08 3C 61 50 49 EA EF 02 FD 9D 13 00 7E 06 95 00 00 B0 0A 00 00 00 00 00 00 00 00 00 01 7D 2A 1F 1D 02 00 00 00 00 00 10 6F 00 00 03 CA 01 90 00 28 05 52 8A 7E 00 00 00 00 00 00 00 00 00 00 00 00 15 00 00 00 19 F0 00 00 00 00 00
PKT HDR:5A 00 69 01 02 34 9E 42 4E 6C BD
CRC: E6 0
........

Besonders interessant ist die Zeile "SCUTUM S01:...", diese enthält als ersten Wert den SoC Wert (hier 2A=42%). Damit könnte man überprüfen, ob dieser Wert auch korrekt vom BMS übermittelt wird.

[Klaona]

Code: Alles auswählen

SCUTUM S01:3A 05 05 02 16 00 00 00 00 4D 87 40 00 00 FA 00 50 00 3C 00 00 00 00 00 8E 75 28 00 00 00 00 00 00 00 03 03 00 00 00 0A 8C 00 01 00 00 00 
REPORT No.1 HDR:1E 00 01 00 00 00 27 50 BA 0F 15 10 00 00 00 00 08 
Protocol X Report No.1:PKT HDR:5A 00 5E 01 
CRC: E2 B1
sending [AT+QISEND=0,94]
[
> ]
Socket write SEND OK
94 bytes sent

Das ist von dem Roller mit dem Problem, wie bereits geschrieben, bis auf die Daten der Batterie, wird ja alles andere ans Handy geliefert
Der Roller ohne Probleme wurde etwa 1 Jahr später beim gleichen Händler gekauft

[Gerold]

Ich habe die Deine Daten mal grob gecheckt, danach sieht eigentlich alles ganz gut aus. Das BMS liefert plausible Werte, Soc= 58%, Akkutemperatur=0°C und Spannung=53,4V. Auch die restlichen SCUTUM S01 Daten sind wohl ok.
In meinen Augen liegt das Problem an den Headerwerten (PKT HDR:....). Hier fehlt die Information über die IMEI, ohne IMEI Werte kann der Server die empfangenen Werte aber nicht identifizieren, d,h. er weiß gar nicht, von welchem Roller die Daten gesendet worden sind. Ich habe aber auch keine Ahnung, warum die IMEI nicht in den gesendeten Daten enthalten ist.