RP ✔️ VLT Firmwares, in DE 22Kmh⚡ mit Vanilla Firmware und vieles mehr

So, ich habe gerade noch mal getestet.
Gestern bin ich ja wieder auf die 304 zurück, hatte da aber nicht DKC neu gesetzt (hab ich vergessen) und daher keine Bremsprobleme.
Heute habe ich nun vor der Fahrt DKC neu gesetzt. Custom und 3 stand zwar noch in der HomeMi App drin, aber war ja noch nicht zur FW gesendet. Nachdem ich Custom und 3 erneut gewählt habe, hatte ich die gleiche, schlechtere Bremswirkung, wie bei der DVR319.
Es liegt also sehr wahrscheinlich doch an dem Mod selbst.
 
So, ich habe gerade noch mal getestet.
Gestern bin ich ja wieder auf die 304 zurück, hatte da aber nicht DKC neu gesetzt (hab ich vergessen) und daher keine Bremsprobleme.
Heute habe ich nun vor der Fahrt DKC neu gesetzt. Custom und 3 stand zwar noch in der HomeMi App drin, aber war ja noch nicht zur FW gesendet. Nachdem ich Custom und 3 erneut gewählt habe, hatte ich die gleiche, schlechtere Bremswirkung, wie bei der DVR319.
Es liegt also sehr wahrscheinlich doch an dem Mod selbst.
Ich habe nur NoKers bzw. DKC=0 probiert, vielleicht spielt das auch eine Rolle...
 
So ich habe es dann auch endlich hinbekommen. Vielen dank für die tollen Guides und schnellen Antworten :)
Schön das du es hinbekommen hast.
Viel spaß mit deiner eigenen VLT-Firmware.

So, ich habe gerade noch mal getestet.
Gestern bin ich ja wieder auf die 304 zurück, hatte da aber nicht DKC neu gesetzt (hab ich vergessen) und daher keine Bremsprobleme.
Heute habe ich nun vor der Fahrt DKC neu gesetzt. Custom und 3 stand zwar noch in der HomeMi App drin, aber war ja noch nicht zur FW gesendet. Nachdem ich Custom und 3 erneut gewählt habe, hatte ich die gleiche, schlechtere Bremswirkung, wie bei der DVR319.
Es liegt also sehr wahrscheinlich doch an dem Mod selbst.
Es ist so wie ich anfänglich auch gesagt habe.
Je geringer das KERS eingestellt ist, umso weniger stark greift die e-Bremse.
Wie Olli_69 Olli_69 sehr schön festgestellt hat, war das aber vorher mit dem alten No KERS Mod genau das gleiche.
Und das ist komplett unabhängig von der DRV Version oder dem D.K.C Mod an sich.
Denn die KERS Berechnung ist in allen 4 DRV's gleich.

Für uns interessant wäre nur, welche tatsächlichen Multiplikator Werte der 3 Stufen nun wirklich in den Vallia DRV's stecken.
Wenn wir nach meiner ersten Berechnung von hier gehen.
Dann wären das folgende:

(aktuell in D.K.C verwendete Standardwerte)
KERS leicht = 6
KERS mittel = 12
KERS stark = 20

Wenn wir aber von der zweiten Berechnung von hier ausgehen,
wären das die tatsächlichen Vanilla Multiplikatoren:

KERS leicht = 8
KERS mittel = 16
KERS stark = 32

Wenn das noch jemand überprüfen könnte, wäre das toll.
Also 1x Vanilla Firmware flashen, die KERS Stufe nach dem Flash auf Stark stellen. (Wichtiges Detail, danke Codi)
Auf 20 oder mit GM auf 25 KM/h beschleunigen, und mit KERS ausrollen lassen.
Bremsweg und am besten auch Logs aus HomeMi App oder anderer App die loggen tut abspeichern.
Danach exakt den gleichen Test mit einer Vanilla Firmware wo nur D.K.C drin ist wiederholen.
Wichtig, nach dem Flash wieder auf Vanilla KERS Stufe stark stellen. (danke Codi)
Am besten 1x kurz auf mittel stellen, und dann wieder auf stark.
Damit wir ganz sicher sein können das die Einstellungen auch übernommen wurden.

