R2 Puffer schaltet sich über Servos ein

[Gast]

Ahh.. Wir schreiben immer gleichzeitig. 😁
Haste auch mal den Ausgang gemessen, während es rot blinkt? -- Hier kommt immer nur etwas reduzierte C-Spg. raus, die aber voll belastbar.

-------------
Hier (Wirklich "Spezial-Firmware"?): Das Ding blinkte sich leer, noch büsken über 1.4V. Nun 10 amps Zappelmax ran, und es fließen knapp 700 mA.

[Gast]

Noch mal gelurgt (wie Schweizer sagen), - hier reported, - obwohl ich mal "pseudo-verheiratet" mit R2 war :

Der V3.0 hier scheint echt ok zu sein. Sehe Null flaw. "Nur" das Wiedereinschalten durch >= 2.57 V ist ungut. Sollte höher sein, und/oder integral durch averaging wirken.

V4 hier, auf PCB als "4.0" beschriftet, seitens firmware aber vermutlich 4.8, - oder Frühvariante davon.

(In Schaltung: "V4p0" (hier sogar "schlampig" als "V1p0", obwohl V4). Ist wohl immer dieselbe Hardware, - die verwendete Firmware macht die Zahl hinter dem Punkt.)

V4 Hardware
Seitens Schaltung sehe ich nicht viel Möglichkeit für Fehlverhalten.
"Nur" die Serienwiderstände der 4 LEDs sind Fehlgriff. Zu gering, nicht an unterschiedliche Fluss-Spannungen der 3 Farben angepasst.

V4 Software
1)
Der charging startup beginnt erst ab 5.0V Eingangsspg. (gemessen mit ADC in MCU des Buffer).
MMn "zu pingelig" verwendet. Unterschreitet es dann nur um 10 mV die Schwelle, bricht Startup/Charging wieder ab.
(Bemerkte es wegen ein paar MilliOhm im Test-Verstrippen hier. Erst ab knapp 5.1 V wollte es stabil mitspielen, deswg.)
2)
Schwerer Fehler im Verhalten nach OFF Taster drücken. Richtig schlimm. - Das ReON (braucht wieder Knopp-Finger) LED-Kino in abfallender C-Spg. wird wohl nur ein Nebeneffekt davon sein.
Ansonsten verbleibt die momentane C-Spg. einfach als belastbare Ausgangsspg.

