Jump to content
elektro-skateboard.de

Nachbeschleunigung?


Kai

Empfohlene BeitrÀge

Geschrieben

Ich habe bei meinem kleinen Schlampa einen sau doofen Effekt.

Wenn ich stark und schell beschleunige und schnell wieder vom Gas runter gehe dann beschleunigt das Board noch 1-2 Sekunden nach.

Je stÀrker und lÀnger die Beschleunigung ist desto stÀrker ist der Effekt.

In der metr.app wurde kein Fehler protokoliert. Die Konfiguration ist vom Vesc-Tool Assistenten, hab an keinen Werten rumgespielt.

Ist das PhÀnomen bekannt? Was könnte als Ursache in Frage kommen?

 

Geschrieben (bearbeitet)
vor 2 Stunden schrieb Kai:

Ich habe bei meinem kleinen Schlampa einen sau doofen Effekt.

Wenn ich stark und schell beschleunige und schnell wieder vom Gas runter gehe dann beschleunigt das Board noch 1-2 Sekunden nach.

Je stÀrker und lÀnger die Beschleunigung ist desto stÀrker ist der Effekt.

In der metr.app wurde kein Fehler protokoliert. Die Konfiguration ist vom VESCŸ-Tool Assistenten, hab an keinen Werten rumgespielt.

Ist das PhÀnomen bekannt? Was könnte als Ursache in Frage kommen?

 

Wenn nichts an der Konfiguration verĂ€ndert wurde, tippe ich auf Interferenzen im 2,4 Ghz Bereich, sollte die Funke diese Frequenzen nutzen. Die Interferenzen entstehen meist im Zusammenhang mit Smartwatches oder  - in besiedelten Gebieten - durch stark frequentiertes WLAN in der Umgebung. Wenn Dein Handy noch dazu die erweiterte Positionsbestimmung (GPS und WLAN) nutzt, werden die Signale des 2,4 Ghz-WLAN analysiert, auch wenn das Handy nicht eingebucht ist. Das alles stört die SignalĂŒbertragung zwischen Funke und Board und hat Latenzen zur Folge.

 

Zum Testen mal das Handy in den Flugmodus und ggf die Smartwatch und die Wireless Kopfhörer ausmachen. 

 

Alternativ den Antennendraht am ESC prĂŒfen und, falls nicht ohnehin so vorgesehen, aus dem GehĂ€use herausfĂŒhren. Bei FOC ist ein Verlegen entlang der Motorkabel unkritisch. bei reiner PCM-Ansteuerung der Motoren darf die Antenne nicht parallel zu einem Motorkabel liegen. Hier kann man zum Testen mal ausprobieren, auf welche Entfernung Du mit Funke das Board noch beschleunigen und bremsen kannst. 20 m zwischen Dir mit Funke und dem Board sollten schon drin sein. Ist es weniger, könnte die Antenne nicht ok sein.

 

Zum Schluss ganz primitiv: Vlt mal ne andere Funke anlernen und schauen, ob es an der Funke selbst liegt.

 

Mehr fÀllt mir grad nicht ein

bearbeitet von oldtrapper
Geschrieben

Das es EMF Störungen sein könnten habe ich auch in ErwÀgung gezogen. 

Dien Funke geht aber 20m ohne Probleme und bei nicht aggressiven Fahren trat der Effekt noch nicht auf.

WerdenFunkabrisse protokolliert?

Geschrieben

ErgĂ€nzend noch, ganz ausschließen möchte ich als Ursache der Störungen der Fernbedienung durch BackEMF der Motorphasen nicht.

Die Regler sind fĂŒr  FOC konfiguriert.

 

meine Hyothesen:

- wenn BackEmf der Motor Phasen die Kommunikation zwischen FB und EmpfĂ€nger zuverlĂ€ssig bis zur UnzuverlĂ€ssigkeit stören können , warum sind  die Phasen dann nicht standardmĂ€ĂŸig abgeschirmt?

 

 

Geschrieben (bearbeitet)
vor 12 Stunden schrieb Kai:

ErgĂ€nzend noch, ganz ausschließen möchte ich als Ursache der Störungen der Fernbedienung durch BackEMF der Motorphasen nicht.

Die Regler sind fĂŒr  FOC konfiguriert.

 

meine Hyothesen:

