elkick

Immerhin besser als nix (Quote Benjamin):

Blitzschutzstecker sind schon gut und lösen das Problem. Man muss nur immer die Box öffnen, außer man baut sich einen Stecker außen dran. D.h. die Platine vereinigt Switch außen, Sicherung und Blitzschutz.

Die Sicherung ist mit 40A/60A für Setups von 8s-12s im Dauerbetrieb gewählt, und warm wird dabei nichts. Sie kann auch den individuellen Bedürfnissen angepasst werden, ich kenne Leute die sich da eine 100A ran gelötet haben und friedlich damit durch die Gegend fahren (Kühlkörper auf den Fets). Wenn man sich unbedingt ein 6s Setup 16/32 mit 290kV Motor zimmern will und damit dann die Berge hoch heizen möchte, ok. Dann kommt er mit dieser Sicherung ganz sicher nicht weit. Der Switch hält aber trotzdem. Ist aber eher die absolute Ausnahme, dass jemand das braucht. Dauerströme von >40A erreicht man mit dem VESC mit 12s auch nicht mehr so ohne weiteres und Peaks können mit stärkeren Sicherungen abgefangen werden. Die Sicherung soll ja meine Elektronik vor dem Verglühen retten (z.B. Kurzschluss des Motors) und mich nicht beim Fahren hindern.

Ich kenne bisher noch niemanden, der mit seinem Streetboard bei 10s 73A dauerhaft verbraucht, ev. mal beim Anfahren am steilen Berg, aber auch da nur kurzzeitig für ein paar Sekunden. Der VESC hält Spitzen bis 130A locker aus. Im übrigen hilft eine Sicherung gegen das Abrauchen des VESCs (z.B. bei Kurzschluss des Motors), plus die Begrenzung des Akkustromes in den Parametern. Die Akkus sollten schon in eine Box, zum Testen geht's auch mal ohne.

Das ist korrekt! Bei der o.g. Übersetzung dürfte bergauf nicht mehr viel gehen. Die Ausgewogenheit zwischen Spannung, kV und Übersetzung ist wichtig. Dazu gibt's in vielen Eigenbau Threads entsprechende Erfahrungswerte.

Die Verdoppelung des Kondensators auf C18 hilft jedenfalls bei mir, hatte das Problem aber auch nur bei einem einzigen Board unter FOC. Zur Sicherheit mache ich das jetzt aber bei allen VESCs.

@eXo: die richtige FW für deine VESCs ist im Verzeichnis 410_411 (default.bin) zu finden. Falls du aus Versehen die 4.7 drauf hast, wäre das nicht gut für die VESCs. Nur so ein Gedanke...

Ja, einer geht noch! Schreib mir bitte kurz eine Email auf service(AT)esk8.de wenn du bestellen willst, dann schalte ich im Shop einen frei. Sind gerade etwas ausverkauft, die nächsten kommen aber bald.

Update: weltweiter Versand (also auch in die Schweiz:)) jetzt für 12,50€!

Und noch ein Tipp: nach der Motordetection kannst du im BLDC Tool 2.8 auf "Apply" klicken, die richtigen Werte werden dann automatisch eingetragen. Ich mache dann noch einen update im Wiki...

Unter OSX: oben im Connect Feld beim Wert "/dev/tty.usbmodem261" die 261 in 301 ändern

Ich habe am Motor ein gedrucktes Cover auf dem Ritzel, aber das nützt nicht viel gegen Staub und Sand. Wenn schon müsste man die komplette Aufhängung inkl. Zahnrad kapseln. Das ganze habe ich mit einem Ultimaker II eines Freundes gedruckt (sowohl ABS als auch PLA).

Habe seit einem Jahr 3D gedruckte Zahnräder auf den Rollen eines Miniboards. Das erste Zahnrad hielt relativ lange, ca. 500km, die darauf folgenden keine 100km mehr. Durch Sand und kleine Steinchen werden die schnell abgeschliffen, Alu hält erheblich länger. Habe daher wieder auf Alu umgestellt.

Ob viele ST32's gekillt wurden weiß ich nicht, dafür jede Menge DRV8302! Die Micro Laser Lötstation ist ja der Hammer!

