J-Log.eu - Forum JLF ------ SPAM Bots! Bitte nach Registrierung eine Email an mich zur Freischaltung! / After registration drop me an email please for clearing! ===Nenne/name the NICK you used to register with!=== Email address: -> http://j-log.eu/impressum 2017-11-20T21:53:07+01:00 http://j-log.eu/forum/feed.php?f=24&t=823 2017-11-20T21:53:07+01:00 2017-11-20T21:53:07+01:00 http://j-log.eu/forum/viewtopic.php?t=823&p=10036#p10036 <![CDATA[Re: KOSMIK, JIVE Pro - BEC Design Bug]]>

Quote:

Hmm, was ich nicht verstehe ist, dass man das Problem auch mit dem UltraGuard lösen kann. Also wenn ich das richtig verstanden habe. Funktioniert bei mir aber nicht. Ich hab den UltraGuard bei mir dran. Da ich den Heli erst Juli angeschafft habe, müsste auch beim UltraGurard die richtige Firmeware drauf sein. In dem Post stand ja ab 2015.
Kann aber auch sein, dass ich das falsch verstanden hab. So tief Steck ich nicht in der Materie.


Dass die BEC Voltage ganz am Anfang büsken crazy ist, kann auch der UG nicht verhindern. Er schaltet sich ja erst zu, wenn er Spannung sieht, wenn ca. 5V erreicht sind.
Das macht der UG seit Mitte 2015 (Firmware), die ersten 5 Sekunden kommt er wie eine Stützbatterie, dann erst tut er sein normales Ding.
Es heilt das Problem für den Startup des BEC. Der ist eigentlich unschuldig, der Design Flaw steckt um seinen Herrn, den Prozessor.
Das heißt aber nicht, dass ein versorgtes Device, was viel zu früh "nach dem Rechten guckt", sich nicht doch beeindruckt fühlen könnte durch das Crazy Voltage Behavior in den ersten Millisekunden.
Dann ist aber dieses Gerät quasi selbst schuld. Ich schreie nicht, "ich ertrinke", weil mir Wasser in's Gesicht spritzte, sondern erst, wenn es über mir zusammenschwappt, und ich die Gusche noch mal an die Oberfläche kriege, um den Schrei abzulassen.

Wenn Du jetzt eine echte Stützbatterie an den BEC-Ausgang hängst, die liefert, bevor die Schei**e los geht, dann sollte Dein Problem (habe ich nicht genau hingeguckt bzw. verstanden) gelöst sein.
Wenn nicht, dann hat es eine ganz andere Ursache.

Das Problem im RC ist ja grundsätzlich:
Obwohl die Geräte verschiedener Hersteller am Ende in einem Setup zusammenarbeiten müssen, tun viele Designer so, als wären sie allein mit ihrem Gerät.
Es ist ergo zweischneidig: Der Eine ist zu spät bereit, der Andere geht zu früh von Bereitschaft aus.
Nimm mal allein die Servos, die ohne Sinn und Verstand nach Powerup sofort losballern mit viel Strom.
Dazu andere "Hirnlose", FBL's, die diese Servos sofort und kollektiv ansteuern.

Statistik: Verfasst von dl7uae — 20. Nov 2017, 21:53

]]> 2017-11-20T17:09:41+01:00 2017-11-20T17:09:41+01:00 http://j-log.eu/forum/viewtopic.php?t=823&p=10035#p10035 <![CDATA[Re: KOSMIK, JIVE Pro - BEC Design Bug]]> https://www.rc-heli.de/board/showpost.php?p=3294898&postcount=3924

Weil ein User den Bootloader nicht aufspielen kann, rein technisch.

Also, entweder hat man einen ESC, der bereits diesen BL bekam im Herstellungsprozess, oder mein ESC muss noch einmal nach Hause dazu.

-----
Übrigens gute Maßnahme vom Dev (kenne ihn): Bevor man irgendwas "intelligentes" tut mit dem Microcontroller, gleich eine Spannung an den BEC Controller kommandieren, sodass die nach dem Powerup viel kürzer führungslos ist.
Schließlich sitzt man ja selber (der M-Controller == MCU) auf dem Ast (seine Betriebsspannung wird aus der BEC Ausgangsspannung gemacht).
Ansonsten ist man u.U. als MCU selber angearscht, - wird geboren, stirbt gleich wieder. Dann oszilliert Ubec.

