-
Gesamte Inhalte
555 -
Benutzer seit
-
Letzter Besuch
Inhaltstyp
Profile
Forum
Articles
Wiki
Galerie
Kalender
Beiträge erstellt von Dude
-
-
Liebe VESC Gemeinde,
ich hab mir zur Abwechslung mal einen VESC selbst zusammengelötet und scheitere gerade beim Upload des Bootloaders via stlink (STM32 discovery board). Die Firmware aufzuspielen funktioniert noch prima, aber beim Bootloader bleibt er ganz am Ende (** Resetting Target **) hängen und ich kann nur noch über Ctrl+C abbrechen. Damit kann ich den VESC auch nicht mit dem BLDC Tool verbinden. Barney, Du hattest doch auch mal Probleme beim Aufspielen der Firmware oder des Bootloaders. Ich kann aber die entsprechende Beiträge nicht finden.
Anbei noch der Bildschirmdump
openocd -f interface/stlink-v2.cfg -c "set WORKAREASIZE 0x2000" -f target/stm32f4x_stlink.cfg -c "program build/BLDC_4_Bootloader.elf verify reset" Open On-Chip Debugger 0.9.0 (2015-09-02-10:50) Licensed under GNU GPL v2 For bug reports, read http://openocd.org/doc/doxygen/bugs.html 0x2000 WARNING: target/stm32f4x_stlink.cfg is deprecated, please switch to target/stm32f4x.cfg Info : auto-selecting first available session transport "hla_swd". To override use 'transport select <transport>'. Info : The selected transport took over low-level target control. The results might differ compared to plain JTAG/SWD adapter speed: 2000 kHz adapter_nsrst_delay: 100 none separate Info : Unable to match requested speed 2000 kHz, using 1800 kHz Info : Unable to match requested speed 2000 kHz, using 1800 kHz Info : clock speed 1800 kHz Info : STLINK v2 JTAG v14 API v2 SWIM v0 VID 0x0483 PID 0x3748 Info : using stlink api v2 Info : Target voltage: 2.920567 Info : stm32f4x.cpu: hardware has 6 breakpoints, 4 watchpoints target state: halted target halted due to debug-request, current mode: Thread xPSR: 0x01000000 pc: 0x0800c000 msp: 0x20000400 ** Programming Started ** auto erase enabled Info : device id = 0x10076413 Info : flash size = 1024kbytes wrote 131072 bytes from file build/BLDC_4_Bootloader.elf in 5.989432s (21.371 KiB/s) ** Programming Finished ** ** Verify Started ** target state: halted target halted due to breakpoint, current mode: Thread xPSR: 0x61000000 pc: 0x2000002e msp: 0x20000400 verified 4256 bytes in 0.209286s (19.859 KiB/s) ** Verified OK ** ** Resetting Target ** ^C Makefile:237: recipe for target 'upload' failed make: *** [upload] Interrupt
-
Woher habt Ihr die Info - auf dem Vedder Forum ist Funkstille ...
Dude
-
... von Vedder hört man seit mehreren Wochen absolut nix. Bin gespannt ob es wirklich eine neue Version von ihm geben wird!?
Dude
-
Erste Teile sind fertig - jetzt muss noch die Achse abgedreht werden ...
- 1
-
Taucht das Problem eigentlich nur bei ppm-Usern auf oder hast Du auch bei Nunchuks darüber gelesen? Ich fahr ausschließlich mit Nunchuk und da kenn ich das so nicht.
Barney, steuerst Du die ppm Schnittstelle mit dem BamBam-Controller? Kennst Du das Verhalten?
Dude
-
Hubmotor V2 mit verbessertem Kühl-und Montagekonzept. Kompakter geht es mit einem 6374'er nicht. Kleinere Motoren, wie sie aktuell für Hubmotoren angeboten werden, haben m.E. zu wenig Drehmoment für die nicht vorhandene Übersetzung. Mit zwei von der Sorte wird's eine runde Sache. Die Teile sind gerade in Arbeit. Diesmal werde ich auch mit Klebeverbindungen arbeiten müssen.
- 2
-
Nein, es gibt einen eigenen Parameter "Deadband" (oberhalb "Minimum Pulsewidth (ms)").
-
Shit in - shit out, schon klar. Wenn aus den dort zur Verfügung stehenden Modellen das gleiche raus kommt, wäre das zumindest ein Hinweis auf die Richtigkeit Deiner Gleichungen, Programmierung und Einheiten. Ob's mit der Realität übereinstimmt liegt dann immer noch an der Modellgüte.
Ich glaub halt immer noch, dass der größte Unterschied sich aus den verschiedenen Steigungen einer realen Ausfahrt ergibt, da man den Mittelwert für den Ritzelrechner nur schätzen kann. Außerdem habe ich den wagen Verdacht, dass auch der Antriebsriemen je nach Spannung schön was wegschluckt. Beim Trampa mit Riemenantrieb ist das auch auf Straße ordentlich spürbar!
Dude
-
Hi Barney, suchst Du eine theoretische Überprüfung Deines Ansatzes/der Gleichungen oder eine Validierung in der Praxis?
Für eine Validierung in einer anderen Simulationsumgebung würde sich SimMechanics (Matlab Simulink) anbieten. Oder wenn Du das ganze noch mit einer netten virtuellen Umgebung haben möchtest würde ich auf eine Robotiksimulationsumgebung setzen (ROS, Gazebo)? Aber Vorsicht: erheblicher Einarbeitungsaufwand und Suchtgefahr
In einem Schulvortrag wäre das allerdings der Hammer
P.S.: Finde ich übrigens Spitze, dass Du Dich den Vortragsinhalten an unseren Schulen annimmst. Viel Erfolg!
Ich hatte vor gefühlten Ewigkeiten die Idee, die ganzen Osterhasen und Nikoläuse in unseren Kindergärten durch Bilder der sieben Wetwunder zu tauschen ... :devil:
-
Das Verhalten in dem Video ist klar der Unterschied zwischen Momentenregelung (z.B. Auto oder Radlader) und Geschwindigkeitsvorgabe (z.B. Gabelstapler). Momentenregelung kannst Du quasi nur sinnvoll mit Last beurteilen. Die wird aber gerne verwendet, da das Verhalten einem am natürlichsten erscheint, da vom Autofahren her bekannt. Da kannst Du auch das Verhalten fast ohne Last (bis auf das Motorschleppmoment) austesten: Kupplung drücken und Gas geben - der Motor erreicht schneller als Du es möchtest Drehzahlen im roten Bereich und ein weiteres Drücken des Gaspedals bringt nicht wirklich mehr Drehzahl. Falls bei dem Test Dein Motor kaputt geht, bin nicht ich, sondern der VESC schuld!
Das späte Ansprechen kann zweierlei Ursachen haben. Entweder ist der "Deadband" Bereich in der Mitte zu groß oder das Losbrechmoment. Kannst Du aber ausprobieren, in dem Du im PPM Tab auf "Duty Cycle" (ist so eine Art Geschwindigkeitsregelung) umstellst. Dann hast Du ohne Last einen vernünftigen Zusammenhang zwischen Hebelweg und Drehzahl (und bist auch vom Losbrechmoment weniger abhängig). Sollte der Motorstart dann immer noch zu spät erfolgen kannst Du mit dem Deadband Parameter spielen. Der soll die Toleranzen bei der Rückstellung ausgleichen und gerade so groß sein, das mein Loslassen des Gashebels auch tatsächlich keine Stellgröße an den Motor raus gegeben wird.
- 3
-
Danke für Eure Hinweise (der Wert steht bei mit nach ein paarmal speichern auf 50!)!
Ich hab's an der Stelle noch nicht geschrieben, aber meinen Controller hab ich wieder zu Laufen gebracht. Tatsächlich funktionierte der VESC ja von Zeit zu Zeit in beiden Modi. Daher schloß ich ein echt defektes Bauteil mal aus. Nachdem ich alle Lötverbindungen zu den Meßwiderständen etc. ohne Erfolg getestet hatte, konnte es ja nur noch eine unsichtbare Lötstelle sein und davon gibt es beim VESC nur eine. Also mit der Heißluft ordentlich auf den DRV gebraten und schön auf die Platine eingedampft. Seither geht's ...
-
beim bldc tool kann ichs mittels "display" funktion genau in zahlen fassen, der motor beginnt sich zu drehen sobald der hebel auf 75% steht (wobei hier 50% die nullposition ist), dann brauch ich den hebel geschätzt nur 1.5mm weiter drücken und der motor läuft auf vollgas noch bevor die anzeige überhaupt 76% erreicht.... das ändern der pulsewidth verändert nur áb wieviel % das ganze anfängt, aber dieser 1% wirkungsbereich ändert sich leider nicht
Hast Du das mit Last (Board auf der Straße, Du auf dem Board) oder ohne Last (Board auf dem Tisch, Räder nach oben) probiert?
-
Come on - hat denn keiner mehr ein PCB 4.11 für den VESC ... sobald die neue VESC-Version draußen ist, werden die wertlos. Also, auf geht's, die Zeit drängt!
-
Hi,
welche Akkus hast Du denn da verwendet? 2 x 16 Ah ...
-
Hey,
habe eine VESC Platine beim Entlöten geschrottet und bin daher auf der Suche nach einer (oder auch mehr) neuen Platinen. Zahle mit Vorkasse
-
Hallo Stefan,
ist das Board noch zu haben? Eine Freundin von mir ist auf der Suche und ich denke, das Board wäre was für sie. Kann das aber erst Anfang nächster Woche klären.
P.S.: Ist Deine Masterarbeit im Netz veröffentlicht? Wenn ich mir die Auszüge in Deinem Post ansehe, bin ich mir fast sicher, dass Du darin so ziemlich alle grundlegenden Fragen, die bei dem Bau eines Streetboards auftauchen, beantwortest. Das wäre eine prima Referenz für viele Erstanfragen hier im Forum und man könnte das im Wiki veröffentlichen - natürlich nur sofern Du damit einverstanden bist.
-
PS2: mein DRV war von mir bestückt. Wenn Du bei Profis gekauft hast fällt meine Lösung wohl eher aus
-
Bei mir habe ich an dem Chip auch absolut nichts erkennen können. Wenn Du den DRV nicht verbruzelst kann es nur besser werden:thumbsup:
-
Hoffe Deine Prellungen, die Du Dir bei der Geschwindigkeit sicherlich eingehandelt hast sind am Abheilen!
Konntest Du den Fehler inzwischen reproduzieren?
Was passiert wenn Du bei Vollgas mit dem Nunchuk Dich so weit vom Board entfernst, dass der Funkkontakt abreisst? Bleibt dann Vollgas?
Hast Du die normalen Empfänger oder einen mit richtiger Antenne?
-
Ich hatte das auch schon, allerdings ging es auch ab und zu. DRV Chip mit Heißluftlöte nochmals gebraten und dann ging's. Vermutlich war bei mir der Massekontakt an der Unterseite nicht ganz solide.
-
Was passiert, wenn man in dem Fall die Stromverbindung am Board kappt (Stichwort Loopkey o.ä.)?
Vollbremse oder Leerlauf?
-
Und auch R5 gebrückt?
Tja, hätte ich das nur mal früher ausprobiert ... geht
-
Ok dann ausführlicher. Gibt m.E. prinzipiell nur drei sinnvolle Möglichkeiten. Kleben, Klett, Schrauben.
Kleben fällt für mich weg weil endgültig. Klett wird meines Erachtens unterschätzt. Wenn Du ein ordentlich breites Band verwendest (siehe Bild 3 im Album Bomber), hält das bombe - auch bei unter-Brett-Montage (verwende ich im Hackbrett-Build). Als Angstbonus evtl. noch ein Klettband drum rum. Schrauben hab ich auch Respekt im Bereich mit viel Flex. Im Bild 1 (Album Bomber) siehst Du aber, dass ich im Endbereich des Boards M4-Gewindeinsätze (müsste Messing sein) in die Bohrungen zur Montage des ESC-Trägers von unten eingepresst und verklebt habe. In dem Bereich flext ja nix.
Andere Verbindungstechniken wie Ultraschallschweißen oder Gummibänder oder Frischhaltefolie drum wickeln sind mir entweder suspekt oder gefallen mir nicht :arf:
-
siehe Thread "Bomber"
VESC - Reparatur
in VESC
Geschrieben
Ich hab im Makefile für den Bootloader das folgende Kommando aktiviert:
Das gleiche verwende ich auch zum Aufspielen der firmware und da haut's komischerweise hin.