barney

Du brauchst das nicht schönreden. Aber ernsthaft, ich war schon einwenig sprachlos über den Aufbau. Und Videos, wo man nichts versteht liegen hier im Trend. Normalerweise ist sonst die fetzige Musik zu laut.

Hi Flubber, das war klar, dass du meiner Abneigung gegen dieses, ich weigere mich es "Produkt" zu bezeichnen, noch mehr Tiefsinn gibst. Das sieht aus, als wenn Linkshänder mit der rechten Hand mittels Brotmesser ein Deck aus einer Bodendiele gesägt hat. Der Unterbau ist so verwerflich, dass ich mich für meinen Berufsstand schäme. Da möchte ich nicht die Elektronik Made in USA sehen. Wahrscheinlich ist das ein Testballon für TIPP. Die machen dann die Kohle durch ein Schiedsgericht, welches Deutschland verklagt, auf entgangenen fiktiven Gewinn. Wenn ich noch länger mir den M... ansehe, bekomme ich Augenkrebs. Werde ich jetzt verklagt?

Schade das diese Frage nicht im e-go Forum gestellt wurde. Ist bremsen schlecht fürs e-go?

Hey, geil! Ein elektrisch angetriebenes Skateboard mit Chinamotor und Elektronik designt in USA.

Ihr seit der Meinung ich bin auf Drogen oder was. Ich finde meine Ausführungen alle verständlich und naheliegend. Ignoranten ... Pah

Da ich LiFePO 8s1p fahre, 29.2V Ladeschluss und ca. 26.5V Typ. Fahrspannung, sollte deine Frage sich daraus beantworten lassen.

Entschuldigung, bin momentan geistig woanders. Ich muss noch meine Einhörner zur Tränke bringen.

Was will ich damit zeigen: Nach Stunden "Ein Man, der auf ein Display starrt", wirklich langweilig, ich würde nicht dafür ins Kino gehen! Nach mehreren Stunden, "das TFT macht nichts", habe ich google angeworfen. Weitere Stunden später war die Verkaufsaussage "8/16Bit Display Interface" geklärt. Das Display wird im 16Bit Mode vertrieben. Da die 20 Zuleitungen, die dann vom Teensy kommen müssten, keine weiteren Funktionen wie SD-Card, Touch und Nunchuk zulassen würde, habe ich mich gefragt, wie bekommt man das Teil in den 8Bit Mode? 1. Nein, nicht, wie es in der UTFT-Lib beschrieben wird, sind im 8Bit Mode nicht die Datenbusleitungen D8-D15 zu verwenden. Im Raspberry Forum hat ein Spezi den Tipp gegeben D0-D7 zu verwenden. Gut das entsprach auch mehr meinem natürlichen Empfinden. Es kommt noch besser! Das Display mit den SSD1289 Controller kann sehr viele Modis. Wer es wissen will, es sind 11. Wie werden diese umgeschaltet? Ganz einfach: 1. Mit einem Bindfaden das Doppelseitige Klebeband zwischen dem Display und der Platine durchsägen. 2. Mit einer 8x Lupenlinse den Widerstand R4 finden (siehe Foto) und nach R5 löten. 3. Nicht den 1mm großen Widerstand auf dem Tisch verlieren. Wenn doch, eine Litze eines Kabels als Brücke verwenden. 4. Keinen Schreianfall bekommen. Belohnung: Es funktioniert. Dummerweise habe ich zuerst gelötet und danach den Datenbus von D8-D15 nach D0-D7 umgestöpselt. Somit weiß ich nicht, ob es auch ohne Gelöte geklappt hätte. Laut Datenblatt des SSD1289 vermute ich aber nicht. Ich werde den Draht nicht zurück löten! Welches kranke Ar..... schreibt hier so selbstverständlich 8/16Bit? Seriell kann es auch und auch 9 und 18 Bit. Falls jemand ein Bit oder zwei Bit rumliegen hat.