Danach müsste man ein deutlichen Unterschied feststellen können wenn die zweite Berechnung zutreffend ist.
  • Denn D.K.C Standardwert stark = 20
  • Vanilla wäre demnach stark = 32
Das müsste einen deutlich spürbaren Unterschied ausmachen.
Wenn jedoch die Unterschiede nur sehr gering sind, wird die erste Berechnung zutreffend sein.

LG
VooDoo
 
Zuletzt bearbeitet:
  • Hilfreich!
Reaktionen: botbot1
In Vanilla KERS berechnung (Bild 1) an Offset 0x000061d4
Hier wird das KERS für die leichte Stufe berechnet.

Ergebnis | Operant1 | Operant2
add.w r0,r0,r0, lsl#0x1

Angenommen r0 hat den Wert 3
das "lsl#0x1" bedeutet das zuerst der zweite Operant (r0 = 3) um 1 Bit nach links verschoben werden soll.

ist dann diese Rechnung:
(Das rechte r0 um 1 Bit nach links schieben)
Also 3 in Dezimal = 00000011 in Binär
00000011 um 1 Bit nach links schieben wird zu:
00000110 Binär = 6 Dezimal

Somit haben wir diese Gleichung:
9 = 3 + 6
9
Dezimal = 00001001 Binär
VooDooShamane VooDooShamane, habe deine Berechnung mal in unserer Hardware debuggt, Ergebnis ist wenn r0 = 3 = 9.
Schritt 1:
Step1.webp

und Schritt 2:
Step2.webp
 
Also doch nur das letzte r0 wird geschiftet.
Somit ist meine ursprüngliche Annahme korrekt gewesen, und die Vanilla Multis sind richtig in D.K.C.

wenn r0 = 3
dann 9 = 3 + 6

Vielen dank T the_ncw !!!

LG
VooDoo
 
  • Hilfreich!
Reaktionen: Lutscher
Wenn ich den weg der roten Pille nehme, kann ich dann die fertig geflashte bin Datei aus dem Blauen weg nehmen und nur die Mods ergänzen, die ich zusätzlich möchte? Oder muss ich wirklich alle Mods per Hand in die Original bin eingeben?
 
Wenn ich den weg der roten Pille nehme, kann ich dann die fertig geflashte bin Datei aus dem Blauen weg nehmen und nur die Mods ergänzen, die ich zusätzlich möchte? Oder muss ich wirklich alle Mods per Hand in die Original bin eingeben?

Kannst du so machen, wäre ja blöd, alles per Hand einzugeben. 😉. Hab ich auch so gemacht, ist kein Problem
 
Moin. Ich muss das mit meiner Bremse zurücknehmen. Es lag nicht am Flash. Habe mittlerweile zig andere Kombinationen ausprobiert und egal bei welcher, meine E Bremse packt mal gut und beim nächsten Bremsvorgang wieder so gut wie gar nicht. Muss ein technisches Problem sein. Sorry für den Stress deswegen. Wollte nur Bescheid sagen das es nicht an der Firmware lag.
 
Danke Axxelfoley Axxelfoley für das bescheid geben.
Ist zwar nicht so toll das es an deiner scooter Hardware liegt, aber gut zu wissen das es nicht von der Firmware kommt.

PS:
Ich mache große Fortschritte mit dem Dashboard Downgrade Tool.
Deswegen kommt momentan so wenig von mir für VLT-Firmwares.
Wenn ich damit fertig bin wird es wie gewohnt weiter gehen.

LG
VooDoo
 
Danke Axxelfoley Axxelfoley für das bescheid geben.
Ist zwar nicht so toll das es an deiner scooter Hardware liegt, aber gut zu wissen das es nicht von der Firmware kommt.

PS:
Ich mache große Fortschritte mit dem Dashboard Downgrade Tool.
Deswegen kommt momentan so wenig von mir für VLT-Firmwares.
Wenn ich damit fertig bin wird es wie gewohnt weiter gehen.

