barney

http://www.elektro-skateboard.de/wiki/wissenswertes/strom-spannung-reichweite-vii Etwas Text dazu http://www.elektro-skateboard.de/wiki/wissenswertes/strom-spannung-reichweite

http://www.elektro-skateboard.de/wiki/wissenswertes/strom-spannung-reichweite-vii Ganz unten, Bremsen ist wie Beschleunigung in der Energiebetrachtung.

http://stackoverflow.com/questions/35988/c-like-structures-in-python https://pymotw.com/2/struct/ Wenn ich das wüsste.... Aber warum Phyton, macht es die Sache nicht noch schwerer?

Hi Dude, meintest du diese Kommandos? typedef struct { int js_x; int js_y; int acc_x; int acc_y; int acc_z; bool bt_c; bool bt_z; } chuck_data; was im Widerspruch zur Vedder Firmware steht ind = 0; chuck_d_tmp.js_x = data[ind++]; chuck_d_tmp.js_y = data[ind++]; chuck_d_tmp.bt_c = data[ind++]; chuck_d_tmp.bt_z = data[ind++]; chuck_d_tmp.acc_x = buffer_get_int16(data, &ind); chuck_d_tmp.acc_y = buffer_get_int16(data, &ind); chuck_d_tmp.acc_z = buffer_get_int16(data, &ind); COMM_FW_VERSION = 0 COMM_JUMP_TO_BOOTLOADER COMM_ERASE_NEW_APP COMM_WRITE_NEW_APP_DATA COMM_GET_VALUES COMM_SET_DUTY COMM_SET_CURRENT COMM_SET_CURRENT_BRAKE COMM_SET_RPM COMM_SET_POS COMM_SET_DETECT COMM_SET_SERVO_POS COMM_SET_MCCONF COMM_GET_MCCONF COMM_GET_MCCONF_DEFAULT COMM_SET_APPCONF COMM_GET_APPCONF COMM_GET_APPCONF_DEFAULT COMM_SAMPLE_PRINT COMM_TERMINAL_CMD COMM_PRINT COMM_ROTOR_POSITION COMM_EXPERIMENT_SAMPLE COMM_DETECT_MOTOR_PARAM COMM_DETECT_MOTOR_R_L COMM_DETECT_MOTOR_FLUX_LINKAGE COMM_DETECT_ENCODER COMM_REBOOT COMM_ALIVE COMM_GET_DECODED_PPM COMM_GET_DECODED_ADC COMM_GET_DECODED_CHUK COMM_FORWARD_CAN COMM_SET_CHUCK_DATA

Hi Dude, ich habe gerade sinniert, wenn man zwei oder mehr VESC hat, ob man die Telemetrischen Daten über eine uart bekommen kann. http://vedder.se/forums/viewtopic.php?f=6&t=119 Und wieder beruhigt..... uart0 für den vesc spi0 für ws28xx https://github.com/jgarff/rpi_ws281x oder Pin18 spi1 für die Zellenüberwachung bt-pi3 intern für die Fernbedienung wlan-pi intern für das Smartphone [url=http://vedder.se/forums/viewtopic.php?f=6&t=119][/url]

Hi Dude, für debugging: http://sigrok.org/wiki/Windows decodiert das Protokoll vom nRF 24l01. Hardware ist z.B. ein Saleale clone für wenige €.

Microcontroller sind im Skateboard überbewertet. Der Microcontroller ist beim Flaschen unter Windows gestorben. Da musste er raus.

Ein Aldi Heißluftpistole reicht aus. 370° Grad Stufe 1. Die Leiterplatte gleichmäßig mit erwärmen.

Im Wiki unter Wissenswertes

Erscheint mir deutlich zu hoch. Schon mal mit den Antriebsrechner gegengeprüft?