Leider nein, zwei angeblich gleiche Systeme in Reihe zu schalten birgt nicht automatisch, dass diese dann das Doppelte vertragen. Die Scheinwerfer sind nun mal nicht gleich. Normalerweise sollten LEDs mittels Konstantstromquelle versorgt werden. Wer weiß, wie diese Teile aufgebaut sind. Es mag bei dir klappen, da du sehr knapp über der maximalen Spannung eines Scheinwerfers liegst. Aber wenn jemand ganz unbedarft deine Aussage ließt und dies für 60V probiert, sieht das ganz anders aus.

Ja und es wird noch besser: // kann nur verwendet werden, wenn nicht mehr die Pins A0 und A1, sondern A0 und A2 verwendet werden. // Vorteil ist, dass die Abfragezeit der ADC unter einer us sinkt adc->startContinuous(readPin, ADC_0); // Starte die Dauermessung der beiden adc->startContinuous(readPin2, ADC_1); // ADC im Hintergrund. Dies beschleunigt die Messwerterfassung um das // 150 Fache. Auch hohe Average stören nicht mehr // Die Abfrage der ADC muesste entsprechend angepasst werden adc->analogReadContinuous(ADC_0); // Hole den Messwert des ADC_0 ab Achtung asynchron adc->analogReadContinuous(ADC_1); // Hole den Messwert des ADC_0 ab Achtung asynchron Der Lib Autor hat einen Continuous Mode spendiert. D.h. die beiden ADCs messen permanent im Hintergrund und man kann sich irgendwann den letzten Messwert abholen. Warum ist das so gut? Leider sind viele Arduino Libs so ausgelegt (und teilweise geht das auch nicht anders) das eine Aktion ein Abwarten zur Folge hat. Es macht an vielen Stellen dann aber keinen Sinn eine CPU auf 72MHz zu takten, wenn die nur wartet, bis was fertig ist. Hier ein Beispiel mit den ADCs: Eine Messung mit 8 Durchschnittswerten dauert ca. 147µs. Solange wartet der Teensy. Da Strom und Spannung gemessen wird, sind locker 300µs CPU-Zeit damit verbraten. Der Strom wird sogar 10 x Sekunde gemessen. Damit sind 10 x 147µs + 1 x 147µs idle angesagt. Nicht gut! Durch den Continuous Mode wird permanent im Hintergrund gemessen. Der letzte Messwert wird weggeworfen und durch den aktuellen ersetzt. Wenn jetzt nach dem letzten Messwert gefragt wird, dauert diese Abfrage unter einer 1µs! Das ist mal eine Ansage. Wo ist die Fußangel? Dummerweise habe ich die analogen Pins A0 und A1 verwendet und beide zusammen kommen nicht in den Genuss vom Continuous Mode (Kotz). A0 und A2 funktionieren. A1 ist Pin 15 und A2 ist Pin 16. A2 geht derzeit ungenutzt auf den Extension Stecker und ist nicht belegt. Eine kleine Drahtbrücke zwischen A1 und A2 und man kommt in den vollen Genuss vom Continuous Mode und noch weiteren Annehmlichkeiten, wie paralleles Messen und verschiedene unabhängige ADC Einstellungen, wie Average, Auflösung, Referenzbezug, ....