LG
VooDoo
Nachvollziehbar, dass ist wie mit nandtek App, ihr macht das alles in eurer Freizeit.

Ich würde mich gerne mehr an VLT beteiligen aber durch meinen neuen Job fehlt es mir vorne wie hinten an Zeit und um ehrlich zu sein; ich kann die Firmware lesen aber wir werden keine Freunde. 🙃

VooDooShamane VooDooShamane habe ich im Winter 2021 etliche Nachrichten lang genervt und nandtek hat mir zu meinem Geburtstag den Zugang über Ghidra zur Firmware verschafft.

Was ich hier zum Ausdruck bringen möchte; ich bin sicherlich nicht auf den Kopf gefallen und verfüge über eine große Affinität ABER das was uns hier VooDooShamane VooDooShamane und nandtek bieten, diese Möglichkeit neues zu lernen, sich mit dem ganzen Thema zu beschäftigen ist großartig.

Ok, viele denken; ist doch nur ein Scooter, stimmt ja auch! Aber VooDooShamane VooDooShamane, nandtek und mittlerweile auch Olli_69 Olli_69 haben mich inspiriert Spaß daran zu haben.

Es geht nicht um schneller, besser und weiter. Mir geht es darum, dass ich neben dem Beruf von euch die Möglichkeit bekommen habe abzutauchen und das ist und bleibt wunderbar.

Ich bin auch nicht auf der Suche nach "Hilfreich" Punkten. Das war jetzt "Off topic" und bedarf sowas nicht.

Ich freue mich auf weiteres und ich weiß die Community sehr zu schätzen!

Chapeau bas 🎩
 
Hi,

mir ist gerade aufgefallen, dass die Mods sich gegenseitig überschreiben z. B. der Bremslicht Mod und der Relight Mod. Wenn ich mir beispielsweise den "Bremslicht Mod" für den 1S in DRV319 anschaue:

NumOffsetVanillaändern zuMod
[01]0000062E01 29ändern zuFF 29
[02]0000063601 29ändern zuFF 29
[03]0000066600 28ändern zuFF 28

Wende ich zuerst den Bremslicht Mod an, dann passt es. Sobald ich aber den Relight Mod anwende:

NumOffsetVanillaändern zuMod
[01]0000062661 79 01 29 1A D0 A1 79 01 29 17 D0 90 F8 34 10 01 29 13 D0ändern zu1E 4E 96 F8 74 12 9C 29 04 D3 96 F8 75 62 3C 2E 14 D2 00 BF
[02]0000066290 F8 43 00 00 28 FA D1 20 7E 40 1C C0 B2 20 76 14 28 04 D9ändern zu26 7E 76 1C F6 B2 26 76 C8 2E 0B D9 25 76 01 24 A0 F8 3A 41
[03]0000067625 76 60 7E 38 B1 00 20 60 76 60 7E 28 B1 BD E8 70 40 00 F0ändern zuA0 F8 32 51 00 BF 00 BF 00 BF 00 BF 00 BF 00 BF 00 BF 00 BF
[04]0000068A38 B8 01 20 F6 E7 BD E8 70 40 FF F7 A8 BFändern zu00 BF 00 BF 00 BF 00 BF 00 BF BD E8 70 80
[05]0000067A00 BF 00 BFändern zuA0 F8 3C 41
[06]0000068000 BF 00 BF 00 BFändern zu01 20 00 F0 87 F9

Haben die Offsets des Bremslicht Mods, z. B. der
0000062E

ganz andere Werte. Nämlich 04 D3 statt
FF 29

Es hängt also von der Reihenfolge ab, mit was ich am Ende lande. Ist das so beabsichtigt?? Grund liegt wohl an dem Offset [01]
00000626
 
Hi,

mir ist gerade aufgefallen, dass die Mods sich gegenseitig überschreiben z. B. der Bremslicht Mod und der Relight Mod. Wenn ich mir beispielsweise den "Bremslicht Mod" für den 1S in DRV319 anschaue:

NumOffsetVanillaändern zuMod
[01]0000062E01 29ändern zuFF 29
[02]0000063601 29ändern zuFF 29
[03]0000066600 28ändern zuFF 28

