Probleme mit Eclipse Lichtanlage

[fs0815]

Uff wenn man das so liest und weiss wie es wirklich "klappt". Da kann man ja schon Mal fragen, ob das Marketing und die Techniker miteinander geredet haben....

Mit Einheiten haben die es auch nich so:

Und ab 20 km/h wird zusätzlich der integrierte Akku mit einer Laderate von +12% beliefert.

Schön wärs. Villeicht sollte es heissen: und ab 20km/h entlädt sich der Akku bis auf 12% - dann würde die Einheit zumindest mit dem Kontext übereinstimmen ...

 

[AReResearch]

@Exil-Ostfriese Eine FCC-Rezertifizierung ist meineswissens nur nötig, wenn am Design der Hochfrequenzkomponenten etwas geändert wird. Eine Revision der Platine, um Änderungen an der Lade- oder Steuerelektronik zu machen, sollte damit möglich sein. Ob das bereits passiert ist, z.B. um den Booster künftig in die Box zu verlagern, ist schwer nachzuvollziehen.
Zur Ausführung der Platine: Die Platine ist einseitig bestückt, das macht die Produktion am Automaten recht preiswert. Die Lötstellen sehen gut aus. Das ist aber heute eher selten ein Problem.
Feuchtigkeit: Ich war auch etwas erstaunt, daß die Schaltung nicht in Epoxidharz vergossen ist. Immerhin hat man so noch eine Chance auf eine erfolgreiche Fehlersuche oder ein bisschen reverse-engineering.
Der Glanz der Platine, wenn man auf den FCC-Fotos die Helligkeit etwas hochdreht, ist recht wahrscheinlich Conformal-Coating, also ein Schutzlack, der vor Feuchtigkeit, aber auch mechanischer Belastung schützt.
Passt also so weit.
Eine kleine Enttäuschung ist der Gleichrichter: Das sieht nach einem klassischen Brückengleichrichter mit Dioden (D3 bis D6) aus. Mit gesteuerten Mosfets hätte man mehr Leistung rauskitzeln können.

Was uns viel mehr auf die Zehen fällt als ein paar Prozent am Gleichrichter zu verlieren ist die Firmware. Und das ist ja glücklicherweise ein lösbares Problem. Wenn auch leider (noch?) nicht durch uns.
Mir gefällt die Firmware 0.1.2 gar nicht und @MalleOlti hat das auch explizit in der Firmware "mit Absicht eingebaut" gefunden:

Prt: Re-enabling protection circuit after %ds at speed %d
Prt: Speed dropped below 15 km/h, resetting hold timer
Prt: Speed exceeded override threshold (%d km/h). Enabling protection circuit!
Prt: Sudden acceleration spike detected (%d km/h). Enabling protection circuit!

Diesen "Protection circuit" verstehen wir dank der Fotos jetzt: Es ist ein Toshiba 3558a Photorelais am Eingang des vom Dynamo kommenden Kabels. Das Photorelais verhält sich mehr oder weniger wie ein klassisches Relais. Ob es den Dynamo unmittelbar oder über einen zusätzlichen Shunt kurzzschließt kann ich nicht erkennen. Die Geschwindigkeit kann jedenfalls noch gemessen werden, wenn der Schutz aktiv ist.

@MalleOlti beobachtet auch, daß er nur unter 15km/h aus dem Schutzmodus wieder heraus kommt. Genau wie bei mir. Die Meldungen der Firmware suggerieren auch noch die Existenz eines mysteriösen Timers. In der Realität scheint aber nur die Fahrt unter 15 km/h die Ladesperre zu lösen.

Mit der Geschwindigkeit setzt der Entwickler aber meiner Ansicht nach auf das falsche Pferd:
Bei mir ist die Geschwindigkeitsanzeige immer wieder um 100% zu hoch. Also 40 statt 20km/h. Wenn das als "Sudden acceleration spike" interpretiert wird, ist es mit dem Laden schon wieder vorbei, obwohl alles im Lot ist. Auch eine Schwelle als Höchstgeschwindigkeit festzulegen ist fragwürdig.

Für mich bedeutet das:
Bergauf bin ich zu langsam -> Akku entlädt
In der Ebene bin ich als Messfehler oft angeblich zu schnell -> Akku entlädt
Bergab bin ich (wirklich oder als Messfehler) zu schnell -> Akku entlädt
Darum stand ich schon 1x im Dunkeln.

Cleverer wäre es, die elektrischen Parameter zur Entscheidung Laden/nicht Laden zu nehmen. Bis 70/80% geht da nicht viel schief. Man kann ja die Zellspannung im Auge behalten. Darüber wäre es möglich eine Art Impulsladung in Abhängigkeit von SOC und VBat zu realisieren. Da wir ein Photorelais haben, verschleißt da ja nichts.
Allerdings teile ich @MalleOlti s Zweifel an der Genauigkeit der Messwerte. Auch ich hatte schon angeblich kleine positive Ladeströme und trotzdem ein sinkendes SOC.