Statistik: Verfasst von dl7uae — 20. Nov 2017, 17:09

]]> 2016-12-06T17:31:54+01:00 2016-12-06T17:31:54+01:00 http://j-log.eu/forum/viewtopic.php?t=823&p=8915#p8915 <![CDATA[Re: KOSMIK, JIVE Pro - BEC Design Bug]]> https://www.rc-heli.de/board/showthread.php?goto=newpost&t=258646
Quote:

Ja, die Pufferschaltung in V3.

Da liegt der Hase im Pfeffer:
Durch den Design Flaw fühlt sich der BEC beim Einschalten bereits durch weitaus weniger als 300mA "überlastet".
Wenn die Caps des Puffers ziemlich leer sind, provozieren sie das Erscheinungsbild des BEC Design Flaws.

Einfach den Puffer 1s nach Powerup anstecken.
UltraGuard statt Buffer, mit Firmware, wie wir sie ihm seit Mai 2015 verpassen, wäre eine Alternative.
Der UG stützt den armen BEC-Idioten beim Powerup, anstatt ihn bitterböse mit ein paar Milliampere zu "belasten". :)

Am Anfang des Threads ist ein Bild, das zeigt, wie selbst kleiner Strom beim Startup das Ganze zum Schwingen bringen kann. (am Multimeter sieht es wie zu geringe Spg. aus, weil integriert)
Ob's nun schwingt oder was anderes, - es stört das Startup.

Bild

Statistik: Verfasst von dl7uae — 6. Dez 2016, 17:31

]]> 2016-12-04T23:58:36+01:00 2016-12-04T23:58:36+01:00 http://j-log.eu/forum/viewtopic.php?t=823&p=8913#p8913 <![CDATA[Re: KOSMIK, JIVE Pro - BEC Design Bug]]>
Vg

Statistik: Verfasst von augur — 4. Dez 2016, 23:58

]]> 2016-12-04T23:18:08+01:00 2016-12-04T23:18:08+01:00 http://j-log.eu/forum/viewtopic.php?t=823&p=8912#p8912 <![CDATA[Re: KOSMIK, JIVE Pro - BEC Design Bug]]>
Sie haben es leider nicht verstanden. Der GF sagt stolz was von, dass sie mit 30 Servos testen. Das zeigt deutlich, dass der Background leider nicht erfasst wurde..

Das ist ein Workaround, keine prinzipielle Lösung.
Man verändert 1..2 Widerstände im Feedback Netzwerk des Buck Controllers so, dass das Ganze die kritische Zeit von nominal ca. 100ms (wovon nur die ersten 10ms wirklich kritisch sind) ohne Erscheinungsform des Design Flaws über die Runden bringt. Es ist aber
- exemplar-
- last-
- temperaturabhängig.

Eigentlich müsste jeder so modifizierte BEC bzw. ESC in den Klimaschrank, um bei wenigstens zwei Ecktemperaturen zu testen, ob der WA bei diesem Exemplar wirklich greift.
(Darüber kann der WA sogar teurer werden als ein Redesign.)

Tja.., macht man nicht, - daher muss jeder bisher Glückliche potentiell damit rechnen, dass es mit eiskaltem ESC anders aussieht.
Lösung: Batteriebetriebener Haarfön. :)

Statistik: Verfasst von dl7uae — 4. Dez 2016, 23:18

]]> 2016-12-04T16:31:27+01:00 2016-12-04T16:31:27+01:00 http://j-log.eu/forum/viewtopic.php?t=823&p=8911#p8911 <![CDATA[Re: KOSMIK, JIVE Pro - BEC Design Bug]]>
Wie sauber funktioniert eigentlich die Korrektur von K spannungstechnisch? Hab einen neuen Jive Pro bekommen und bei Kälte fangen die Saxos Servos an zu spinnen an. Das aber nur, wenn Sie am BEC vom Jive hängen. Die fahren beim Einschalten schön in die Endposition und zerlegen mir die Anlenkung.

Viele Grüße,
Nils

