Dude

Genau so musses aussehen! Kannst Du ein paar konstruktive Details zu der Integration des Motors in die Wheels, die Befestigung, Lagerung etc. preisgeben? Was hast Du umbauen müssen? Danke! Dude

Nö, hab ich nicht ich bin gerade völlig begeistert und maximal gefordert die ganze Banana-Pro Geschichte aufzusetzen. Lernkurve hat maximale Steigung, hoffe ich rutsche nicht ab :arf: Btw, Kai ... Du wolltest noch die Umschaltung AP/WLAN etc. ins Git stellen. Ich freu mich schon, wenn der Lautsprecher am Banana aus dem Rucksack einem mitteilt, dass gerade auf DirectDrive geschaltet wurde und man genau weiß, jetzt haut's mich :thumbsup:

Neue SW-Version ist validiert und im Git (hoffe ich, da ich mich mit Sourcetree noch nicht so richtig anfreunden konnte): - DEBUG-Flag aus Settings.h entfernt, da ohne Verwendung. Verallgemeinerung der Ausgabe auf 2 generelle Ausgabekanle (USBSerial und BT) - Update Kommentare - Motorsteller-Offset wieder eingefuegt (zeigt nicht den gewuenschten Effekt, obwohl der Motorstellwert korrekt erhoeht wird, ist noch zu ueberpruefen) - Umschaltung DriveMode und Stellwerbegrenzung ist gegen versehentliches Umschalten geschuetzt (muss innerhalb einer vorgegebenen Zeit statt finden) - Korrekturpolynom fuer 42,9 V Messbereich ergänzt Dude

Dein neuer Schleifkontakt für's Fahren auf Bahngleisen

Ich hab auf meinem MacBook VirtualBox mit div. Debian Jessie Varianten laufen (w w/o X11) ... wäre das für die BLDC SW eine Alternative oder warum geht nur nativ? Dude

Ich hab noch so eine Minimalausführung auf Lochrasterplatine inkl. Teensy rumliegen. Du musst nur noch deinen Wii-Emfänger (drahtlose Variante) mit Stecker versehen und anstecken. Passt für ESC mit Opto und brauchst noch einen BEC für die Stromversorgung (also Alien ESC passt). Bei Interesse schreib mir eine PN. Dude

