• Hallo Gast, wir suchen den Renner der Woche 🚴 - vielleicht hast du ein passendes Rennrad in deiner Garage? Alle Infos

Probleme mit Eclipse Lichtanlage

Ich war gerade beim Service Partner, meine Anbauteile wie Taschen und Pedale abzuholen. Ich habe die Chance direkt genutzt um noch ein paar Infos aus dem Mechaniker zu bekommen.
Scheinbar wurde von canyon nicht viel vorgeschlagen. Lediglich den USB-C Port auf Korrosion zu prüfen (was hier im Forum ja auch schon angesprochen wurde). Das Problem scheint Canyon also bekannt zu sein. Ansonsten wurden wohl nur Seriennummern abgefragt, sonst nicht viel mehr.
Der Mechaniker hat wohl angefordert, dass einfach das ganze System getauscht wird. Dafür möchte canyon aber eben das Rad haben. Hier wird also kein ersatzkit von Canyon an Service Partner geschickt, ziemlich schwach meiner Meinung nach.
Natürlich könnte man jetzt optimistisch argumentieren, dass Canyon sich anschauen möchte, worin der Fehler liegt um daraus zu lernen. Dafür könnten sie meiner Meinung nach aber auch einfach das Defekte ausgebaute System sich vom Service Partner zuschicken lassen. Sehr dubios
 
Guten…,
mein Bike fing gestern auch mit Bike-Guard zurück zum Canyon Service.
⏳
Warten wir ab, was dabei rauskommt.
Parallel dazu habe ich jetzt einfach mal IK-Elektronik als Hersteller der Canyon-Box angeschrieben und die Probleme beschrieben.
Mal schauen, ob jemand darauf antwortet.
Ich bleibe am Ball!
Naja, nach zweimaligem Reparaturversuch sollte man ja eigentlich vom Kauf wieder zurücktreten können
Aber mir gefällt die Idee zu diesem System so gut…….
Ich möchte einfach nur, dass die Werbeversprechen seitens Canyon eingehalten werden.
 
Kurze Info.
Ich habe gerade schon die Rückantwort von IK-Elektronik bekommen.
Sie sind halt nur „Komponentenlieferant“ und nicht in das Gesamtsystem bezüglich Funktionalität und Updates involviert.
Darüber kommen wir also auch nicht weiter, um die Problematik zu verstehen.
 
Das ist zwar verständlich, aber ziemlich schade. Die, die das System verstehen reden nicht mit uns. - Was ich bislang von Canyon selbst bekommen oder hier gelesen habe, war schon ok, aber technisch an der Oberfläche.

Ich hatte versucht auf einem ESP32 per Bluetooth (BLE) mit dem System zu kommunizieren. (Koppel-PIN sind die letzten 6 Stellen der ECLIPS Seriennummer). Dabei kam nichts raus, obwohl auf dem Handy die BLE Apps auf dem UART-Dienst Daten bekommen haben. Da bin ich gescheitert. Möglicherweise laufen da nur Daten, wenn die Original-App verbunden ist. - Ich komme gerade nicht weiter.

Ich nehme an, daß alle Mitleser mit funktionierendem ECLIPS mittlerweile ihren Booster installiert haben. Ich beobachte seither das folgende Verhalten:
Aufladen auf 50% geht deutlich schneller als bisher. Dann lädt es auf 75% etwas langsamer. Über 75% tut sich kaum noch etwas. 80% oder mehr habe ich auf meinen Touren seit dem Boostereinbau nicht mehr erreicht.

Hat das sonst noch jemand so?
 
Gerade noch eine andere spannende Beobachtung: scheinbar hat Canyon neue Grizls raus gebracht. Zum einen gibt es dort kein neues Bike mit ECLIPS, zum anderen ist das aktuelle ECLIPS Bike jetzt nicht mehr zu kaufen. Also entweder was ECLIPS nicht der Verkaufshit auf den sie gehofft haben, oder wie sind sich der großen Probleme selbst sehr bewusst. Etwas bedenklich für die aktuellen Räder im Umlauf
 