- wenn BackEmf der Motor Phasen die Kommunikation zwischen FB und EmpfĂ€nger zuverlĂ€ssig bis zur UnzuverlĂ€ssigkeit stören können , warum sind  die Phasen dann nicht standardmĂ€ĂŸig abgeschirmt?

 

 

Dass die Interferenzen und damit die Latenzen bei höheren Strömen ebenfalls zunehmen stĂŒtzt diese These.

 

Wenn Motor und "ĂŒbermĂ€ĂŸg" BackEMF die Ursachen sind, könnte man das vlt auch an der Temperatur feststellen. 

 

Test: Haben beide Motoren nach einiger Fahrt die gleichen Temperaturen? Wenn man den Unterschied mit der Hand schon feststellen kann, wĂŒrde ich das fĂŒr signifikant halten, bei ein paar Grad Unterschied mit dem IR-Thermometer wĂ€re das noch kein beweiskrĂ€ftiges Indiz, denke ich. Am Fahrverhalten kann man vermutlich nicht feststellen, ob nur ein Motor betroffen ist, oder?

 

Abschirmung kostet Geld 🙂 , und es entstehen kapazitive ScheinwiderstĂ€nde, die mitunter auch nicht unproblematisch sind.

 

Ich habe auch schon Konstruktionen mit nur einer gemeinsamen Masseleitung gebaut. Alles nicht so wild, solange es sich nicht um Hochfrequenz UND zweistellige Amperewerte handelt.

 

Noch ein Gedanke: Bei aggressivem Fahren können hohe Temperaturen den oder die Hall-Sensoren bis zur Funktionslosigkeit stören. Wenn da irwo Bleilot verwendet wurde, kann auch schnell ne Kaltlötstelle entstehen, sobald die Temperatur einen gewissen Wert ĂŒbersteigt, und dann wird der Motor vorĂŒbergehend nicht geregelt, sobald die Schwelle wieder unterschritten ist, ist alles gut. Wie sich das beim Fahren auswirkt, kann ich mangels eigener Erfahrung nicht einschĂ€tzen.

bearbeitet von oldtrapper
Geschrieben

Ich werde wenn ich wieder im GeschÀft sein kann mal testen was passiert wenn ich beim Gasgeben den Akku der Fernbedienung abziehe.

Und dann nochmal schauen welche FW-Version ich fahre und ob mir das 

Externe Links nur fĂŒr Mitglieder sichtbar
was sagen will.

Ich glaube ich hab noch 3.irgendwas 

Geschrieben

3.63 hatte einen Bug wo die PrioritÀt UART vs PPM fehlerhaft war, evtl. ist es also tatsÀchlich mit einem FW Update getan.

Ansonsten: Hast du nicht ein Carbondeck? Das kann auch die Funkleistung beeintrÀchtigen.

  • 2 weeks later...
  • 3 weeks later...
Geschrieben

FW war 3.58 und ist mittlerweile auf 5.1 aktualisiert.

Reproduzierbar ist der Effekt in dem man, wÀhrend man beschleunigt, 

- die Fernbedienung abschaltet (oder Funkabriss)

- die Verbindung vom EmpfÀnger zum VESC trennt, also das Kabel vom EmpfÀnger abzieht.

Dann beschleunigt der VESC 3-4 Sekunden immer weiter bis er dann in den Leerlauf geht.

Sollte also Firmwaresache sein.

Die Einstellungen im vesc_tool fĂŒr App sind default. 

Außer Timeout (1000ms) konnte ich keinen Zusammenhang in den Einstellungen erkennen.

 

Geschrieben
Am 4.5.2020 um 16:02 schrieb visnu777:

Ansonsten: Hast du nicht ein Carbondeck? Das kann auch die Funkleistung beeintrÀchtigen.

Das Deck ist ein HolyPro von Trampa. also kein Carbon sonder sowas wie Kohlefaser Fiberglas Verbund Plastik.
Protokollieren der SignalstÀrke ... gute Idee... ist das in der VESC FW integriert?

PPM Log ist leider nur der Dezimalwert von 1.00 und 2.00 oder?

Also die "Stellung" des Gashebels. 1.50 fĂŒr Mittelstellung.

 

Geschrieben

Ich kenn mich mit aktuellen VESC leider nicht gut aus ... gibt's da ne Einstellung "failsafe" oder Àhnliches ... dann könnte da auch ein Timerwert drin stehen.

