E-Odin 2.0 und Fardriver ND72530

[btcenter]

Hallo, ich möchte den ND72530-Controller gemäß der Beschreibung installieren. Nach dem Einschalten piept der Controller nicht, und es wird keine Ganganzeige im Display angezeigt, nicht einmal „P“. Der Motor reagiert überhaupt nicht, und der Bluetooth-Adapter funktioniert ebenfalls nicht.
Ich habe nun den Original-Controller (DY72V150A) wieder eingebaut. Dieser piept zweimal, und im Display erscheinen ein Ausrufezeichen sowie eine Gasanzeige. Der Motor reagiert weiterhin nicht. Woran könnte das liegen?

https://drive.google.com/file/d/1w5wLA5 ... drive_link

Vielen Dank für Ihre Hilfe.

[jeff-jordan]

Woran das liegen könnte?


Da kann man nur raten.

Wichtig ist erstmal, dass Du das Bluetooth-Modul zum Laufen bekommst. Defaultmäßig, also neuer ND72530 aus der Box, zeigt das Display richtigerweise nix an.
Da müssen erst die Settings richtig programmiert werden, damit es korrekt angesteuert wird.

Wenn der alte DY72V150A nicht funktioniert und immer wieder 2x piept, bedeutet das, dass das Gaspedal nicht gelesen werden kann.
Aus dem Manual:

"The accelerator did not return to zero, or the
accelerator pedal was broken. Note that the fault
will be displayed by default when the controller is
restarted. When the self-test passes, the fault will
disappear."

Da einfach mal die komplette Verkabelung (30-pol Stecker am Controller, Steckverbinder vorne unterm Cockpit etc.) überprüfen und ggf. nachmessen.

Wir hatten hier auch mal einen Fall, dass die 5V Spannungsversorgung für den Gasgriff ausgefallen war weil der Seitenständerschalter irgendwie einen Kurzschluss zwischen seiner Spannungsversorgung und GND verursacht hatte. Also ggf. einfach mal zum Testen den 3-poligen Steckverbinder für den Seitenständer abklemmen.

[btcenter]

Vielen Dank für Ihre Hilfe. Beim Einbau des ND72530-Controllers funktionierte das Bluetooth-Modul nicht, daher habe ich den DY72V150A-Controller neu installiert. Interessanterweise hat sich der Name des Controllers von YuanQuFOC982 in CONTROLCN368 geändert. Ich verwende die Anwendung NanjingFarDriver137.apk, aber ich glaube, es handelt sich um eine sehr alte Version, und viele Parameter lassen sich nicht ändern. Ich habe die Verkabelung überprüft und für in Ordnung befunden (ohne Messungen mit Messgeräten). Ich vermute, das Problem liegt in den Controller-Einstellungen. Ich suche eine andere funktionierende FarDriver-Anwendung. Könnten Sie mir einen Link dazu geben?

[dominik]

Die App ist bei 2.8.8 angekommen.
Wahrscheinlich versteht die alte App den neuen Controller gar nicht.

[RobZ]

https://www.far-driver.com/the-controll ... r-android/

[jeff-jordan]

Alle Fardriver-Versionen > 2.2.4 verlangen ein "Verheiraten" zwischen Controller und App. Das ist in der Regel nur mit Hilfe von einem lizenzierten Verkäufer möglich.

Die E-Mailadresse oder Smartphone-Nr. wird dazu auf den SiAEcoSys bzw. Fardriver Servern mit der Seriennummer des Controllers verknüpft und auf dem Smartphone wird im Android-Verzeichnis der App ein Token abgespeichert.
Hat man ein neues Smartphone oder muss alles komplett neu installieren, ist auch eine erneute Hochzeit notwendig.

Wenn Controller & App nicht verheiratet sind (in der App: "bound" genannt), kann man zwar die Parameter auslesen und ggf. während der Session damit rumspielen, aber das finale Abspeichern, welches mit einem Piepton vom Controller quittiert wird, funktioniert nicht.
Nach dem nächsten Einschalten vom Controller sind die Parameter ansonsten also wieder auf dem alten Stand.

Also was tun :
1. Entweder die aktuellste Fardriver-Version nutzen und mit Hilfe des Verkäufers das Binding durchziehen.
2. Sich im Web die Version 2.2.4 suchen, installieren und auf dem Smartphone das Systemdatum auf September 2023 zurück setzen (ggf. zuvor die Datums-/Zeitsynchronisation via Internet deaktivieren). Das ist übrigens der Workaround den nicht von Fardriver lizenzierte Verkäufer empfehlen .
Setzt man das Datum nicht zurück, verweigert die App ihren Dienst weil es mittlerweile neuere Versionen gibt.

@btcenter: Du hast 'ne PN.

[dominik]

Scheint wohl Ausnahmen zu geben oder es ist auch von der Firmware des Controllers abhängig.

Mein alter 721800 ließ sich nach Reset und Firmware update ohne binding mit der 2.8.8 einstellen und speichern.

Es ging alles einzustellen bis auf Polzahl und Reku.
Deshalb habe ich noch ein paar weitere FW Versionen drüber gebügelt. Jetzt geht gar nichts mehr und ein 841800 wird gerade für mich in China gefertigt.

Den 721800 mache ich auf und pople die Vergussmasse raus und schaue ob ich direkt im Controller nochmal eine Möglichkeit finde die Firmware zu flashen, wenn nicht finde ich mit ganz viel Glück jemanden der mir da eine VESC Steuerplatine einbaut.

[bob2.0]

Also was tun :

Use the windows/USB option?

It seems to be working for me, I prefer a big screen and keyboard rather than looking through a letterbox!

So I am planning to carry on with the old harness and the julet connector for this 72530 installation tomorrow (probably tomorrow).

I'm not missing anything, am I? It should work the same as the 72150?

Oh, one more question; I read somewhere that it is better to have the battery at 72V when it does its auto-learn. Is it? Does that help the controller/software do its thing accurately?

[jeff-jordan]

...
Oh, one more question; I read somewhere that it is better to have the battery at 72V when it does its auto-learn. Is it? Does that help the controller/software do its thing accurately?

During auto-learn the controller tries to determine such parameters like the number of pole-pairs and nominal rpm (without any field weakening).
The nominal rpm of the motor is a function of the voltage.
So if your voltage differs from 72V, the detected nominal rpm will probably differ from the motors design parameters.

Based on the motors nominal rpm value, the controller sets some parameters for field weakening.

So it might lead to suboptimal default values for the field weakening behaviour of the motor.

Anyway, you can manually adjust the field weakening settings after the auto-learn process.

[bob2.0]

Thank you, that is very helpful.

As the battery is currently low, I can charge it up to anything I like once I have installed everything.

But can I just probe on my understanding of this? In the software there is a '72V' setting for the motor nominal voltage, and batteries are 'called' 72V nominal.

Can I ask, 'why'?!

I mean, if I decided to call the nominal voltage 80V and set the software with '80V' as the rated voltage (because in fact the bike spends 90% of its life within 4V of that) is that not more reasonable than forcing the fiction of '72V'?

Would that not then give more optimised results for derating and such, for 'most of my use'?

It's just a question. I don't know if it is a valid question.