Ich war auf der Suche nach einem neuen Pendel-/Reiserad und fand das Grizl ECLIPS bzw. Rose Backroad vom System her interessant. Nachdem ich hier mitgelesen hatte, war ich beim Grizl ein bisschen am zweifeln, habe aber doch zugeschlagen als es für die 2.300€ im Angebot war. Auf meinen Karton steht der 04.11.25 als Datum, es scheint also auch schon etwas länger zu stehen.

Ich habe daraufhin ein paar kürze Fahrten (~35km immer gleiche Strecke) gemacht um zu sehen, ob das Ganze bei mir klappt. Ich habe die Fahrten alle dokumentiert und alle 5km einen Screenshot in der App gemacht. Das Ergebnis ist in der Tabelle zu sehen. Heute habe ich noch ein bisschen was angehängt um zu schauen, wie es sich bis zur vollen Ladung verhält.
Übersicht Fahrten inkl. Ladestand

Alles in allem sieht das für mich realisitsch und funktionierend aus.

Ich habe im Netz auch das Diagramm gefunden.
Das K-Werk ist die selbe Powerbank die im Rose verbaut ist. Die regelt anscheinend bei ~7W ab und sinkt sogar auf 6W bei höherer Geschwindigkeit. Wenn man beim Lupine Akku von einem ähnlichen Verhalten ausgeht würde das bei 25Wh ~5h Fahrzeit für eine volle Ladeung bedeuten (bisschen Effizienzverlust wird es beim Laden auch geben ~30Wh erzeugt bei 80% Effizienz ergibt ca. die 25Wh die der Akku hat). Das würde sich ziemlich genau mit dem Durchschnitt meiner Fahrten decken.

Fazit für mich ist:
  • Ich bin mir sehr sicher, dass es ein Problem bei der Anzeige/Ermittlung des Ladestandes gibt. Es ist nicht nachvollziehbar warum es manchmal so große Sprünge gibt und manchmal lang anhaltende Passagen ohne eine Änderung
  • Ich hatte teilweiße auch 6%-8% Ladeverlust über 1-2 Tage Standzeit. Ich denke aber, dass es ein ähnliches Problem ist. Es ist gar nicht mehr Verbauch, der angezeigte Ausgangsladestand war einfach falsch

Firmware habe ich auch noch die 0.1.0

Kurze Frage noch:
- Klappt bei euch nur das Laden des Akkus per Dynamo nicht, oder funktioniert dann auch das Licht/Laden am USB Anschluss nicht?


FahrradZukunft-SON-Dynamo-Hub-Comparison-Test-Power-Output-768x530.jpg
 
Hallo Dome90,
erst einmal viel Spaß mit Deinem neuen Grizl.
Ein super Schnäppchen hast Du ja gemacht.
Das wurde hier ja auch schon kurz diskutiert, ob es denn ein Abverkauf sei.
Aber jetzt ist der Preis wieder auf normalem Niveau oder besser, gerade nicht im Programm als ECLIPS-System.
☝🏼
Zur Ladestandsanzeige:
Der 3500mAh Akku von Lupine ist ja verbaut.
Das Original hat ja sogar eine Ladestandsanzeige, wenn auch grob in 20% Schritten integriert.
Der hier verbaute ist eine abgespeckte Version und hat keine Anzeige.
Oder bin ich jetzt blöd/blind.
🤓😂
Mein Grizl steckt leider jetzt irgendwo im Versand nach Koblenz. Somit kann ich es auf die Schnelle nicht überprüfen.
Jetzt kann man ja über Spannung und Innenwiderstand den Ladezustand berechnen.
Aber wenn das das Problem wäre…..
Arme App-Entwickler.
Und hier gibt es doch ein paar Elektronik-Spezialisten, die das bestimmt auch schon getestet haben.
Außerdem war es bei vielen hier ja auch so, dass zu Beginn also top war und dann nach einiger Zeit die Probleme losgingen.
Ich hoffe für Dich, dass Du davon verschont bleibst und Du ein paar tolle (neudeutsch epische) Fahrten erleben kannst.
Mein Bike werde ich wohl erst im Herbst wieder zurückbekommen.
Und hoffentlich dann voll funktionsfähig.
 