Statistik: Verfasst von augur — 4. Dez 2016, 16:31

]]> 2016-03-21T23:02:50+01:00 2016-03-21T23:02:50+01:00 http://j-log.eu/forum/viewtopic.php?t=823&p=8458#p8458 <![CDATA[Re: KOSMIK, JIVE Pro - BEC Design Bug]]>
1. Der Workaround gegen den Drehzahlbug funktioniert nicht, weil JLog dabei PWM als Führungsgröße verwendet. (Gas gibt's ja erst gar nicht.)
PWM ist aber komplett unbrauchbar, wenn man die Bremse drin hat (Klapp-Propeller). PWM geht in den Pausen (nix dreht sich) auf 100%!

2. Die Heilung in JLog gegen einen anderen Bug (Motorstrom friert auf dem letzten Wert ein, wenn der Motor nicht mehr kommutiert wird) funktioniert auch nicht, weil auch dabei PWM verwendet wird, PWM spielt aber Scheibe.

Natürlich wird PWM auch zum Bremsen auf die Endstufen gegeben, aber das sollte man nicht stumpfheil ausgeben.

Mit einem KOSMIK sähe es vermutlich auch nicht besser aus, was PWM und die Drehzahl betrifft.

Winne, unser'n Data Explorer Helden, hat es voll erwischt dabei, er war der unfreiwiliige Tester. Ich hatte vorher nie mit brake enabled getestet, dabei schaltet sich immer mein Netzteil ab. :)

Statistik: Verfasst von dl7uae — 21. Mär 2016, 23:02

]]> 2016-03-15T22:37:34+01:00 2016-03-15T22:37:34+01:00 http://j-log.eu/forum/viewtopic.php?t=823&p=8445#p8445 <![CDATA[Re: KOSMIK, JIVE Pro - BEC Design Bug]]>
https://www.rc-heli.de/board/showthread.php?t=254908

https://www.rc-heli.de/board/showpost.php?p=3113634&postcount=16
Quote:

Hallo zusammen,

kurzer Zwischenbericht: Der Kosmik wurde von Kontronik kostenfrei repariert und ist auf dem Weg zu mir.

Viele Grüße
Rolf

Statistik: Verfasst von dl7uae — 15. Mär 2016, 22:37

]]> 2016-03-07T23:42:18+01:00 2016-03-07T23:42:18+01:00 http://j-log.eu/forum/viewtopic.php?t=823&p=8434#p8434 <![CDATA[Re: KOSMIK, JIVE Pro - BEC Design Bug]]> (Das ist aber reine Spekulation! Es ist bisher meßtechnisch gar nicht festgestellt, dass sich etwas durch die letzte(n) Firmware(s) änderte!)

Der BEC soll eine Ausgangsspannung produzieren, lt. (fragwürdiger) Wahl von K zunächst fixe 5,6V, - und aus dieser Spannung werden 3,3V für den Prozessor gemacht.

Der BEC hat einen BEC Controller, einen Chip von TI, sprich, der BEC ist eigentlich komplett eigenständig.
Am BEC Controller gibt es einen Eingang für das Spannungs-Feedback. An diesem Pin sieht der Controller die Ist-Spannung, sodass er in der Lage ist, eine bestimmte Ausgangs-Sollspannung auszuregeln. Je nachdem, wieviel von der tatsächlichen momentanen Ausgangsspannung ich ihn sehen lasse (Spannungsteiler mit Widerständen), wird die Ausgangsspannung eingestellt.
Je weniger vom tatsächlichen Ist ich ihn sehen lasse, desto höher stellt/regelt er die Ausgangsspannung.

Nun soll das einstellbar sein per Software, - ergo braucht es eine Einflußnahme durch den Prozessor.
Der verwendet einen Pin dafür, dahinter sitzt der Ausgang eines DAC (Digital Analog Converter) im Microcontroller (STM32F205).

Diese Gleichspannung wird nun oben genanntem Eingang des BEC Controllers zugeführt, - es mischt sich die Feedback Spannung (der Anteil von der BEC Ausgangsspannung) mit dieser Stellspannung vom Prozessor. Man verfälscht sozusagen absichtlich das Feedback, um den BEC Controller dazu zu bringen, die Höhe der Ausgangsspannung zu ändern.