Ansonsten kann das Funkabrissproblem auch in der Fernbedienung zu finden sein ... Kaltlötstelle oder Leiterbruch nach Runterfallen.

Geschrieben

Ich konnte keinen Zusammenhang in den Einstellungen erkennen, auch keine die direkt auf ein Failsafe Verhalten RĂŒckschlĂŒsse ziehen lĂ€sst, außer Timeout und Timeout Brake Current.

Ramping Time und Median Filter könnten auf das Verhalten Einfluss drauf haben. Offensichtlich IMHO nicht direkt, dokumentiert auch nicht.

 

Das Thema spaltet sich in zwei Themen

1. Funkabriss Ursachen

2 Failsafe-Algorithmus der VESC-FW

 

Die Ursachen von Funkabrissen zu kennen und so bestmöglich zu vermeiden ist wichtig.

Sollte es trotzdem dazu kommen ist ein optimaler Failsafe-Algorithmus um so wichtiger.

 

Woher der Funkabriss in meinem konkreten Fall kam können wir zur Zeit nur spekulieren.

Ob das Signal der FB beim EmpfÀnger zu schwach ankommt und somit leicht gestört werden kann, ob es ein Wackelkontakt ist usw. 

Ohne Auswertung der SignalstĂ€rke sind alle Optimierungen ins Blaue gefeuert. Schaden werden die Optimierungen nicht nur selbst wenn der Fehler damit erstmal nicht wieder auftritt, bleibt die unvorhersehbare Überraschung wenn der Fehler plötzlich doch wieder zuschlĂ€gt.

 

Also wie sollte ein Board reagieren wenn es keine Steuersignale mehr erhÀlt?

Wo liegen die Herausforderungen einen Ausfall der Steuersignale in "Echtzeit" zu erkennen.

Aber die wÀre da ein neuer Thread.

Nicht nur ich habe mir da sicherlich bereits Gedanken darĂŒber gemacht. 

 

 

 

Geschrieben
vor 7 Stunden schrieb Kai:

Protokollieren der SignalstÀrke ... gute Idee... ist das in der VESC FW integriert?

Da habe ich wohl zu laut nicht zu Ende gedacht. Das PPM Eingangssignal hat leider keine Informationen zur SignalstÀrke. Wir haben da ja nur Pulsweiten.

Und das lÀsst mich direkt in Richtung NRF Fernbedienung schauen...

Geschrieben (bearbeitet)
vor 3 Stunden schrieb Kai:

... NRF Fernbedienung schauen...

Wo Du nRF erwÀhnst ...

Externe Links nur fĂŒr Mitglieder sichtbar

 

In dem Beitrag lÀuft es auf die unzureichende Rechenleistung hinaus

bearbeitet von oldtrapper
Geschrieben

Der STM32 vom VESC hat ein wenig mehr Performance als der Atmega vom Uno und die Reaktionszeiten des Vesc sind ja sonst auch nicht im Sekundenbereich aber als ich heute morgen beim Warten auf

Externe Links nur fĂŒr Mitglieder sichtbar
 einen kurzen in den Quelltext wagte viel mir auf das zum Beispiel die IMU standardmĂ€ĂŸig initialisiert wird.

Und der IMU Typ standardmĂ€ĂŸig auf internal gesetzt ist und nicht auf

Naja also wenn kein IMU vorhanden muss der Code eigentlich nicht einkompiliert werden oder wenigstens nicht ausgefĂŒhrt werden.

Aber ich hab zu wenig reingeschaut, das viel mir soweit nur auf. Nun muss ich mich aber zusammenreißen und mich wieder der Arbeit widmen.

Tritt dem GesprÀch bei

Du kannst jetzt posten und dich spÀter registrieren. Wenn du bereits einen Account hast kannst du dich hier anmelden.

Gast
Auf dieses Thema antworten...

×   Du hast formatierten Text eingefĂŒgt.   Formatierung jetzt entfernen

  Only 75 emoji are allowed.

×   Dein Link wurde automatisch eingebettet.   Einbetten rĂŒckgĂ€ngig machen und als Link darstellen

×   Dein vorheriger Inhalt wurde wiederhergestellt.   Clear editor

×   Du kannst Bilder nicht direkt einfĂŒgen. Lade Bilder hoch oder lade sie von einer URL.

×
×
  • Neu erstellen...