Wende ich zuerst den Bremslicht Mod an, dann passt es. Sobald ich aber den Relight Mod anwende:

NumOffsetVanillaändern zuMod
[01]0000062661 79 01 29 1A D0 A1 79 01 29 17 D0 90 F8 34 10 01 29 13 D0ändern zu1E 4E 96 F8 74 12 9C 29 04 D3 96 F8 75 62 3C 2E 14 D2 00 BF
[02]0000066290 F8 43 00 00 28 FA D1 20 7E 40 1C C0 B2 20 76 14 28 04 D9ändern zu26 7E 76 1C F6 B2 26 76 C8 2E 0B D9 25 76 01 24 A0 F8 3A 41
[03]0000067625 76 60 7E 38 B1 00 20 60 76 60 7E 28 B1 BD E8 70 40 00 F0ändern zuA0 F8 32 51 00 BF 00 BF 00 BF 00 BF 00 BF 00 BF 00 BF 00 BF
[04]0000068A38 B8 01 20 F6 E7 BD E8 70 40 FF F7 A8 BFändern zu00 BF 00 BF 00 BF 00 BF 00 BF BD E8 70 80
[05]0000067A00 BF 00 BFändern zuA0 F8 3C 41
[06]0000068000 BF 00 BF 00 BFändern zu01 20 00 F0 87 F9

Haben die Offsets des Bremslicht Mods, z. B. der
0000062E

ganz andere Werte. Nämlich 04 D3 statt
FF 29

Es hängt also von der Reihenfolge ab, mit was ich am Ende lande. Ist das so beabsichtigt?? Grund liegt wohl an dem Offset [01]
00000626
Das wurde bereits schon erwähnt. Wenn du den ReLight verwendest ist quasi der Mod "Bremslicht" überflüssig aber auch nur dann.
 
  • Hilfreich!
Reaktionen: VooDooShamane
Danke für die Erläuterung. Gilt denn der Trigger des Relight Mods ständig? D. h. kann ich während des Betriebes (ohne den Scooter vorher auszuschalten) Bremse + Gas (ich nehme an man kann auch den rechten Bremshebel für Rekuperationsbremsen verwenden...) drücken und dann wird der Code ausgeführt?
 
Das wurde bereits schon erwähnt. Wenn du den ReLight verwendest ist quasi der Mod "Bremslicht" überflüssig aber auch nur dann.
Vielleicht sollte man das im "Bremslicht-Mod" als Info ergänzen. Auch ich habe mich beim erstellen einer Fw schon mal gefragt ob der frisch geänderte Wert nochmal neu überschrieben werden soll
 
Danke für die Erläuterung. Gilt denn der Trigger des Relight Mods ständig? D. h. kann ich während des Betriebes (ohne den Scooter vorher auszuschalten) Bremse + Gas (ich nehme an man kann auch den rechten Bremshebel für Rekuperationsbremsen verwenden...) drücken und dann wird der Code ausgeführt?

Korrekt. Welche Bremse man nimmt, ist dabei natürlich egal. Die 1 Sekunde Wartezeit wurde extra eingebaut, da einige während des Fahrens aus Versehen den Trigger ausgelöst haben
 
  • Hilfreich!
Reaktionen: Daniel_Gee
[06]0000068000 BF 00 BF 00 BFändern zu01 20 00 F0 87 F9
VooDooShamane VooDooShamane
Kann es beim beep() vom ReLight Mod (DRV319) sein, dass es
Code:
01 20 00 F0 8C F9
sein sollte anstelle von
Code:
01 20 00 F0 87 F9
??

Und für das allgemeine Verständnis wären folgenden Möglichkeiten gegeben:
(editiert nach Rückmeldung von VooDooShamane VooDooShamane)
01 20 00 F0 87 F9 = kurzer beep
02 20 00 F0 87 F9 = mittlerer beep
03 20 00 F0 87 F9 = 2x kurzer beep
04 20 00 F0 87 F9 = langer beep

Passt das?

Danke!
 
Zuletzt bearbeitet:
  • Hilfreich!
Reaktionen: Michael H.