OK.. Das funktioniert natürlich solange nicht, wie der Prozessor nicht startete, nicht das DAC Signal erzeugt.
Sprich, der BEC Controller muss hier eine Ausgangsspannung erzeugen ohne Mitwirkung des Prozzi, um diesem wiederum eine adäquate Betriebsspannung zu erzeugen (5,6V --> Spannungsgregler -- 3,3V --> Prozzi), dass er starten kann.

Problem ist nur, dass besagter Pin am Prozzi, aus dem dann Spannung kommen soll, bei spannungslosem Prozzi einen undefinierten, nichtlinearen Widerstand darstellt. Sprich, die Ankopplung an den Feedback Eingang des BEC Controllers hat jetzt eine kontraproduktive und vor allem unberechenbare Wirkung.

Jetzt ist es eher einem gewissen Bauelementezufall, Millisekunden und Bruchteilen davon im zeitlichen Ablauf nach Anlegen der Akkuspannung, außerdem der Temperatur verantwortet, was passiert..
Schafft es die Ausgangsspannung des BEC zufälligerweise trotzdem straight (ohne zwischendurch wieder in einen Unterspannungsbereich zu fallen) eine für die Versorgung des Prozzi hinreichende Spannung zu erzeugen, oder nicht?
Natürlich hat nun die elektrische Last am BEC-Ausgang einen entscheidendes Wörtchen mitzureden dabei! Erschwerend kommt hinzu, dass die Spannung von Null an steigt: Da versorgte Elektronik am Ausgang des BEC keine linearen Ohmschen Widerstände darstellt, steckt hier auch viel Dynamik drin, - Nichtlinearität, - und jede elektronische Schaltung verhält sich anders, selbst verschiedene Exemplare desselben Modells.

Wenn es klappt, hat bisher (vor KOSMIK Firmware 4.6 bzw. JIVEpro 1.6) der Prozzi ca. 100ms nach Powerup endlich die Kontrolle übernehmen können. (Wenn's blöd kommt, bricht die Spannung wieder soweit ein, dass der Prozzi gar nicht startet oder wieder abkackt, und das Spiel geht von vorn los, - Sägezahn am Ausgang.)
Bisher (vor 4.6/4.8) war es auch i.allg. so, dass vor allem die ersten Millisekunden kritisch waren.
Wir mussten uns nicht dafür interessieren, was in diesem Gebilde, einer Lotterietrommel ähnlich in dem Zustand, passieren würde, wenn der Prozzi später als nach 100ms übernehmen würde.

Der Opti BEC Guard bekam eine Zusatzfunktion namens "Voltage Lockout". Die Eingangsspannung muss erst eine bestimmte Höhe erreicht haben und über eine bestimmte Zeit halten, bevor sie der Guard in einer Rampe (Lastschock vermeidend) zum Ausgang durchreicht.
Diese Stabilzeit ist aber weitaus kleiner als besagte 100ms, und das reichte auch 100%ig.

Tja..., wenn man nun nicht verstanden hat, worum es hier eigentlich geht, ... dann könnte man im Rahmen einer Firmwareänderung bewirkt haben, dass es nun viel länger dauert als 100ms, bis der Prozzi seines Amtes waltet am BEC, - vor allem, bis er aufhört, zu stören. Man machte das dann nicht mit Absicht, aber unbewusst, weil man nicht wusste, worauf man zu achten hat bei Eingriffen in die Software.
Es wäre sogar vorstellbar, dass der Störeffekt des Prozzi dadurch noch verstärkt wird, indem er zwar noch "zeitnah" Betriebsspannung erhält, startet und am Laufen bleibt, - man aber nun verzögert den DAC Ausgang klar macht, - initialisiert und den geeigneten Stellwert ausgibt.

Tja.. In so einem Fall sähe es nun u.U. so aus (mit Bezug zum Zitat oben): Der BEC Guard wirkt, das Unheil wurde verhindert, aber, nachdem der Prozzi startete, macht man es wieder zunichte, verpasst der Ausgangsspannung einen hausgemachten Knick.

Je nachdem, wie lange der ganze Schlamassel dauert, bis dauerstabile wenigstens 5,6V rauskommen, könnte es sein, dass nun nur noch ein Ultra Guard oder, im schlimmsten Falle, nur ein Akku am BEC Ausgang helfen kann. Dessen Spannung ist lange genug da, bis der Design Bug ("ich blase mir selbst in die Segel" oder "das Ei legt die Henne" :)) und evtl. nun auch noch die Firmware im Prozzi aufgehört haben, sich an den Füßen zu spielen.

