Twizy-Cfg: SEVCON-Shell für Arduino

Hallo Michael,
besten Dank für die Info! Ich weiß, beim Twizy ist es Node 1.....
Noch mal eine andere Frage: In der Config ist die CAN Bus Geschwindigkeit auf 125 kbps eingestellt, ist das nicht standardmäßig 1000 kbps?
Also, ich habe hier jedenfalls einen Gen4, bei dem steht das auf 1000.
Der Arduino scheint damit aber überfordert zu sein!

Gruß, Michael

Für die CAN-Baudrate gibt es keine Config, weil die im Twizy immer 500 kbit ist.

Kannst Du bei Bedarf hier ändern:
github.com/dexterbg/Twizy-Cfg/blob/master/TwizyCfg/TwizyCfg.ino#L890

1000 kbit sollte eigentlich gehen, der MCP macht ja die Hauptarbeit. Der muss dafür aber auf jeden Fall mit 16 MHz arbeiten, das ist schon bei 500 kbit ratsam.

Hallo Michael,
ich denke, das setup ist jetzt OK!
Aber.... bei jedem Befehl, den ich eingebe, bekomme ich die Meldung:
RS: ERROR 0043 SDO 0x1018.02: 0x05040000: SEVCON OFFLINE

Was ist das jetzt?

Gruß, Michael

Na, was da steht: keine Antwort vom Sevcon.

Fehlermöglichkeiten:
- falsche Konfiguration
- nicht die empfohlene MCP-Lib verwendet
- eine andere MCP-Lib zusätzlich installiert
- Kabel- / Anschlussfehler
- Busterminierungsfehler
- kein 16MHz-MCP

Hallo Michael,

MCP-Lib ist korrekt
Keine andere Lib installiert
Anschlussfehler schließe ich aus, IXXAT läuft
Termination OK
Arduino UNO mit 16 Mhz

Gibts noch ein Konfigurationsfehler, der in Frage kommt?

Ah.... ich habe eine modifizierte Firmware auf dem Gen4 von Kenneth Nilsen, kann es daran liegen?

Die Taktfrequenz von dem Arduino ist irrelevant, die von dem MCP ist relevant.

Was meinst Du mit modifizierter SEVCON-Firmware? Wie modifiziert?

Die MCP hat 16 Mhz!
Ja, wie modifiziert..... das wüßte ich auch gern.
Gibt es eigentlich die originale Twizy Firmware für den Gen4 zum testen?

Also, noch mal als Erklärung: Ich versuche gerade, möglichst viel Hardware und Software von Twizy in einen Kewet zu implementieren. Motor und Gen4 vor allem.
Was Kenneth mir da geschickt hat, muß ich noch mal fragen, der Twizy Motor soll jedenfalls damit laufen.

Gruß, Michael

Nein, die Twizy-Firmware gibt es nur installiert in einem Renault-Sevcon. Man kann die Firmware nicht ohne den Schlüssel auslesen. Im Zweifelsfall würde ich erst mal annehmen, dass das wieder nur Verkaufsbullshit von Kenneth ist, d.h. das ist die Original-Twizy-Firmware oder die Original-Sevcon-Firmware mit lediglich Konfigurationsänderungen.

Andere Konfigfehler: falscher CS-Pin? doch Node 1?

Per DVT & IXXAT kommst Du an den Sevcon und kannst Register 1018.02 auslesen?

Äm,
auch auf die Gefahr hin, das ich mich jetzt lächerlich mache:
Mit welchem Befehl lese ich ein Register aus?

bzw. statt der 1 ggf. die abweichende Node-ID Deines Sevcons. Wenn's mit 1 funktioniert hat er doch die 1.

Hallo Michael,
danke!
Antwort ist: 0x0701302d

Dann hat dieser Controller nicht die Twizy-Firmware, die hätte 0x0712302d. Meines Wissens hat die Originalfirmware i.d.R. 0x0705302d (das 30 2d steht für die Spannungs- und Stromklasse, 30 = 48V, 2d=450A, 07 = Gen4).

D.h. der kann dann tatsächlich komplett andere CAN-Parameter haben, und die musst Du mindestens im TwizyCfg einstellen (also die, mit denen Du jetzt im DVT dieses Ergebnis bekommen hast).

Wenn die CAN-Parameter stimmen müsstest Du dann vom TwizyCfg die Meldung "ERROR: Unknown controller type: 0x0701302d" bekommen.

Dann musst Du als nächstes die 0x0701302d in der Login-Funktion als erlaubte ID für T80 zufügen (CANopen.ino, Zeile 300).

Danach würde der Zugriff funktionieren, wenn die Logins die Originale sind. Wenn nicht bekommst Du statt "Logged into SEVCON, car type: Twizy" dann einen Fehlercode 0x0010, und musst als nächstes Kenneth nach den Login-Codes fragen und den für Level 4 oder 5 in der Login-Funktion (Zeile 318) einsetzen.

Alles angeschlossen. Tests waren alle ok.

nach dem Kommando "speed 100" kennt er den Controler nicht mehr.

Habe Twizy 80 statisch gesetzt im "else{}" block und konnte dann ein reset absetzen

Gruesse,
sysdef

ehrlich gesagt ist dieses Projekt komplett an mir vorbeigegangen und ich finde es mal wieder klasse dass du mit Freeware und 5€ Hardware ein Twizytuning möglich machst.

dexter schrieb: - Busterminierungsfehler
- kein 16MHz-MCP

ich verwende keine Busterminierung, also keine extra, und einen 8Mhz MCP -> funktioniert....

sysdef schrieb: nach dem Kommando "speed 100" kennt er den Controler nicht mehr.

Habe Twizy 80 statisch gesetzt im "else{}" block und konnte dann ein reset absetzen

Der Fehler bei "speed 100" sagt, dass er den Preop-Modus nicht aktivieren konnte, weil der Twizy in "GO" war.

Kann sein, dass die Folgefehler dann durch einen Bug entstanden, weiß gerade nicht mehr ob ich diesen Fehlerweg überhaupt getestet habe. Wenn Du nicht in GO tunest sollte es auch ohne else-Hack funktionieren.