Jetzt auf 10mV genau. Die Linearität konnte ich noch nicht testen. Sollte aber im kleinen Messfenster nicht so schlecht ausfallen. Jetzt muss nur noch der Strom justiert werden.... #define AnalogReadResolutionBits 12 // Bit-Aufloesung fuer die Analog Digital Umsetzer (ADC) zur Strom- und Spannungsmessung #define AnalogReadResolutionValue (uint32_t) pow(2,AnalogReadResolutionBits) // Festlegen der ADC-Aufloesung (Wertebereich) #define AnalogAveraging 8 // Durchschnittswert bei der ADC-Messung bilden // ADC Einstellungen pinMode(Pin_Ubatt, INPUT); // Spannungsmesspin aktivieren pinMode(Pin_Strom, INPUT); // Strommesspin aktivieren // ADC_0 adc->setReference(ADC_REF_EXTERNAL, ADC_0); //change all 3.3 to 1.2 if you change the reference adc->setAveraging(AnalogAveraging, ADC_0); // set number of averages adc->setResolution(AnalogReadResolutionBits, ADC_0); // set bits of resolution // it can be ADC_VERY_LOW_SPEED, ADC_LOW_SPEED, ADC_MED_SPEED, ADC_HIGH_SPEED or ADC_VERY_HIGH_SPEED adc->setConversionSpeed(ADC_VERY_LOW_SPEED, ADC_0); // change the conversion speed adc->setSamplingSpeed(ADC_VERY_LOW_SPEED, ADC_0); // change the sampling speed // ADC_1 diese Einstellung werden erst wirksam, wenn die speziellen ADC-Pins verwendet werden. // 16 (A2), 17 (A3), 34-36 (A10-A13) adc->setReference(ADC_REF_EXTERNAL, ADC_1); //change all 3.3 to 1.2 if you change the reference adc->setAveraging(AnalogAveraging, ADC_1); // set number of averages adc->setResolution(AnalogReadResolutionBits, ADC_1); // set bits of resolution adc->setConversionSpeed(ADC_VERY_LOW_SPEED, ADC_1); // change the conversion speed adc->setSamplingSpeed(ADC_VERY_LOW_SPEED, ADC_1); // change the sampling speed Ubatt = adc->analogRead(Pin_Ubatt, ADC_0)*UbattFaktor; // Ubatt in V messen Strom[stromIndex] = (adc->analogRead(Pin_Strom, ADC_1)*StromFaktor)-Strom0A; // Strom in A messen und in Array ablegen

Flubber, ganz ruhig.... Der will nur spielen.... Kein Beton!

Tiefe Erkenntnisse: Aufbau 1: Teensy 3.1 auf Testboard mit zwei Potis. Auflösung eingestellt und Average auf 1 eingestellt. Erkenntnis 1: Zum heulen was da raus kommt. Aufbau 2: Average auf 32 und 64 eingestellt. Erkenntnis 2: Ich benötige immer noch Taschentücher. Aufbau 3: Da war einer mit den ADC unzufrieden und eine neue ADC-Lib geschrieben. Diese ist in der Lage beide ADCs zu nutzen. Erkenntnis 3: Was ist da denn los? Je nach Einstellung von "setConversionSpeed" und "setSamplingSpeed" wird auch ohne Average das Ergebnis so, dass man mit den Werten schon fast zurecht kommt. Aufbau 3+Average: ein Average von 8 und slow Speed reichen aus nur noch ein Wackeln von 1LSB zu haben. Die Messzeit beträgt 148µs. Vorher waren es 2µs Ein Fail gibt es noch. Es können nur die Eingänge 16 (A2), 17 (A3), 34-36 (A10-A13) für eine gleichzeitige Nutzung der beiden ADCs verwendet werden. Dann können auch beide mit verschiedener Auflösung und Average betrieben werden. Dumm gelaufen ich verwende A0 und A1. Ist was für die Revision 2.x. Aber die positiven Eigenschaften von oben lassen sich auf den jetzigen Aufbau anwenden.

Ich wollte extra nicht darauf antworten. Warum? Es kann hier klappen, ist aber nicht verallgemeinbar. Und falls es doch raucht, ist Barney schuld.

Das ist sehr gewagt und nimmt voraus, das die Scheinwerfer absolut identisch im elektrischen Verhalten sind. Hast du deine Theorie nachgemessen?

Ihr seht das nur zu negativ: Bei Dilbert und Dogbert versterben nicht die Kunden, sondern die Anzahl der Unzufriedenen Kunden nimmt ab!