Mein Fazit: Die Probleme, die für mich gerade ärgerlich sind, lassen sich in der Firmware lösen. Die Hardware ist gar keine schlechte Basis. - Der beste Move wäre, die Firmware Open Source zu machen, dann kümmern wir uns selbst um die Probleme. (Ist aber ein Garantie- und Haftungs-Problem, denn der Lithiumakku reagiert nicht nachsichtig auf Fehler.)

 

[fs0815]

Der beste Move wäre, die Firmware Open Source zu machen, dann kümmern wir uns selbst um die Probleme. (Ist aber ein Garantie- und Haftungs-Problem, denn der Lithiumakku reagiert nicht nachsichtig auf Fehler.)

Ich würde aber auch gern sehen wie der erste Richter auf Fehler reagiert der nen Fall eines unbeleuchteten Radfahrers auf dem Tisch hatte der im dümmsten Fall einen Unfall wegen Fahrt im Dunkeln hatte.
Oder geht das immer? Ich hatte letzte Woche den Akku komplett bei null aber das Licht ging noch. Meiner lädt nicht mehr wg Korrosion, aber ich wollte dann weder den Akku weiter quälen noch war die Runde länger. Kann das Licht komplett ausfallen? Ich ärgere mich etwas dass ich nicht noch eine Schleife dran gehängt hatte um das komplett zu prüfen.
Danach habe ich den Akku ins Warme genommen und mit den Lupine Wiesel Lader wieder zum Leben erweckt.
Edit:

Darum stand ich schon 1x im Dunkeln.

Hab gerade gelesen dass du es auch schon einmal geschafft hattest. Dass die FW bei einem komplett entleerten Akku der ja dann sicher auch gern Strom annimmt nicht besser regeln kann ist schon fragwürdig.
Aber rev 1.2 ist jetzt schon mehrere Monate draußen und von einem weiteren Update leider keine Spur.

 

[Schneipe]

Hat jemand Erfahrung mit dem Forumslader?
Mit dc Wandler könnte man ja die Lupine Beleuchtung weiter verwenden und die Blackbox und den Lupine Akku ersetzen?
Ist nur die Frage ob das besser funktioniert.

 

[AReResearch]

Ich habe keine Erfahrung, aber die Entwicklung seit längerer Zeit mitverfolgt. Sehr gut gefällt mir da die mehrstufige, kapazitive Kompensation, die in der Blackbox irgendwie vergessen wurde und dann als statischer Booster nachgeliefert wurde. Es ist schon vorteilhaft, wenn man die Wirkleistung betriebszustandsabhängig beeinflussen kann.

PS: Der Entwickler des Ladelux plaudert zu dem Thema auch hier aus dem Nähkästchen. Er kann die Kompensation über einen 16-Bit Bereich steuern. Und das ohne Kondensatoren. 🤯

 

[Exil-Ostfriese]

Hier:

Firmware ohne Changelog: Änderungen zwischen Versionen mit 15 Zeilen Python finden – marc-oltersdorf.de

Kein Changelog, nur Binärdateien? Ein Vergleich der lesbaren Texte zeigt schnell, welche Funktionen neu sind – am Beispiel der Canyon-ECLIPS-Firmware.

marc-oltersdorf.de

setzt sich jemand detailliert mit der Programmierung/Workarounds auseinander, hat auch andere Einträge zum Eclipse...

Möglicherweise ist derjenige hier auch schon im Forum vertreten, ich habe so einen Verdacht ;-)

 

[Reuselfriese]

Ich habe mal mein Bike mit getauschter Box getestet.
Nix Revision der Box oder Ähnliches.
Beim Verbinden mit der App wurde mir erst einmal FW 0.1.0 angezeigt.
Ich habe dann zu Beginn mit dieser Version getestet.
Unter 15-20km/h lädt der Akku, darüber nicht mehr so richtig. Manchmal hatte ich das Gefühl, dass auch mit höherer Geschwindigkeit geladen wird, aber nur kurz.
Beim Auswerten mit Bluefruit hatte ich dann immer bei höheren Geschwindigkeiten Spikes bis zu 70km/h.
Dann ging nichts mehr.
Neue Firmware aufgespielt und dann tat sich beim Laden garnichts mehr..
Trotz Reset des Systems kam auch bei niedrigen Geschwindigkeiten nichts im Akku an.
Ich habe jetzt aber ein dauerhaftes Event 140, welches ich mit der alten Box meines Wissens nach noch nicht hatte..
Kennt das jemand?