---------
Wie gesagt, was K machte, ist ein Workaround, wahrscheinlich einfach nur ein Widerstandswert geändert.
Dahinter steckt natürlicherweise keine Garantie 100%iger Wirksamkeit über die Exemplare.
Man muss es an jedem BEC testen nach der Fertigung, eine Ohmsche(!) Last dran und einen Speicheroszi, und bei mindestens zwei Temperaturen! Sonst bleibt es weiterhin Lotterie, die hat sich vielleicht von 6 aus 49 zu 6 aus 36 geändert.

Eine verlässliche Lösung mit definierten Verhältnissen wäre,
- den Prozzi unabhängig vom BEC mit Betriebsspannung zu versorgen (also letztendlich direkt aus der Rohspannung),
- dann kann man den Enable-Eingang des BEC Controllers durch den Prozzi schalten, anstatt ihn fix auf Auto Enable zu legen, wie jetzt.

Oh Mann, schon wieder soviel Zeit verballert mit dem Kram... Ihr könnt Euch denken, warum? RÜSCHTISCH, die Anwender unserer Produkte involvieren uns automatisch. :)
Ich hasse es jedenfalls wie die Pest, über fremde Produkte öffentlich reden zu müssen. Daher war ich so heilfroh, direkt euphorisch, als K unerwartetermaßen plötzlich das Problem eingestand und ab sofort Heilung versprach. Tja...

Statistik: Verfasst von dl7uae — 7. Mär 2016, 23:42

]]> 2016-03-07T01:12:19+01:00 2016-03-07T01:12:19+01:00 http://j-log.eu/forum/viewtopic.php?t=823&p=8433#p8433 <![CDATA[Re: KOSMIK, JIVE Pro - BEC Design Bug]]>
Wie es scheint, ist die "neue Hardware" (der Workaround) immer öfter keine Heilung des Design Bugs,... meist generell (Bug immer noch da), in einem Fall temperaturabhängig.

Ich habe es befürchtet.., denn, so, wie K seine Testbedingungen beschreibt (30 Servos als Last), schießen sie umme Ecke, haben es nicht verstanden.
Den Workaround wird noch Sebastian erarbeitet haben, - nur, die "Hinterbliebenen" bei Sobek/Kontronik scheinen nicht wirklich verstanden zu haben, worum es geht..

Ergo: Vermutlich testen sie nicht zielführend, weder Kundenhardware, die zum Test eingeschickt wird, - noch neue Hardware mit dem kleinen Mod.
Mod: Man kann sich nicht 100%ig darauf verlassen, dass er auf Anhieb funktioniert. Also muss man jedes neue Gerät RICHTIG testen. Am groß geschriebenen Wort scheint's zu hapern...

Es geht nicht um die Last im Betrieb, es geht darum, dass der BEC am liebsten lastfrei starten will (muss) aufgrund des Design Bugs. Der besteht darin, dass der BEC Controller die ersten 100ms nach Powerup ohne Kontrolle durch seinen Herrn und Meister ist, den Prozessor, - den er selbst erst versorgen muss. Der Prozessor nimmt Einfluß auf die auszuregelnde Ausgangsspannung, - er beeinflußt sie falsch, solange er selbst ohne diese Spannung ist, - aus ihr rekrutiert sich seine Betriebsspannung.
Eine heiße Racing Condition, - wenn sie verloren wird, dann i.allg. in den ersten 10ms. Verlieren sieht dann so aus:
- Wenn man "Glück" hat, kommt die Spannung irgendwann, nur auf dem Spannungsirrsinnwege dorthin passierte evtl. bereits negatives.., in versorgter Elektronik, - der JIVEpro kann sich sogar selbst in den Prog Mode beamen, wenn JLog an seinem Option Port hängt.
- Bei "Pech" kommt die Spannung nie wirklich hoch. Ein träges Multimeter zeigt irgendeine geringe Ausgangsspannung, ein Oszi zeigt: Es schwingt unendlich, - Sägezahn.