Gibt es hier auch jemanden, der ein Rad mit ECLIPS nutzt und keine Probleme hat?

Ich finde das Konzept mit Dynamo, fest verbauter Lichtanlage und montierbaren Schutzblechen sehr interessant für mein Pendeln im Herbst und Winter. Ich habe 25 bis 30 km einfache Strecke, die ich mit 26 bis 30 km/h fahre.

Wenn es nun bekannte Probleme mit Korrosion an den Kontakten gibt: kann man sie irgendwie schützen oder hilft es, wenn man zuhause die Verbindung trennt, so dass die Kontakte trocknen?
 
Ja. Ich fahre seit bald einem Jahr damit. Jetzt wird es schon wieder so früh Dunkel, daß ich das Licht immer wieder auf dem Nachhauseweg brauche. Das klappt einwandfrei, und ich musste noch nicht zusätzlich aufladen. Das kann anders werden, wenn im Winter wieder jede Fahrt mit Licht ist.
Ich hatte mal das Wasser/Korrosions-Problem, das ich beheben konnte. Seit ich den Booster eingebaut habe, habe ich noch keine Mehrtagestour gemacht, kann also nicht sicher sagen, ob das Versprechen der Unabhängigkeit von anderen Stromquellen nun erfüllt ist. Mit einem iPhone 17 pro max habe ich sicherlich nicht das sparsamste Gerät.
Aber wenn es rein um die Beleuchtung geht, ist das ECLIPS-System bei mir sorgenfrei.
Und ja: Die Schutzbleche sind super. Nicht so ein Kompromiss, wie ich es am MTB habe oder gar der Ass-Saver am Rennrad. Das Bike sieht dann (insbesondere mit den beiden Gepäckträgern) aus wie das langweiligste Commuter-Bike, ist aber ultra-praktisch und taugt auch für fieses Wetter. Für die lange, trockene Phase jetzt im Sommer hab ich sie abgenommen. Das ist in Sekunden erledigt.
 
Danke, das ist gut zu hören. Man liest ja schon von einigen Problemen, andererseits findet man die zu allen möglichen Themen, wenn man danach sucht (tubeless usw.). Und wer keine Probleme hat verirrt sich selten in die Problem-Threads. 🙂

Canyon hat die ECLIPS-Modelle übrigens wieder reduziert.
 
Ein Update zu meinem Bike: ich habe gerade eine Mail bekommen, dass die Reparatur wohl abgeschlossen wäre. Laut Rechnung wurde einmal alles getauscht. Akku, BlackBox, Kabel. Ein Update, vermutlich von der Firmware, wurde auch gemacht.
Ich würde es am liebsten direkt abholen, aber das geht wohl nicht. Entsprechend werde ich es wohl frühestens Montag oder so haben. Ich bin sehr gespannt, wie gut es dann funktioniert
120481.jpg
 
Huiiii.... das war eine harte Nuss: Jetzt kann ich mit einem ESP32 die Telemetrie der ECLIPS Blackbox auslesen. Noch kein "schöner" Code, aber als Proof of Concept tut's schon. Mal sehen was Aliexpress an geeigneten ESP32/Display/Akku-Kombinationen hat, die sich eignen an den Lenker geschnallt zu werden.
arduino-esp32-canyon.jpg
 
