Du verwendest einen veralteten Browser. Es ist möglich, dass diese oder andere Websites nicht korrekt angezeigt werden. Du solltest ein Upgrade durchführen oder einen alternativen Browser verwenden.
Muss ich die gepatchte und mit VLC-Zipper2 ( VLT236_09-03-2022_07-54-17.zip) bearbeitete Zip Datei umbennen oder kann ich sie so wie der Zipper sie rausschmeisst flashen ??
Habe so weit alles bis hierhin ,mit ein wenig fummelei und 10 mal lesen hinbekommen
Wie ihr es warscheinlich alle mitbekommen habt, musste www.vlt-firmwares.com etwas angepasst werden.
Auch wenn es der ein oder andere möglicherweise schon weiß, möchte ich hier nochmal die Gründe erläutern. nandtekmhdot und ich haben uns etwas über die rechtlichen Aspekte der hier angebotenen Tools Gedanken gemacht.
Dabei ist uns aufgefallen, das in dem XiaoTea ein wie wir es vermuten, privater Schlüssel steckt um die Firmwares als offizielles
Update zu verschlüsseln.
Diese Komponente (XiaoTea) ist uns deshalb nicht geheuer gewesen und musste entfernt werden.
Da wir das aber benötigen, um eine valide .zip für das Flashen zu erstellen, habe ich den VLT-Zipper überarbeitet.
VLT-Zipper 2 kommt nun ohne XiaoTea!
XiaoTea muss von dem Benutzer manuell hinzugefügt werden.
Ebenso benötigt VLT-Zipper 2 nun die unverschlüsselten Vanilla Firmware Dateien DRV236.bin und DRV304.bin.
(Beschreibung wie ihr die benötigten dinge in VLT-Zipper 2 integriert unten bei Download zu finden)
Ich habe VLT-Zipper aber auch stark in sachen Sicherheit überarbeitet.
Neben der, im Hintergrund ablaufenden Überprüfungen, die z.b. verifizieren ob eine Datei auch richtig erstellt wurde,
Ist die größte Verbesserung nun, dass die params.txt (zu finden in der fertigen zip) auch die Offsets und jeweiligen Veränderungen
der VLT-Firmware beinhaltet.
Das ermöglicht nun noch besser nachzuvollziehen, was in der VLT-Firmware überhaupt gepatcht wurde.
Auch kann in Zukunft, sollte der Roller mal ein ungewöhnliches Verhalten zeigen, hier im VLT Thread besagte params.txt gepostet werden.
Dann können wir untersuchen was das "ungewollte Verhalten" verursacht und verbessern.
Das ist der Grund, warum nandtek und ich ab jetzt den VLT-Zipper 2 als bevorzugte Methode,
für das erstellen einer zip Datei empfehlen.
So sieht eine von VLT-Zipper 2 generierte params.txt nun aus.
- Version: DRV236;
This file has been generated from VLT_Zipper powered by XiaoTea. Make sure you know what it contains.;
;
Changes below;
Offset| Vanilla | Mod;
Vergleichen der Dateien C:\VLT_ZIPPER2\RESOURCE\BIN\FIRMWARES\DRV236.bin und C:\VLT_ZIPPER2\236LTGM.BIN
00000724: 43 3A
00000725: 10 11
0000073C: 43 3A
0000073D: 00 01
00000BFC: 43 3A
00000BFD: 20 21
0000156A: 43 3A
0000156B: 00 01
00005E6A: 43 3A
00005E6B: 10 11
00005EDE: 43 3A
00005EDF: 10 11
00005F58: 43 3A
00005F59: 30 31
00005F6E: 43 3A
00005F6F: 30 31
00006162: 43 3A
00006163: 00 01
00006170: 43 3A
00006171: 00 01
000061EE: 43 3A
000061EF: 00 01
000068B0: 43 3A
000068B1: 20 21
OffsetVanillawert an dem OffsetModifizierter Wert an dem Offset 00000724:433A
Die Handhabung von VLT-Zipper 2 bleibt gewohnt einfach!
Es muss nur die gepatchte .bin (unverschlüsselte Firmware) auf die VLT-Zipper2.bat gezogen werden.
Dann macht VLT-Zipper 2 alles automatisch.
1. Firmware version wird überprüft
2. Firmware wird auf die erwartete Byte größe überprüft
3. Firmware wird mit der entsprechenden Vanilla Firmware verglichen
4. Erlangte Informationen werden in die info.txt und params.txt geschrieben
5. Firmware wird mit XiaoTea verschlüsselt
6. md5 checksummen der FIRM.bin und FIRM.bin.enc werden in info.txt geschrieben
7. erstellte FIRM.bin.enc, FIRM.bin, info.txt, params.txt werden gezippt
bei jedem schritt in dem eine Datei-operation stattfindet, überprüft sich VLT-Zipper 2 nun selbst.
Beispielsweise überprüft VLT-Zipper 2 nun auch ob die mit XiaoTea verschlüsselte Datei,
die erwartete Bytegröße hat.
Das macht VLT-Zipper 2 aktuell zu der sichersten Methode, um aus seiner gepatchten .bin eine zip Datei zum flashen zu erstellen.
Download und Anleitung
VLT-Zipper 2 exestiert momentan nur für Win7-10 (Win11 und WinXP ungetestet)
Android Version wird bei entsprechend hohem Bedarf folgen
Moin, es klappt alles außer wenn ich jetzt die gepatchte Bin Datei in bat ziehe kommt folgendes.
"Keine DRV236 oder DRV304 Firmware"
Drücken Sie eine beliebige Taste . . .
ich bitte dringend um hilfe
Moin, es klappt alles außer wenn ich jetzt die gepatchte Bin Datei in bat ziehe kommt folgendes.
"Keine DRV236 oder DRV304 Firmware"
Drücken Sie eine beliebige Taste . . .
ich bitte dringend um hi
Du musst beide Original Bin Dateien in den Firmware Ordner speichern......Hatte das gleiche Problem Du musst devinitiv beide einfügen, egal ob du 236er oder 304er bearbeitest....
Moin, es klappt alles außer wenn ich jetzt die gepatchte Bin Datei in bat ziehe kommt folgendes.
"Keine DRV236 oder DRV304 Firmware"
Drücken Sie eine beliebige Taste . . .
ich bitte dringend um hilfe
Danke dir!!! klappt perfekt hab jetzt die 304 ohne blinkendes bremslicht!
gibt es eine möglichkeit die 304er in 20 kmh zu haben weil die läuft jetzt von haus aus bei 25.
so dass man den auf 25 stellt und beim neustart wieder 20 fährt zwecks anhalten?
Danke dir!!! klappt perfekt hab jetzt die 304 ohne blinkendes bremslicht!
gibt es eine möglichkeit die 304er in 20 kmh zu haben weil die läuft jetzt von haus aus bei 25.
so dass man den auf 25 stellt und beim neustart wieder 20 fährt zwecks anhalten?
Da hast du etwas falsch gemacht.
Es gibt extra eine VLT für den 1s und eine für den Pro2 um dieses Problem nicht zu haben.
Nimm dir doch bitte die Zeit und lies den Ersten Post mal komplett durch.
Da steht es alles erklärt was und vorallem warum man das so tun muss um die VLT-Firmware richtig zum laufen zu bekommen.
Ich habe jetzt einige Fahrten mit meiner eigentlich fertigen VLT firmware mit meinem Pro 2 gemacht und dabei ist mir etwas aufgefallen. Mich würde interesseiren, ob es bei euch auch so ist.
Wenn ich im DPC Modus fahre, dann läuft der Roller super wenn der Akku voll ist. Ich komme auf ~30kM/h max. und habe einen richtig guten Anzug. Die Dosierung vom Gas kann ich über den gesamten Bereich des Gastasters vornehmen. Irgendwann kommt dann ein Punkt, ab dem ändert sich das Verhalten stark. Der Anzug geht deutlich zurück und die maximale Geschwindigkeit fällt auf ~25. Gefühlt arbeitet der Gastaster nur noch im ersten Drittel, darüber hinaus gibt es keine Änderung mehr. Mir kommt das irgendwie so vor als ob dann eine Begrenzung aktiv wird, abhängig vom Akkustand. Das scheint so um die 60% zu starten. Ich kann mir nicht vorstellen, dass der Akku dann nicht mehr die Leistung liefern kann.
Leistung(Watt) = Spannung(Volt) * Stromstärke(Ampere)
Akkus verlieren an spannung(Volt) beim entladen.
Das heißt, bei fallender Spannung(Volt), muss Stromstärke(Ampere) erhöht werden um gleiche Leistung(Watt) zu erreichen.
Die Firmware hat einen festgelegten Bereich in dem die Stromstärke(Ampere) frei gesetzt werden dürfen.
Aber wenn das Limit der Stromstärke(Ampere) erreicht ist, fällt mit fallender Spannung(Volt), auch die Leistung (Watt)
Da du im DPC Modus direkt die Leistung(Watt) mit dem Gashahn steuerst,
ist ab einer bestimmten Stromstärke(Volt) die gewünschte Leistung(Watt) mit voll durch gedrücktem Gashahn nicht mehr möglich.
Das leuchtet mir total ein. Gefühlt ist da aber kein "schleichender Verlust" sondern ein abrupter, das entspricht nicht dem was ich erwarten würde. Deshalb frage ich mich ob das etwas in der SW sein könnte.
Da ist mit Sicherheit was in der Software. Wie ich in meinem Diagramm dargestellt habe, werden die Ampere (Nennstrom) mit einer Variablen "X" multipliziert. Dieses X geht von 0 bis 100, man kann es also in Prozent ausdrücken. Es wird also von dem Amperewert nur ein prozentualer Anteil abgegeben.
Die Preisfrage ist nun, was dieses X ist. Es ist schon mal nicht der Gashebel (das kommt an späterer Stelle). Wir können also basierend auf der Aussage von GGoger die These aufstellen, dass in das X die Akkukapazität reinspielt. Die These gilt es nun in der FW zu prüfen
Das mag ja alles sein.
Es ändert aber nix an den physikalischen Gegebenheiten.
Die Leistung fällt immer wenn Volt fällt.
Mag sein das man hier noch in der Firmware tiefer greifende optimierungen vornehmen kann.
Nur ist das eben auch eine VLT Firmware!
Das geht mir etwas zu sehr in Richtung extrem tuning.
Interessant. Also ich tippe auf die Akkukapazität an der Stelle, halte das nicht für einen Zufall. Wenn es da etwas in der SW gibt, wäre die Frage warum das gemacht wird. Das könnte einen technischen Grund haben, verstehen tue ich es so aber nicht. Möglicherweise Verlängerung der Reichweite? Vielleicht ist es kein Zufall, dass der Roller ab Akkustand X noch ziemlich genau die 25kmh macht, welche ja die "Originalgeschwindigkeit" des Rollers sind.
Das mag ja alles sein.
Es ändert aber nix an den Physikalischen gegebenheiten.
Die Leistung fällt immer wenn Volt fällt.
Mag sein das man hier noch in der Firmware tiefer greifende optimierungen vornehmen kann.
Nur ist das eben auch eine VLT Firmware!
Das geht mir etwas zu sehr in Richtung extrem tuning.
Ich weiß nicht , ob es hilft oder Schwachsinn ist oder Äpfel mit Birnen verglichen wird (obwohl er srine fw sicher nicht komplett selber geschrieben hat), aber die "böse xiaogen" bietet die Möglichkeit, den Leistungsabfall variabel zu verschieben (wenn ich das richtig interpretiere).
Evtl. hilft euch das für eure Forschung weiter (dass es so etwas irgendwo gibt) und wenn nicht, ignoriert meinen geistigen Exkurs einfach
Das mag ja alles sein.
Es ändert aber nix an den physikalischen Gegebenheiten.
Die Leistung fällt immer wenn Volt fällt.
Mag sein das man hier noch in der Firmware tiefer greifende optimierungen vornehmen kann.
Nur ist das eben auch eine VLT Firmware!
Das geht mir etwas zu sehr in Richtung extrem tuning.
VooDooShamane hat an dieser Stelle vollkommen recht. Ich fahre eigentlich immer DPC und erwarte ab ca. 80% einen Geschwindigkeitsrückgang, gleiches auch ab 60% u.s.w.....
So wie es VooDooShamane schön beschrieben hat, weniger Systemspannung bedeutet weniger Leistung und möchte man dies kompensieren, braucht man mehr Ampere und ich gehe nicht davon aus, dass das ESC von seiner Hardware Konfiguration dafür ausgelegt ist. Das geht vielleicht ne zeitlang gut aber auf Dauer sehe ich da ROT.
Wenn das gewünscht ist, sollte man eine andere Hardware verwenden inkl. neuer Firmware.
Ich habe auch mal das thermische Problem beobachtet, jetzt bei den aktuellen Temperaturen geht das vielleicht noch aber im Sommer, bei 28/30 C° Außentemperatur sieht das so mit Standard Hardware echt übel aus. Hatte da letztes Jahr oft genug die Temperaturwarnung auf dem Dashboard und auf Dauer ist das definitiv zu viel.
Hallo, ich bin der Neue hier!.
Ausgangssituation:
Xiaomi Pro2 mit folgenden Versionen:
DRV 236
BLE 134
BMS 141
Dann habe ich nach Anleitung eine VLT mit dem 22km/h Patch und der Motorstartspeed ab 3 km/h erstellt
Diese dann mit DownG geflasht.
Leider ohne Erfolg. Startspeed und Höchstgeschwindigkeit blieb bei 20 bzw. 5 km/h.
Erst mit dem Downgrade der BLE auf 129 und dem wiederholten flaschen meiner zuvor erstellten und bereits geflashten VLT zeigte sich der Erfolg.
Jetzt läuft er lt. Anzeige 21 km/h und der Motor startet ab 3 km/h .
Leider habe ich nirgends gelesen, dass die VLT nur bis BLE 129 funktioniert. Oder ist das nur bei mir so ?
Du musst devinitiv beide einfügen, egal ob du 236er oder 304er bearbeitest....
VooDooShamane Alles gut, hier geht's nur um's Verständnis. Wir tunen da nix dran.
.