Man kann dem BEC Lastfreiheit in der kritischen ersten Sekunde verschaffen, - und alles ist gut:
1. Indem man ihn ohne Last starten lässt,
-- a) indem man Master/Slave vor Powerup abklemmt, erst eine Sekunde später, BEC läuft, anklemmt,
-- b) indem man das den Opti BEC Guard machen lässt, - durch dessen Funktion "Voltage Lockout", die nur ein Goodie ist neben dessen Sicherheits- und "Bügeleisen"-Funktionen,
2. Indem man eine andere Spannungsquelle die Last übernehmen lässt in der kritischen Sekunde,
-- a) durch Anschluß eines 2S LiPo's, z.B., und zwar VOR Powerup (unschädlich bei diesem BEC), hinterher (nach 1 Sekunde) könnte man in wieder abklemmen,
-- b) indem man einen Opti Ultra Guard dafür nimmt. Die Firmware von dessen Prozessor sorgt seit Auslieferungsstand Mai 2015 dafür, dass er zunächst (Powerup) wie eine dumme Batterie wirkt, bevor er seine normale Funktion aufnimmt.
* 1b ist die zuverlässigste Methode unter den automatischen, 2b ist aber nicht bekannt dafür, dass es mal nicht heilte. 2b) Der UG wartet, dass die beobachtete Spannung mal kurz über 5V kommt, - erst dann wird er zur "Batterie". Das schaffte aber bisher jeder dieser BECs trotz Bug für den Bruchteil einer Millisekunde.

Lastfreies Starten: Die Praxis zeigte, schon wenige Milliampere reichen für Probleme. Dadurch ist ein R2 Buffer mit Supercaps logischerweise trotz einstellbarer Ladestrombegrenzung ein sicheres Mittel, den Bug wirksam werden zu lassen. (hinter einem BEC Guard natürlich nicht mehr)

https://www.rc-heli.de/board/showpost.php?p=3110338&postcount=12
Quote:

mein Kosmik 160 ist derart empfindlich, dass nicht mal das Optipower BEC Guard etwas nützt.
Sobald mehr als 2 Servos dranhängen, initialisiert der Regler nicht mehr. Ist aber erst seit dem Firmwareupgrade auf V 4.8

Interessant.. Das hieße ja, dass die 4.8 / 1.8(JIVEpro) das Gegenteil von dem tut, was gut wäre: Statt die 100ms bis Übernahme der Kontrolle durch den Prozzi zu verkürzen, sie noch zu verlängern durch eine Firmware-Änderung.. Arrghhh...
Allerdings muss man diesen Anwender auch fragen: Hast Du wirklich gar keine Last mehr direkt am BEC, auch keinen JLog am Option Port des ESC (Plus-Leitung)?
Der BEC Guard bringt nur was, wenn er so wirken kann, als hätte man Master/Slave beide herausgezogen und als würden die 3 Option Ports in der Luft hängen.
JLog kann (muss, sonst findet ihn der ESC nicht!) dran sein, dann aber Plus-Leitung in der 5-adrigen Strippe gezogen und JLog's Spannungsgversorgung via seinen "JIVE Port" (alter JIVE) oder eben automatisch via seine X-Bus Buchse vom TM1000.

Statistik: Verfasst von dl7uae — 7. Mär 2016, 01:12

]]> 2016-01-16T20:46:52+01:00 2016-01-16T20:46:52+01:00 http://j-log.eu/forum/viewtopic.php?t=823&p=8321#p8321 <![CDATA[Re: KOSMIK, JIVE Pro - BEC Design Bug]]>

Statistik: Verfasst von dl7uae — 16. Jan 2016, 20:46

]]> 2016-01-14T16:45:12+01:00 2016-01-14T16:45:12+01:00 http://j-log.eu/forum/viewtopic.php?t=823&p=8312#p8312 <![CDATA[Re: KOSMIK, JIVE Pro - BEC Design Bug]]>
sind die Seriennummern bekannt, ab denen die neue Hardware in der Serieproduktion eingesetzt wurde? (Kosmik 160, Kosmik 200, JIVE Pro)

Gruß, Wolfram

Statistik: Verfasst von Wolfram — 14. Jan 2016, 16:45

]]> 2015-11-28T19:45:59+01:00 2015-11-28T19:45:59+01:00 http://j-log.eu/forum/viewtopic.php?t=823&p=8148#p8148 <![CDATA[Re: KOSMIK, JIVE Pro - BEC Design Bug]]>
vielen Dank für die ausführliche Antwort.

