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

[Pfriemler]

Genau die habe ich jetzt auch drauf, und BT geht wieder. Mich wundert nur, dass sie eine offensichtlich fehlerhafte Version nach wie vor als LATEST auf dem Server lassen. Jetzt kenne ich schon zwei von denen

... (der Text "PROTOCOL X Report Nr.x:" fehlt zu Beginn der Zeile).

Das wird im nächsten FW-Release korrigiert, versprach man mir.

[patba]

Welche Qualität haben bei Euch eigentlich die in der App abrufbaren tracks der zurückgelegten Fahrstrecke?
Bei mir ist es schon immer so, dass öfters eine Fahrt als mehrere Teilfahrten angezeigt wird, also die Aufzeichnung quasi unterbricht und mit neuem Start beginnt.
Zufälligerweise (?) genau seit dem letzten Service vor gut 1 Monat hat das nun aber extrem zugenommen. Meine Fahrt zur Arbeit z.B. (13 km einfach) wird nie mehr am Stück angezeigt. Teilweise wird sie in 5 oder mehr Teile zerstückelt, können auch mal 10 sein.

Ich hole das mal wieder hoch, zur Dokumentation. Siehe den verlinkten und die nachfolgenden Beiträge.
Das Problem mit den zerhackten Fahrstrecken war dann letzten Sommer irgendwann plötzlich weg, ohne dass ich die Ursachen eingrenzen konnte.
Vor ca. 3 Wochen kam das Problem wieder und blieb zunächst. Interessanterweise genau nach einem Frühjahrsputz, zu dem der Akku entnommen war.
Ende letzter Woche habe ich mal den Akku mehrmals ein- und ausgerastet. Seit dem ist das Problem wieder weg. Könnte also tatsächlich ein Problem mit der Kontaktqualität am Multistecker sein. Aber auf welcher Leitung? Stromversorgung Telemetriemodul? CAN? Werde das weiterverfolgen.

Patrick

[Pfriemler]

Das gehört statt "Verbindung via Telemetriemodul zur Silence S01+ schlägt fehlt" eigentlich besser hierher:

Die neueste Firmware gibt es anscheinend schon ein paar Tage länger: 7.0.69.35

Code: Alles auswählen

$TEST
TEST:SL240V8
7.0.70.35
...

Am 29.5. per OTAU gezogen.

[Klaona]

Kommt neue Firmware automatisch oder muß die angefordert werden?

[Pfriemler]

Das handbaben Silence und SEAT unterschiedlich. Es könnte Gründe auf Seiten der Betreiber geben, eigenständig ein Update einzuspielen, aber in aller Regel muss der Betrieiber selbst tätig werden und ein Update anfordern.
Ich habe (oder hatte zumindest) einen guten Draht zu Astra Telematics und das Zauberkommando für das OTAU funktioniert nach wie vor. Allerdings greifen nach so einem Update die default Firmwareeinstellungen bezüglich einiger Daten und das bedeutete für mich einigen Nachkonfigurationsaufwand (im Sinne einer Wiederherstellung der Funktionsfähigkeit für meine Zwecke, für die App unnötig). So wurde der Debuglevel am seriellen Port auf 1 heruntergesetzt (nur noch Statusänderungen werden gemeldet). Die Silence-spezifischen HEX-Kolonnen bekommt man schon seit Version .68 (oder sogar schon .65?) nur noch mit dem zusätzlichen Debuglevel 5 und einen damals von mir gemeldeten "Bug" haben sie trotz Versprechen nicht gefixt. Aber mit dem künftigen Open-Source "man in the middle" ist das für mich eh nur noch nebensächlich.

[Gerold]

Ab der .69 wird zudem die Ladeenergie während des Aufladens nicht mehr aktualisiert. Den aktuellen Wert erhält man erst, wenn der Roller nach Beendigung des Ladevorgangs das erste Mal eingeschaltet wird.

[error]

Ich kann leider mangels Premium Abo nicht mehr mitreden, aber mit der 69er Software hat der Onlinestatus beim Laden funktioniert. Da bin ich mir 100% sicher.

[Gerold]

Gerade entdeckt:
In der Astra Firmwareversion 7.0.70.35 werden jetzt auch die die Zellspannungen gesendet, wenn in der Protokollmaske von $PROT das Bit Nr. 36 gesetzt wird.

Code: Alles auswählen

S01 BATT CELL DATA:13 12 13 0F 52 0F 52 0F 4F 0F 52 0F 52 0F 4E 0F 55 0F 53 0F 56 0F 54 0F 4E 0F 52 0F 53 0F 4F

Die Bedeutung der ersten 3 Hexbytes ist mir noch nicht klar, die übrigen enthalten die Spannung der einzelnen Blöcke in mV (jeweils 2 Bytes für einen Block).


Nachtrag:
Die ersten 3 Hexbytes enthalten die Temperaturen der 3 Temperatursensoren im Akku, wie sie auch im CAN-Bus über die ID 0x189 herausgegeben werden, allerdings ohne Nachkommastellen.

[noiwid2]

Hello,
I have a Seat Mo, and i'm trying to change my astra module setting to use the private server developed by Lorenzo Deluca: https://github.com/lorenzo-deluca/silen ... me-ov-file

i've plug odb/serial (male) adapter where I can move wires to a serial/usb-c adapter and for now, datas only get out on red wire from odb on serial pin#2.




I only can receive proper readable datas (battery, km used, etc..) when scooter is charging. As soon as I unplugged it, datas that get out look all corrupted like if transmission speed or charset are wrong, and I still don't achieve to send my $IPAD command

see below:



any idea in how move on?

I have a doubt that my ground wire is not where it should, i put ODB grey in pin 5, and TW wire on PIN 3 (as 2 seems act as RX), does it look good?

many thanks for your feedbacks

[Pfriemler]

Welcome to Elektroroller-Forum.
For a correct wiring, see schematics in viewtopic.php?p=267822#p267822. DSUB9-GND (5, shield is not necessary) may be connected to OBD 4 or 5. Tx and Rx are related to the Astra modul, so you have to cross the lines: tx@OBD -> Rx@computer.
Basically, you got it to work, otherwise you would not see the readable lines in TeraTerm.
Note that the Astra minus supply and gnd is bridged to the vehicle GND via the main battery. If I draw out the main battery, I get similar data garbage from the Astra module 'cause there's no reference level. As long as the battery is locked into the scooter, it should do wether the battery is charged or not.
Most of the messages are only received if the scooters CAN is active, which is the case if you switch the scooter on or charge the battery. Otherwise there are almost no data on CAN and the Astra has nothing to tell on the serial debug port, besides the NMEA data (if configured).