ESB8266: ca. 12 Monate. Der Aufwand für das Ergebnis, was mit den Pi nur einige Zeilen sind, steht in keinem Verhältnis. Der Pi 3 ist ein deutlicher overkill, dass ist mir klar. Aber wenn man keine RT Kenntnisse hat und viele Mitbastler finden möchte, muss die Umgebung so einfach wie möglich sein. Für €40,- habe ich kein BAMBAM hinbekommen. Der Pi hat, bis auf den Spannungsregler, so viele Möglichkeiten auf der Platine, das er die Beste Basis darstellt. Du Findest Antworten zu vielen Fragen im Internet und musst nicht immer im Uhrschleim waten. Die Größe ist akzeptabel. Ich hätte gerne auf der BAMBAM Platine BT, WLAN, SD-Karte und einen Lautsprecheranschluss gehabt. Kai hat mit der Sprachausgabe schone eine geile Steilvorlage hingelegt. Stell die Vor, dein Board spricht dich an, das du nur noch 20% Energie hast. Du musst dich auf LEDs oder Displays achten. Du kannst nach deiner Ausfahrt Telemetriedaten auslesen, korreliert mit einer GPS Aufzeichnung. Ich bin Nerd und nicht mehr in der Altersstufe wie eXo und mit den Wunsch genährt, an einem Berg die 90° Abfahrt zu nehmen. Ich würde mich freuen, wenn du wie Dude deine Expertise einbringst und hier was beisteuerst.

Daher hatte ich mir die HC05 geholt. Die können bis zu 7 Gegenstellen gleichzeitig paaren. Paaren, aber nicht "gleichzeitig" ansprechen. Du musst die bestehende Verbindung abbauen und die nächste aufbauen, es entfällt nur das zeitfressende Paaren. Die ms für die Umschaltung hätten verhindert, eine FB und ein Smartphone RT, geeignet in die Kommunikation einzubeziehen. Ich hatte es mit dem BAMBAM Controller probiert und verworfen.

Ich habe meinen Pi3 in der Jackentasche [emoji51]

Das Teil war eine Pleite im Zusammenhang mit den Teensy, den ich gerne verwende. Direkt Programmieren? Keinen Nerv für solch ein Affentheater....

1. BT & Raspberry: ja, ist so möglich! Darum die Freude über die vielen Schnittstellen. Und der Pi 3 hat WLAN und BT onboard. Das vereinfacht die Sache. 2. Wixel: Zwischenschritt, weniger Energiebedarf 3. RT: Real Time, ich habe nicht behauptet das es eine eigene Programmiersprache ist. Ich kann etwas C, aber nicht den RT Slang. Daher müsste ich es verstehen und lernen. Hier könnten ggf. ADA Kenntnisse mit Semaphore weiterhelfen. :devil: Ich bin zu blöd dafür..... 4. MOSI: Dafür habe ich den Link mit den Erweiterungsanschluss beigelegt. 5. LM2596: Fies, das der auch für 60V angeboten wird:confused5: LM2596HV bis 63V-> http://www.ti.com/lit/ds/symlink/lm2576.pdf 6. Dein Englisch ist besser als meins. Vielleicht kannst du das für mich ins Englische übersetzen: Kann die QT GUI mittels WEB-Server dargestellt werden? Heißt, Muss die GUI modifiziert werden, oder kann QT diese als WEB-Applikation bereitstellen? Ich befürchte nicht. Wie soll ich es beschreiben. Die GUI würde nativ auf dem Pi laufen und sich mittels am Pi angeschlossenen Bildschirm konfigurieren lassen. Dude hat vor ein Display anzuschließen, ich möchte es mittels Handy als Webapplikation nutzen.

Nö! Du kannst im BLDC-Tool Kommandos im Terminal absetzen, die über USB im VESC ankommen. Tipp mal help ein! Das ist Seriell über USB.