Eine mögliche Lösung für die Spannungsmessung: Folgende Annahmen für eine einfache programmiertechnische Lösung: Unter der Annahme das UrefTeensy bekannt und stabil ist Kann mittels Uref3.3V = 3.3V (der gehoffte Wert für die Referenz der ADCs) UrefTeensygemessen USpannungsregler ermittelt werden (Uref3.3/UrefTeensy)/(USpannungsregler/UrefTeensygemessen) USpannungsregler = (Uref3.3*UrefTeensygemessen)/UrefTeensy Mit USpannungsregler und dem Teilverhältnis vom Messspanungsteiler, BattSpgMMax dynamisch ermittelt werden. Schlussendlich könnte mit diesem kleinen offensichtlichen Ansatz die Spannungsschwankung des Spannungsregler rechentechnisch kompensiert werden. Mit viel Glück kann der Teensy intern die Messung, ohne löten, durchführen. Ansonsten muss ein analoger Pin auf AREF gelötet werden.

Auch ein Barney hat es nicht einfach... Ich konnte heute zum ersten mal mein Board aus messtechnischer Sicht untersuchen. Die Strom und Spannungsmessung macht mir noch nicht so richtig Freude. Spannungsmessung: Ich habe mich gewundert, warum die Spannungsmessung um ca. 100mV schwankt ohne, dass der Motor lief. Ein Blick auf den Teensy 3.1 und hier besonders der Schaltplan verrät die Tatsache, dass die Referenzspannung für die ADC nicht aus einer stabilisierten Referenzspannungsquelle kommt, sondern die 3.3V sind, die er intern aus den 5V gewinnt, oder hier im Fall, aus den Spannungswandler den ich auf die Leiterplatte gesetzt habe. Dieser Spannungswandler hat aber keine Referenzeigenschaften. Mal liefert dieser 3.37 oder 3.375V. Das mag mäklich klingen, hat aber bei 12Bit eine erhebliche Auswirkung. Der Spannungsteiler ist auf 3.3V als Referenz gerechnet. Sollte die Referenz abweichen (wie hier) ist der Parameter #define BattSpgMMax (float) 33.5 anzupassen. Das ist schnell getan. Kling nicht schwierig. Wird aber durch das ständige Schwanken des Spannungsregler unmöglich. Strommessung: Hier ist der Nullwert des Stromsensors zu finden und der Maximale Strom zu ermitteln. Der Stromsensor ist recht unabhängig von der Spannungsschwankung des Spannungsregler. Denn URegler = Voller Messbereich. Damit sind die Schwankungen obsolete. Der von mir verwendetet ACS756-050 ist nun nicht gerade ein Präzisionselement, besonders nicht bei der leicht verrauschten Versorgungsspannung. Hier muss noch ein wenig Aufwand mit der Glättung der Versorgungsspannung getrieben werden. Fazit: Als Präzisionsmessinstrument wird der Aufbau nicht durchgehen. Hier müsste eine sehr stabile Referenzspannungsquelle aufgetrieben werden. Der Teensy hat ein eingebaute Bandgap Referenzspannungsquelle, diese liefert aber bei 3V 2.980V und hat damit auch nicht die gewünschte Eigenschaft. Zumal diese R-Quelle nicht nur die ADC, sowie die DAC versorgen müsste, auch der ACS756 möchte versorgt werden. Da der ACS756 pulsierende Ströme beim Messen zieht, würde sich dies negativ auf die Referenzspannung auswirken. Mehr als 50mV Spannungsgenauigkeit und 100mA bei der Strommessung scheint momentan nicht zu erreichen zu sein. Weitere Tests und Optimierungen stehen noch aus.

Kick Push mit ausgeschaltetem Board als Fehlerbild hatten wir schon mal. Die Generatorspannung des Motors ist nicht ohne und könnte im ungünstigen Fall die Elektronik des Boards aktivieren / versorgen.

O.k. wir sollten wieder in die Sachebene zurück überleiten.

Was unterscheidet Chuck Norris von Barney? Das Aussehen! Ich sehe beser aus.

Echte Männer bremsen mit Fleisch!

Bremse? Du Schwitzer! Chrizz bremst mit Bodenrillen! Und das von max. auf 0 Km/h in 0 Sekunden.

Darum fahre ich mit Teensy.

No RISC no Fun. Haben die Prozessoren Hersteller gesagt.