Gruß, Wolfram

Statistik: Verfasst von Wolfram — 28. Nov 2015, 19:45

]]> 2015-11-20T19:54:11+01:00 2015-11-20T19:54:11+01:00 http://j-log.eu/forum/viewtopic.php?t=823&p=8140#p8140 <![CDATA[Re: KOSMIK, JIVE Pro - BEC Design Bug]]> Der ursprüngliche Thread wurde ja schon vor langer Zeit beschnitten. Neben aus späterer Sicht unnötig viel Geschriebenem (Erkenntnisprozess), war da vor allem Manöverkritik zur mechanischen Ausführung im Innenleben des KOSMIK zu lesen. Das wollte ich dann wirklich weg haben, denn Info darüber bringt dem Anwender einfach nix. Will man generell über so was reden, muss man zum Vergleich auch andere Fabrikate hernehmen. Der Preis der ESC's von K kann keine andere Verfahrensweise begründen. Die BOM des KOSMIK müsste nicht so teuer sein, hätte man im Design einiges anders gemacht. Der hohe Preis ist daher echt, K wird sich bestimmt nicht dumm und dämlich daran verdienen. (Wer sich unbedingt noch am Innenleben bzw. meinen Kommentaren dazu ergötzen will, kann das noch im Thread bei Helifreak tun (Jlog Forum), wobei ich dort auch Bilder entfernt habe (liegen extern auf unserem Server), aber den Text konnte ich nicht mehr editieren. Will James hatte gerade damit zu tun, den Laden zu verscheuern, kam meiner Aufforderung nicht nach, mir wieder Edit-Rechte zu geben, - der Sack, der. :) http://www.helifreak.com/showthread.php?t=668087)

Ich wollte das Thema eigentlich nicht mehr anfassen.. Was in der obigen Zusammenfassung fehlt, ist die Quintessenz aus "der BEC will am liebsten lastfrei starten".
Was hilft?

1. BEC tatsächlich ohne Last starten lassen, diese erst hinterher (1 Sekunde reicht) anschließen.

2. BEC die Last abnehmen, indem man vor Powerup eine Stützspannungsquelle anschließt. Ich habe nur die Schaltung des KOSMIK analysiert, nehme aber an, dass auch der JIVEpro, wie der KOSMIK, eine ideale Diode am Ausgang des BEC hat. Man kann es also so machen mit einer externen Spannungsquelle am BEC Ausgang.
..a) Akku: NiXX oder LiPo. Vorsicht zum Thema Überladen, Unterladen, Balancieren!
..b) Opti Ultra Guard mit neuer Firmware (seit Mai '15). Der hat einen geringeren Innenwiderstand als jeder Akku. Der kümmert sich automatisch um die Gesundheit des Akkus (2S LiPo).

3. Opti BEC Guard. Dessen "Voltage Lockout", eine von vielen Sicherheitsfunktionen, sorgt automatisch dafür, dass der BEC in den kritischen 10ms keine Last sieht.

Hier findet sich auch noch was zum Thema der Helper: http://www.helifreak.com/showthread.php?t=710347

Statistik: Verfasst von dl7uae — 20. Nov 2015, 19:54

]]> 2015-11-20T17:53:58+01:00 2015-11-20T17:53:58+01:00 http://j-log.eu/forum/viewtopic.php?t=823&p=8139#p8139 <![CDATA[Re: KOSMIK, JIVE Pro - BEC Design Bug]]>
finde es ausgesprochen schade, dass man die oben genannten Threads nicht mehr lesen und natürlich auch nicht mehr verlinken kann.
Für mich sind solche Beiträge wie das Salz in der Forensuppe und oft spannend wie ein guter Kriminalroman.

Schade!
Aber trotzdem danke! Hatte nämlich das Glück, dass ich sowohl den originalen als auch den eingedampften Thread noch in ganzer Länge lesen konnte.
Manche Dinge würde man halt gerne mehrmals lesen!

Finde es auch immer wieder hochinteressant, wie sich Firmen beim Auftreten von Reklamationen verhalten.

Gruß, Wolfram

Statistik: Verfasst von Wolfram — 20. Nov 2015, 17:53

]]>