Ich kann die Beobachtung von @Dome90 bestätigen, dass das Eclips System zeitweise während der Fahrt nicht lädt. Und das obwohl der Ladestand bei etwa 2/3 lag. Wie oben berichtet, kann ich mittlerweile die Telemetrie der Blackbox auslesen und habe (sehr provisorisch) einen LED-Ring als Lade-/Entladestromanzeige angefrickelt. Unabhängig von erkennbaren äußeren Einflüssen fiel der Ladestrom für längere Strecken auf einen kleinen, negativen Wert (vergleichbar mit der Entladung im Ruhezustand). Der Sinn ist mir nicht ganz klar, das Verhalten wirkt aber beabsichtigt.
Nach einem kurzen Stopp (z.b. Ampel) lud es dann für ein paarhundert Meter wieder.
IMG_6965.jpeg
 
Zuletzt bearbeitet:
Ich kann die Beobachtung von @Dome90 bestätigen, dass das Eclips System zeitweise während der Fahrt nicht lädt. Und das obwohl der Ladestand bei etwa 2/3 lag. Wie oben berichtet, kann ich mittlerweile die Telemetrie der Blackbox auslesen und habe (sehr provisorisch) einen LED-Ring als Lade-/Entladestromanzeige angefrickelt. Unabhängig von erkennbaren äußeren Einflüssen fiel der Ladestrom für längeren Strecken auf einen kleinen, negativen Wert (vergleichbar mit der Entladung im Ruhezustand). Der Sinn ist mir nicht ganz klar, das Verhalten wirkt aber beabsichtigt.
Nach einem kurzen Stopp (z.b. Ampel) lud es dann für ein paarhundert Meter wieder.
Anhang anzeigen 1822114
An dieser Stelle noch mal großen Respekt und Dank an diejenigen, die mit solch einem Engagement an die Sache bzw. die Fehlersuche rangehen. 💪👆
 
Moin,
da kann ich mich Mohlo nur anschließen.
👍🏼👍🏼👍🏼👍🏼
Ich hoffe, dass die Leute von Canyon hier auch mal reinschauen.
Vielleicht kann man denen das mal stecken.
But back to AReResearch (der Alias sagt ja schon alles😂).
Du beziehst Dich bei den Begriffen Laden/Entladen auf den Wert iBat?
Dieser ist bei mir konstant bei -10mA, egal ob ich das Vorderrad bewege oder nicht.
Ich habe es nur noch nicht getestet die Daten während der Fahrt auszulesen.
Und jetzt ist mein Bike ja bei Canyon.
Bei Dir zeigt sich ja der Wert 0mA.
Aber wenn dem so wäre, würde bei mir die ganze Zeit der Akku entladen.
Ich hatte die Daten aber auch nicht ausgelesen, als mein Grizl nach der letzten Reparatur kurzfristig funktionsfähig war und gut geladen hat.
Aber das wäre ja auch wieder ein Hinweis auf ein Fehlverhalten des Systems und nicht der Anzeige in der App, wie Dome90 vermutet hat.
🤔🤯
 
Du beziehst Dich bei den Begriffen Laden/Entladen auf den Wert iBat?
Dieser ist bei mir konstant bei -10mA, egal ob ich das Vorderrad bewege oder nicht.
Ja, exakt. Der iBat Wert war immer plausibel (Laden/Entladen) und bei mir in Ruhe zwischen 0 und -2mA
Wenn jemand das nachbauen oder weiterentwickeln möchte, hab ich hier alles abgelegt:
Github: ravine-eclips
 
