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

Ich hätte nichts dagegen das zu testen, aber angenommen ich bricke den Scooter. Was muss ich unbedingt vorher machen, damit ich dann noch zurückholen kann? Ich müsste vorher Fulldump machen oder? Ich hab bisher nämlich nichts und hatte, wenn es sich vermeiden lässt, nicht vor den unbedingt an den STlink zu löten.
Post automatically merged:

Ich könnte doch auch beides machen und die beiden Dateien hinterher per HexEditor vergleichen. Da gibt es doch bestimmt eine Möglichkeit die beiden erhaltenen Dateien (Patcher vs manuell) mittels einer Software und notfalls manuell zu vergleichen? Ist bisschen mühsam aber das wäre ne Option um die Sicherheit zu erhöhen.
 
ThomasA schrieb:
Ich hätte nichts dagegen das zu testen, aber angenommen ich bricke den Scooter. Was muss ich unbedingt vorher machen, damit ich dann noch zurückholen kann? Ich müsste vorher Fulldump machen oder? Ich hab bisher nämlich nichts und hatte, wenn es sich vermeiden lässt, nicht vor den unbedingt an den STlink zu löten.
Post automatically merged:

Ich könnte doch auch beides machen und die beiden Dateien hinterher per HexEditor vergleichen. Da gibt es doch bestimmt eine Möglichkeit die beiden erhaltenen Dateien (Patcher vs manuell) mittels einer Software und notfalls manuell zu vergleichen? Ist bisschen mühsam aber das wäre ne Option um die Sicherheit zu erhöhen.
Zum Vergrößern anklicken....
Wenn du den Mod manuell in den HexEditor einträgst, dann ist die Gefahr eines Fehlers sehr hoch. Im Notfall müsstest dann die Spannung vom ESC nehmen, wie unter Spannung setzen und dann wieder die Originale flashen.

Dein Vorgehen würde hier im Thread schon mehrfach erörtert und im ersten Post von VooDooShamane VooDooShamane ausführlich erklärt.

Da ich erst am Wochenende zu Hause bin, kann ich die Offsets auch erst dann veröffentlichen. Da ich diese über bytepatch.exe in die bin eintragen lasse, ist die Wahrscheinlichkeit eines Fehlers gering. Die Offsets habe ich auch nicht durch den HexEditor herausgefunden sondern über reverse.

Bis zum Wochenende kannst du dich ja nochmal richtig einlesen um Fehler zu vermeiden.

Gruß, Daniel
 
ThomasA schrieb:
Ich hätte nichts dagegen das zu testen, aber angenommen ich bricke den Scooter. Was muss ich unbedingt vorher machen, damit ich dann noch zurückholen kann?
Zum Vergrößern anklicken....
Du kannst nichts vorher tun.
Am besten du machst alles sehr bedacht, und gleich richtig.
Du kannst dir einen ST-Link bestellen. Ja das wäre eine Präventivmaßnahme.
Aber damit kannst nur Flashen.
ThomasA schrieb:
Ich müsste vorher Fulldump machen oder?
Zum Vergrößern anklicken....
Das ist nicht möglich.
Zumindest nicht auf dem Konventionellen Weg. ->Siehe Hier<-
Ich habe es nun schon sehr oft erwähnt.
Sogar nur 14 Posts über deinem:
VooDooShamane schrieb:
⚠️ Achtung!
Das geht nicht. Der stm32 mcu hat eine gesetzte rop die dir bei jedem Versuch an den Flash Speicher ran zu kommen den kompletten Speicher löscht.
Siehe 》Hier《
Zum Vergrößern anklicken....
Bitte hört auf zu behaupten das geht.
Denn das löscht bei jedem der es "gutgläubig" macht den gesamten Controller.
Danke❤️
 
  • Hilfreich!
Reaktionen: Chrillema
Bitte lesen;

RP ✔️ - XiaoDeaDia - Unbrick (1s & pro2) ⛑️ ( Wiederherstellung ESC mit ST Link/V2 - Linux )

Ich möchte mich nicht wieder irgendwo in die Nesseln setzen, aber: Nach Daniels Post hatte ich als Laie, der gerade mal einfache Batch Dateien schreiben kann, das Gefühl "das kriegst du hin".... nach Voodoo's Beitrag bin ich schon wieder erschlagen von den vielen Details, die ich nicht...
rollerplausch.com rollerplausch.com

Die von mir erwähnte Methode ist nur zum flashen geeignet und nicht zum Erstellen eines fulldump.

Ich entschuldige mich für die Umstände und die zwischen mir und VooDooShamane VooDooShamane entstandene Diskussion im Background.

Aus gegebenen Anlass und aus der eigenen Enttäuschung heraus hat sich das Thema jetzt gänzlich für mich erledigt.

Tut mir sehr leid, dass dies eine von mir erzeugte Unruhe entfacht hat.

Gruß, Daniel
 
  • Hilfreich!
Reaktionen: 4Ultra, Olli_69, mhdot und eine weitere Person
Was Anderes:
Aus gegebenem Anlass, mit den nicht downgrade baren Zwangsupdates,
denke ich darüber nach, die Offsets zum Spoofen unserer VLT-Firmwares in den ersten Post mit aufzunehmen.
Der Nachteil ist, der VLT-Zipper nutzt seit Anbeginn genau diese Offsets, um festzustellen um welche Firmware es sich handelt.
Es gibt allerdings noch ein zweites Offset in den DRV's das ebenfalls die Versions-Nummer beinhaltet.
Jedoch überprüft die Offizielle Home App nur das Erste.
Das heißt, der VLT-Zipper müsste nur das zweite überprüfen welches wir nicht spoofen und das Problem wäre gelöst.
Des Weiteren würde ich nur ungern auf eine "fiktive" höhere Version spoofen.
Sondern dann genau auf die eben neuste Zwangsupdate Versionsstufe.
Der Vorteil daran ist, das sie dann aussieht, als wenn es einfach nur die neuste Firmware ist.
Die BLE könnte man mit Sicherheit ebenfalls auf die neuste Spoofen.

Erfahrungsgemäß kommt circa alle 6-8 Monate eine neue Firmware Version raus.
Das würde bedeuten, wir hätten bis circa September-November Ruhe.

Dafür bräuchte der VLT Zipper wie gesagt ein Update.
Das würde ich dann im gleichen Zuge machen mit dem Support zu den DRV247 und DRV319.
Das die Zwangsupdate DRV Versionsnummer für den 1s die DRV321 ist, wissen wir ja nun.
Wenn das Update für den Pro 2 bekannt ist, würde ich das in Angriff nehmen.

Was haltet ihr davon?

Edit:
Der VLT Zipper 2 könnte sogar das Spoofen übernehmen.
So das wenn eine ältere DRV erkannt wird, eine Frage kommt ob auf die neuste bekannte Versionsstufe gespooft werden soll.😇

LG
VooDoo
 
Zuletzt bearbeitet:
  • Hilfreich!
Reaktionen: oopps24, 4Ultra, mhdot und 4 andere