1. Entschuldigung, mit den permanenten Onboard war mir so innerlich, dass ich das vergessen habe dies für andere transparent zu machen.:thumbsup: 2. Benjamin hat geschrieben, das ein Pi durch den DRV versorgt werden kann (1.5 A to support MCU or additional system power needs.). Ich habe da so meine typischen Zweifel, aber notfalls kommt da ein Spannungsregler davor. (Step-down HV Spannungsregler Modul 2-3A Uin=4,5-60V einstellbar LM2596 HV, ab €2,-) 3. Nein, steht nicht im Widerspruch, da der Pi keine zeitkritischen Aufgaben ausführen muss, wie eine PWM für den BLDC. Die Diskussion ist beim VESC 5.0 ausreichend durchgekaut. Der Funkempfänger kann auch 1 bis 2 ms später verarbeitet werden. Durch die vielen schönen Schnittstellen, muss man sich nicht mit Protokollemulationen rumprügeln. (https://www.intersil.com/en/products/power-management/battery-management/cell-balancing-and-safety/ISL94212.html) MOSI und der andere Kram ist schon vorhanden. Beispiele für die Programmierung sind auch vorhanden. Las mich mal Optimist sein. Ich will und kann kein RT nebenbei lernen. Scripting sollen wir alle hinbekommen.

Etwas anders: Der VESC soll keine Signale mehr direkt verarbeiten. Also kein PPM oder BT, nRF.... Der Raspberry wird mittels USB an den VESC angeschlossen. Der Raspberry (http://pinout.xyz/) hat eine größere Anzahl an brauchbare Interfaces, die für die Funkverbindung (welche auch immer (BT, Wixel, ...)) genutzt werden können. Ich würde hier gerne auch den Akkuwächter für bis zu 12S anschließen. Display von mir aus auch. Durch das WLAN-Interface kann eine Webseite ausgeliefert werden, die eine Konfiguration des VESC ermöglicht (Benjamin hatte da was geschrieben, das QT eine Webdarstellung unterstützt), bzw. telemetrische Daten bereit stellt. Die SD-Karte im Pi wird als Datenlogger genutzt. Die Programmierung eines Pi sollte leichter als ein ST RT-System sein. Einfacher Einstig, wäre der Wixel und der Pi. Oder Wixel und VESC. Quellcode für den Wixel liegt als Demo vor.

Etwas anders: Der VESC soll keine Signale mehr direkt verarbeiten. Also kein PPM oder BT, nRF.... Der Raspberry wird mittels USB an den VESC angeschlossen. Der Raspberry (http://pinout.xyz/) hat eine größere Anzahl an brauchbare Interfaces, die für die Funkverbindung (welche auch immer (BT, Wixel, ...)) genutzt werden können. Ich würde hier gerne auch den Akkuwächter für bis zu 12S anschließen. Display von mir aus auch. Durch das WLAN-Interface kann eine Webseite ausgeliefert werden, die eine Konfiguration des VESC ermöglicht (Benjamin hatte da was geschrieben, das QT eine Webdarstellung unterstützt), bzw. telemetrische Daten bereit stellt. Die SD-Karte im Pi wird als Datenlogger genutzt. Die Programmierung eines Pi sollte leichter als ein ST RT-System sein. Einfacher Einstig, wäre der Wixel und der Pi. Oder Wixel und VESC. Quellcode für den Wixel liegt als Demo vor.

Der Wixel hat für eine PPM Steuerung schon fertigen Code da. Die Nutzbarkeit gegenüber einem nRF scheint größer zu sein. Bluetooth hat den Vorteil, dass der Aufbau mittels Handy oder Computer mit BT-Modul getestet werden kann. Dafür muss aber das Ausgangssignal in PPM gewandelt werden. Ich würde gerne immer noch ein Raspberry Pi 3 als als Steuerungszentrale verwenden. Die USB-Verbindung zwischen Pi und VESC kann alle Wichtigen Informationen übertragen. Telemetrie und die Ansteuerung. Der Pi könnte alles das machen, was unsere feuchte Nerd Fantasie so hergibt.

Ideal. Ich suche mal blaue Augen. Das müsste es sein.

Oder es nicht richtig bemerken. Ich fahre mit einer Kombination aus VESC und BAMBAM Controller. Dort merke ich es nicht so ausgeprägt. (Durch die sehr sanfte Ansteuerung des VESC)

Keinen. Er fährt vorsichtiger und unentspannt.

Hi Dude, nicht in die Tischplatte verbeißen: Grüße Barney

Hier muss ich mal eine allgemeine Zwischenfrage stellen. Chrizz fährt einen C6354 und mit der Firmware 2.16 im BLDC Mode ist er wegen der nicht Linearität unzufrieden. Er fährt mit einer Conrad Funke. Wer hat noch diese Probleme? Grüße Barney