Zuletzt bearbeitet:
Ja, exakt. Der iBat Wert war immer plausibel (Laden/Entladen) und bei mir in Ruhe zwischen 0 und -2mA
Wenn jemand das nachbauen oder weiterentwickeln möchte, hab ich hier alles abgelegt:
Github: ravine-eclips
Finde es auch super, das hier auf Spurensuche gegangen wird. Schade das es nicht von Canyon kommt, weil irgendwas scheint sicht ja zumindest komisch zu verhalten. Glaubst du man kann deinen Ansatz mit BluefruitConnect nochmal aufgreifen? Zumindest was ich beim googeln gesehen habe fehlt dem Tool ja nur die logging Funktion. nRF Connect for Mobile + nRF Logger sollten laut Google genau das liefern. Wenn man das ans laufen bekäme würde man das Ganze deutlich einfacher machen. Verbunden habe ich schon einmal, aber die notwendigen Infos habe ich noch nicht zur Anzeige bekommen.
 
… ja nur die logging Funktion. nRF Connect for Mobile + nRF Logger sollten laut Google genau das liefern. …
Das Logging auf dem Handy könnte mit der AirTerminal App gehen. (Teuer) Die Canyon App muss auch laufen, weil die den Output triggert.
Aber ich fand den Gedanken gut und hab deshalb auf dem ESP32 einen Webserver aufgesetzt, über den ich die Logs als CSV Datei runterladen kann. Und wenn der Webserver schon mal da ist, kann er auch gleich schöne Infos liefern. WLAN frisst halt ne Menge Power. Fast ein Watt ohne dass der LED-Ring leuchtet.IMG_7003.jpeg

Hier das Protokoll der ersten kurzen Ausfahrt: Google Tabelle
 
Zuletzt bearbeitet:
Ich habe mit meinem kleinen Gimmick mehrere Telemetrieaufzeichnungen des ECLIPS Beleuchtungssystems gemacht, dann analysiert und versucht, die internen Zustände des Systems zu verstehen. Dabei sind einige interessante und eher unangenehme Auffälligkeiten aufgetreten:

Fall A: alles ok
Chg1 = 3 (Scheint die Zustände 0 und 3 zu kennen - Ich nenne das mal 3="Laden freigegeben")
Chg2 = 1 (Kennt nur 1 oder 0, - Ich vermute so etwas wie "Dynamo ok")
Fährt man dann, liegt VAC2 so um die 18V und alles ist super.
VAC1 scheint diskrete Werte anzunehmen:
5–8 nahe 0 mA / 11 bei +165 mA / 17 bei +237 mA / 9 bei +870 mA - für mich gerade unklar. 21 kam auch mal. Das könnten irgendwelche internen Wandlerzustände für die geschwindigkeitsabhängige Optimierung sein.

Fall B: Fehlerzustand
Direkt nach Phasen mit hoher Ladeleistung schaltet das Laden gerne mal ab:
Typisch ist dann dieser Zustand:
VAC2 so um die 3300
Chg1 = 0
Chg2 = 0
Je nach Beleuchtung dann mit negativen iBat Werten. Speed wird weiter plausibel angezeigt.

Interessanterweise kam es einmal zu diesem Zustand nachdem Speed 73 km/h geloggt wurde, was mindestens das Doppelte meiner wirklichen Geschwindigkeit war. Da ich vermute, daß die Geschwindgkeit aus der Frequenz (oder dem DC-Ripple) berechnet wird, frage ich mich, ob da die Synchronisation des Gleichrichters aus dem Tritt gerät. Es könnte durchaus sein, daß der Booster das nicht besser macht. Die Signalflanken werden dadurch sicher nicht schöner.

Hat jemand die Mittel das gegenzuprüfen, ob sich da das selbe Bild zeigt?
 
Hat jemand die Mittel das gegenzuprüfen, ob sich da das selbe Bild zeigt?
Hammer was du alles entkorkst. Respekt und vielen Dank dafür. Ich glaube um das zu reproduzieren wird schwer ohne eine Bauanleitung.
Die Frage ist natürlich auch inwiefern die ganzen gesammelten Informationen Canyon interessieren. Oder ob wie hier schon vermutet jetzt ein Abverkauf kommt und die Entwicklung eingestellt; als Flop abgestempelt.
 
Zurück