Danke, die config_general.h nutze ich immer um via stlinkv2 die richtige HW Version der FW zu erstellen - die Versionsparameter sind mir dabei noch nicht aufgefallen! Gut ist allerdings, dass das Timing für den FW upload nun besser funktioniert. Verhindert dadurch dass der upload stecken bleibt.:thumbsup: PS. Sorry, meine Antwort hat sich mit deinem Beitrag überschnitten.

Per flashen einen ST32 zu killen ist mir unter Ubuntu noch nicht gelungen, ev. verhält sich die Windows Portierung etwas anders, die eingebauten checks beim Upload egal ob BL oder FW verhindern das eigentlich. Wo hast du denn BLDC-Tool V2.8 unter Windows her? Die Ubuntu Version von BLDC-Tool und FW2.8 habe ich auch, aber Win oder OSX habe ich noch nicht gesehen.

Schöne Beschreibung und sieht gut aus! Zur Cruise Control: Versuch mal den KI Wert (Speed Control Parameter erhöhen) im Advanced Tab auf 0.015 zu setzen, hat bei mir bei den Radnabenmotoren geholfen.

Wenn du den Bootloader unter Ubuntu überschreibst und danach die FW updatest (egal ob unter Ubuntu, OSX oder Win) funktioniert es. Enertion scheint neuerdings den Bootloader vor der Bestückung einzuspielen. Scheint ab und zu schief zu gehen.

Bei einem Timeout unter BLDC-Tool 2.5 beim upload der FW 2.5 kannst du das mal probieren: http://www.elektro-skateboard.de/forum/showpost.php?p=34628&postcount=48 Wobei ich die Bootloader Implementierung von Jason nicht kenne, ich glaube er hat den direkt auf dem Board installiert (Chip Level) in der Assemblierung in China.

Firmware Update unter Windows lief bisher problemlos, aber es berichten einige von Schwierigkeiten unter 2.5. Den Bootloader lade ich immer unter Ubuntu hoch.

Habe das selber nochmal getestet, eine 2. Motor Detection sollte eigentlich nicht notwendig sein, der VESC misst nur die Spannung laut Benjamin.

Flexible hochwertige Silikonkabel sind sicher nicht verkehrt, kann aber auch sein, dass die Lötstellen an den Motorsteckern nicht sauber sind, bzw. einige Drähte nicht verbunden (hatte ich auch schon).

Der Widerstsnd sollte so montiert sein, dass er nur beim Einstecken den Funken verhindert. Im normalen Betrieb sollte er nicht natürlich nicht zwischen VESC und Akku geschaltet sein.

Zwei wichtige Dinge: 1. "Read configuration" muss jeweils beim Motor Tab und App Tab separat gemacht werden. Wenn du unter Motor die Werte ausliest, bekommst du die Motor Werte, wenn du die Werte unter App ausliest, die App Werte. In beiden Fällen ist die Voreinstellung erst mal die Werkseinstellung, bis eben "Read config" gedrückt wird. 2. "Detection failed" bekommt man in 99% der Fälle, wenn die Verbindung zwischen Rechner - VESC - Motor in irgend einer Form gestört ist: USB Kabel checken (richtig eingesteckt?), Power checken (leuchtet die blaue LED beim VESC?), Motorkabel richtig mit dem VESC verbunden (Wackelkontakt, Lötstellen, etc), Powerstecker am VESC richtig eingesteckt (Stecker muss ganz in die Buchse, Lötstellen prüfen), BLDC Tool verbunden? (ev. neu starten, neu verbinden). Tipp: mit der Pfeiltaste auf der Tastatur kann getestet werden, ob der Motor angesprochen werden kann. Tipp2: wenn nix mehr geht: von vorn! Also Motordetection neu machen, werte nochmal eintragen, Write config, dann reboot!

Zum Zeitpunkt der Motordetection prüft der VESC, wieviel vom Akku kommt und berechnet die optimalen Werte zur Ansteuerung. Wenn mehr Ampere geliefert werden können, sollten sich auch die Werte im BLDC Tool für den Betrieb ändern.