Tja.. Bleibt weiterhin das Fragezeichen, ob die Firmware hier eine offizielle ist, - oder nur irgendein pre-release von 4.8 - als Problem-Schuldiger.
Nur Euer Messen kann Aufklären, - ob nach keyOFF, - die rote LED blinkt nicht mehr, - bei Euch wirklich die Ausgangsspg. des Buffer auf Null fällt.
(Wenn ja: Guckt mal weiter, ob es irgendwann einfach wieder ON geht. - Auch: In welcher Höhe muss Eingangsspg. mal kommen, dass Buffer wieder ON? Braucht'n Netzteil mit einstellbarer Spg.)

--------
Namensvetter, ich hoffe auf Dich. 😀​

[thomas1130]

LOL - was sollen wir wo wie genau und wann messen? - auf Deutsch bitte

[Gast]

"Deutsch" : (erstmal nur Messg. #1)

Spg. an den V4, - warten, bis er "fertsch" meldet per LEDs. (also im Modell Akku ran)
Nun Spg. ab vom Buffer (Modell-Akku ab), - dann gleich den V4 Taster drücken. (rote LED stoppt Blinken)
Jetzt schnell irgendwo Ubec (also Ausgangsspg. des V4) messen. Einen Zappelmax am besten vorher schon dran.

Viel einfacher, natürlich, wenn man ein Netzteil rumstehen hat, - 5.0 oder/bis 6.0 Volt.

Oops, Kerndeutsch: "Zappelmax" == Unimeter
(Hatte es oben falsch geschrieben. Die rote LED blinkt, wenn Buffer keine Eingangsspg. sieht, sich als Not-Batterie betrachtet. Nach keyOFF gehen LEDs aus, kein Blinken, - sollte auch Spg. als Ausgang verschwinden.)

[luha]

Oops, Kerndeutsch: "Zappelmax" == Unimeter

Unimeter
Was hat die Feuchtigkeit von Getreide damit zu tun?

[Gast]

😂 Yep, die items demence des Altknackers wandelte "Multimeter".

-- Eigentlich geht's doch ohne Messen:
Sender an, dann Akku an Modell, Nun sollten Servos steuerbar sein, nach halber Minute auch der Buffer genug voll.
Nun Akku ab im Modell, - dann geich den Taster auf V4 drücken.
Servos immer noch steuerbar?
Wenn nicht (Aus): Bitte mal 2 Minuten warten, ob der Buffer von selbst wieder an geht.
Das wäre "Mesg. #1" -- "Mesg #2" etwas schwerer ersetzbar: Spg. welcher Höhe muss der Buffer wieder sehen, um sich zu reaktivieren, wenn noch genug drin?
..Beim V3 sah ich, dass es mindestens 2.57 V braucht. -- Hier eher nur die Frage, ob es andere (hoffentlich etwas höhere) Spg. braucht, oder gestiegene Spg. länger existent, - bevor sich V4 im Output reaktiviert?
...
Ja.., eigentlich Quatsch, - wir können es ja nicht verändern seitens Buffer Hardware/Software. -- Das einfach nur für gemeinsame Sicht drauf, seitens V3.x, V4.x -- Das "x" dabei sicher auch wichtig (firmware release).

[Gast]

Nur zur Info: Linus, ex Boss von ex R2, und icke, - wir babbelten nach 5J zum ersten Mal wieder miteinander. Letzte Nacht, fast 3 Stunden lang.
Ein Teilthema war natürlich dann auch R2buffer.
Linus wird mir klarere Sicht liefern für Buffer v4. Dann sollte ich dasselbe haben wir Ihr.
Der Buffer wanderte ja an einen anderen, heute aktiven Anbieter. Habe den Namen vergessen. Das ging wohl via einen Modellbauanbieter nördlich von Zürich. Aktuelles Release heißt nun 6.4, sagte Linus.
"6.": Auch die Hardware änderte sich, - aber nur wg. veränderter Bauelement-Verfügbarkeit.

Linus sagte zu unserem Thema, dass im Erscheinen von Eingangsspg. nach OFF via Taster erst ignoriert wird, - immer Sekunden abgewartet wird, ob die Spg. wirklich da ist, - also Modell wieder ON.
Hmm.., ab welchem Release?.. -- Let's see - says the blind..

[Gast]

Info als "Bonbon": Linus gab mir Schaltung und firmware sources von Buffer v4.8.1 ..-.. Das sollte offenbar dem aktuellen V6 von 1st-RC entsprechen.
Also kann ich dann mal "theoretisch lurgen", - dann evtl. auf den V4 hier für testing bügeln.

Bitte Abwarten&Teetrinken.. 🙂​

[pope1701]

Coole Einblicke!

[JMalberg]

Der Tom lässt nicht locker

[athome]

"theoretisch lurgen"​

Wenn schon Schweizerdeutsch dann richtig: „theoretisch luege“ lurgen gibts nicht 😃
gruess us de Schwiiz
Lukacs

[Gast]

Sorry, total OT hier... "Lurgen" für "Gucken". Wie schreibt man das? Ich lernte es als Kinderüberraschung mal bei Linus zuhause in CH, als deren kleines Söhnchen so bzgl. Kinderfernsehen Gucken sprach.

[athome]

ja richtig Tom

Gucken heisst "Luege" oder noch besser ausgesprochen "Luägä"....Lurgen gibts nicht das hast du falsch aufgeschnappt 😆😂

[Gast]

Sorry.. bekam schlechtes Gewissen, weil mein "Abwarten&Teetrinken" nun schon ne Weile her.

Habe die sources von "buffer-4.8.1-new" zwar nun, habe aber noch nix gemacht in flashing auf eine hardware hier, die hoffentlich überhaupt noch passend..
Grund ist, dass ich mich nun in's development eines neuen buffer ziehen ließ. - Xelaris, "​1st", - Linus (ex R2) ist weiterhin am development beteiligt.
Linus macht aber x andere komplexe Nicht-RC-Sachen. Daher bat er mich, hier mal mit einzusteigen.
Der Startup war wie immer kompliziert (Sync mit Dev Umgebung von Linus), daher wäre paralleles Spielen am alten Buffer evtl. schwer störend gewesen.

Könnte aber bald gutes "Vergnügen" werden. Dieses Neuding ist "mega-zeitgemäß" (nee, keene AI 😁), gibt es bisher wohl nirgends in RC.
Werde aber erstmal nix "verraten". Bitte noch'n büsken länger Abwarten&Teetrinken.

[tc1975]

...dann bitte gleich auch an 12V denken