Hallo Kai, mein "nicht verstehen" liegt nicht an der mangelnden Dokumentation, sondern an meinem Wissensstand in der Materie:( Viele Fachausdrücke kenne ich einfach nicht und muss mich in all das einfach noch einlesen ... daher geht das bei mir eher im Schneckentempo vorwärts. Wenn für Dich i.O. wer ich Dich ab und an mit Fragen belästigen, wenn ich alleine nicht mehr weiter komme. Allein der Hinweis auf qemu (kannte ich nicht ) war schon interessant!

... ich kann allerdings die Abfrage für das manuelle Umschalten des WLAN-Modes nicht finden. Hab ich was übersehen?

Danke! Ich hab's gerade geschafft das bananian auf dem bananapi und jessie auf der VBox meines Macs zu installieren. Jetzt versuche ich mich an der Configuration, da ist Dein Shellscript eine super Hilfe - wenn ich vieles auch noch nicht verstehe:confused5:

Hallo Kai, lese mich gerade in das Thema ein ... in der bananian_mod.sh steht die Umschaltung zwischen AP und Netzeinbindung noch als todo drin. #TODO wenn SSID von bekanntem Netz in Reichweite dann verbinden, sonst AP-Mode #TODO Button für manuelles umstellen des WLAN Modess Kannst Du bei Gelegenheit das neueste Script ins Repository stellen, würde das gerne mal ausprobieren. Danke. Dude

Bloß kein Stress :thumbsup: und meine Witze bitte nicht als versteckte Aufforderung verstehen mehr reinzuhauen! Das ist Hobby und da spielt es überhaupt keine Rolle wie lange was dauert - ich daddle an der SW ja auch nur im Jahresrhythmus rum. VG Dude

Einfach ist anders Ich hab so das unbestimmte Gefühl, dass zuverlässige sensored ESC's < 250 EUR einen noch größeren Engpass darstellen wie sensored Motoren. In Gotham City würde ich jetzt das Batman-Symbol in den Nachthimmel projizieren. Barney, was ist eigentlich Dein Superhelden-Kostüm

Sorry, ich hab vergessen zu erwähnen >=8s.

Wo bekommt Ihr eigentlich Eure "Sensored ESC's" her? Der einzige, preislich attraktive ESC ist wohl der Twin ESC von APS mit 245 EUR ... ist aber seit weiß ich nicht wie lange ausverkauft und ich hab das Gefühl, da ändert sich irgendwie nix. Oder hab ich da irgendwas übersehen? Dude

Dude Boardtyp: Street Version der Leiterplatte: v2.3 mit ADC fix Version der Software Datum: v41p1 Spannungsbereich des Akkus in S: 8S Maximaler Strom: 120 A (ESC) HV-Regler: 1 ESC 3-12S LiPO 120 A Opto Alien ESC Type: Car 3-16S Firmware V4.5 (CAR16S_V45) Sonderfunktionen: Spannungsmessung (in Arbeit) Strommessung (in Arbeit) Bluetooth-Übertragung

ad1: Geht. Im Teensy hab ich allerdings keine Drehzahlinformation - nur die Stellwertvorgabe, die ist im Schubbetrieb allerdings beliebig weit von der Drehzahl entfernt. Die %-Bremse im APS Controller ist allerdings proportional zur Drehzahl (viel Drehzahl = viel Bremsmoment = viel Abwurf. Ist also mit Vorsicht zu genießen, man merkt das aber schnell). Ich kann den Bremswunsch einfach wie bisher an den Motorcontroller über die Sollwertvorgabe der Drehzahl weiterreichen und man kann im APS-Setup einfach die %-Bremse entsprechend dem eigenen Wunsch vorgeben. Eine Reduktion zu dem Setup mit Motorbremse allein ist allerdings ratsam, sollte aber noch genügend Luft nach unten sein (ich fahr mit 60-70%, ohne Servo). Der Maximalwert für den Bremsservo ist in Param.h wählbar und man kann damit das Bremsmomentniveau der Servobremse frei wählen. Das Beste: es ist diesmal unabhängig von der Drehzahl und in Kombination mit der Motorbremse sind die Kombinationen quasi unendlich. Nachteil: man stirbt evtl. den Parametriertod und hat keine Redundanz mehr. D.h. wenn der Bremsservo ausfällt ist die maximale Bremskraft der Motorbremse im APS nicht ohne Laptop zu ändern und wohl eher zu klein eingestellt ... there's no free lunch. ad2: Ja, ist allerdings die leichteste Übung. ad3: IST komfortabel, absolut! Dude

Thema Bremsservo Da ich leider keinen verwende wollte ich vor einer Implementierung in die Software so eine Art Lasterheft-Light abfragen. Abfrage geht an alle, insbesondere an die, die schon Erfahrung mit Bremsservos besitzen und an unsere potentiellen Nutzer aus den Bergregionen (Allgäuer, Schweizer, etc.). In einem ersten Entwurf stelle ich mir folgende Funktionalitäten vor: 1. Generell ist bei aktiver Servobremse die Motorbremse inaktiv. Während des Betriebes lässt sich dies jedoch umschalten (3x c-Taste bei Joystick links). Damit hätte man schon eine Redundanz, falls der Servo und die nachgelagerte Mechanik ausfällt. 2. DirectDrive: Bremse aktiv, sobald der Joystick nach hinten geht. Lineares Bremsverhalten, weitere Parametrierung des Bremsverhaltens über Kennlinie mit versch. Exponenten in Parameter.h möglich 3. Tempomat (Incremental Drive): Bremse aktiv sobald Joystick hinter seiner Neutralstellung UND der Vorgabewert für die Drehzahl kleiner als die Leerlaufdrehzahl ist. D.h. solange die Drehzahl noch über der Leerlaufdrehzahl ist wird diese lediglich verringert und noch nicht gebremst (ist aktuell auch bei reiner Motorbremse schon so). Generell ist der Bremstempomat eine feine Sache. Man kann dadurch eine bestimmte Bremskraft einstellen, und diese bleibt erhalten solange die Z-Taste gedrückt ist (Joystick kann man nach der Einstellung loslassen). Ist sehr komfortabel, wenn man länger den Berg runter fährt. Das alles ist halt nur rein theoretisch. Da Bremsen eine heikle Sache ist, wären Hinweise aus der Praxis prima bevor ich mich an eine Umsetzung mache. Ach ja, danach bräuchte ich noch ein Versuchskaninchen! P.S.: Nur so aus Interesse, wär fährt denn eigentlich mit dem Bam-Bam Controller & Nunchuk? Dude

Hi Barney, Umschaltung DriveMode ist jetzt sicher(er). Ich hab mittlerweile auch gesehen, was Du mit "rudimentärer" Implementierung der Bremse gemeint hast. Hoffentlich verwendet das keiner so :devil: Sobald ich das Ausgleichspolynom für den Wertebereich 43 V neu bestimmt und den Fix für die alte Platine gelötet habe stell ich den getesteten Code wieder ins Git.

Polynomstützpunkte werde ich aufnehmen, sobald ich wieder eine variable Spannungsquelle zur Verfügung habe. Mich hat nur gewundert, dass bereits der nicht korrigierte Wert UBatt um 2-3 V von der tatsächlichen Spannung abweicht. So wie ich Dich verstehe ist das aber in Ordnung?! Implementierung zur maximal zulässigen Dauer für einen Umschaltvorgang (Hase/Igel oder DriveMode) ist in der Mache und bald im Code drin.

Hi Barney, Zwischenstatus zur Spannungsmessung: 1 x 120 kOhm auf der Platine verwendet, 42,9 V als BattSpgMax in Parameters.h eingetragen tatsächliche Batteriespannung: 32,9 V (mit Messgerät gemessen) UBatt und UBattPoly liefern hierzu unterschiedliche Werte (ca. +2-3 Volt). Das kommt mir recht viel vor. Frage zu weiterem Vorgehen: BattSpgMax in Parameters.h so lange anpassen, bis UBattPoly = gemessene Batteriespannung (dann wird wohl das Polynom nicht mehr stimmen)??? Oder die 42,9 V stehen lassen und alles über das Ausgleichspolynom korrigieren??? Ach ja: Dummerweise bin ich beim Spannungsmessen an beide Pins gleichzeitig ran gekommen ... bambam ... Pin für Spannungsanschluss auf der Platine kurz mal abgeschmolzen ... kein Lötkolben zur Hand :mad:

Danke. Bremsservo etc. kann ich mir gerade allerdings nur als Trockenübung ansehen, da ich nix davon angeschlossen habe. Ich wollte, sobald die neue SW auf meinem alten Platinenlayout läuft mich ein wenig um die Ankopplung meines BananaPro via BT an den Teensy kümmern. Zumindest läuft der BPi schon mal, ich kann mich einloggen und die ad-hoc-Netzwerkverbindung zu meinem MacAir geht auch schon. Wie das ganze weiter gehen soll weiß ich nicht aber ich hoffe der Kai hat den ein oder anderen Hinweis für mich. Apropos keine Ahnung: das ging schon damit los, dass ich hinter "bootstra(i)pping" was ganz anderes vermutet hätte ... ich werd mich zunächst mal durch sein Script kämpfen müssen. Was ich aber weiß ist, dass ich jetzt gerade offtopic bin - tschüß

Hi Barney, ich seh mir gerade die neuen Features im Code an und habe folgende Fragen: 1. gibt es einen Grund für die Verwendung von FASTRUN bei der UI-Ausgabe, war's ohne zu langsam (rein aus Interesse)? 2. Was genau war der Grund, dass Du den Drivemode-Umschalter deaktiviert hast? Ich meine Du hast mal aus versehen umgeschalten ... wenn Du eine Idee hast, wie das vermieden werden soll, würde ich versuchen es zu implementieren 3. Ich würde den Leerlaufoffset wieder in integrieren (drivemodespezifisch) - spricht was dagegen? VG Dude

Polynom wollte ich bei der Gelegenheit auch testen - bin gerade im Urlaub und hätte da ein wenig Zeit (bilde ich mir zumindest ein). Blöd, dass ich keinen Lötkolben zum Brückenlöten mitgenommen habe. Temporäre Fix bis Lötkolben zur Hand: Ich werde dann wohl zunächst noch die "alten" Elemente der SW zur Strommessung verwenden und das dann später updaten. Bei der Gelegenheit kann ich mich dann endlich mal mit Sourecetree vertrauter machen. (Beim Abbilden beider Varianten in SW meinte ich tatsächlich getrennte Teile des Codes aktivieren, wobei dann natürlich unterschiedlich genaue Messungen statt finden.) P.S.: ist im Wiki sehr gut zu erkennen, ich habe nur in der falschen Sektion "BoardController" statt "BoardController löten" gelesen. Ich werde sobald ich Zugriff auf's Wiki habe einen Querverweis einfügen. Danke!

Und ich die 72 mph :arf:

Hi Barney, ich hab bei meinem Board noch die Controller HW Version 08/2014 am laufen, die Du mir gelötet hast. Nun möchte ich die neueste Version der SW aufspielen ... spontan fällt mir ein, dass mittlerweile andere Pins zur Strommessung verwendet werden. Weißt Du, was ich sonst noch beachten muss (weitere Änderungen)? Bin dankbar für jeden Hinweis! Gibt es weitere User, die noch mit der "alten" HW fahren? Dann würde ich die Anpassungen in der SW, damit die noch mit älteren HW-Versionen läuft, umschaltbar/parametrierbar einbinden. Ansonsten eher quick and dirty für mich (ist dann ein separater Branch in Git???). Gibt es sonst noch irgendwelche todo's in der SW? Absicherung gegen versehentliches Umschalten direct drive/tempomat? Kai, wenn für Dich in Ordnung würde ich das ggf. im Wiki dokumentieren. Kannst Du mir Schreibrechte einrichten und sagen, wie ich drauf zugreife/Änderungen einpflege?