Open Source Firmware für Lishui Controller

[Hochsitzcola]

Willkommen im Forum!

1. Gibt es keine Möglichkeit, die Geschwindigkeitsbegrenzung (unterstützt) mit dem Original-Lishui-Programm zu ändern?

Das geht nur, wenn die Firmware auf dem Controller das unterstützt. Mit hoher Wahrscheinlichkeit geht das bei deinem Controller nicht.

2. Kennt der Lishui Parameter Configurator (Open Source) beim Anschließen alle Originaleinstellungen meines Fahrrads?
2.2 ODER muss ich einfach jeden einzelnen Aspekt meines Fahrrads testen und herausfinden? (Ich möchte nur die unterstützte Geschwindigkeitsbegrenzung ändern)

Nein, du musst alles passend für dein Fahrrad einstellen.

3. Kann ich den Lishuis-Originaladapter mit der Open-Source-Firmware verwenden? (Ich habe den STM32-Adapter, aber keine richtigen Kabel).

Ja, wahrscheinlich schon, aber dann musst du am besten die Actions bei GitHub verwenden, dann wird gleich ein .lsh File erzeugt, das du über den 5poligen Display-Anschluss Flashen kannst.

5. Gibt es beim Open-Source-Programm keine Möglichkeit, die Unterstützungsstufen zu ändern?

Meistens verwenden die Lishuis ein Display mit KM5S Protokoll. Bei dem wird die Stärke jeder einzelnen Stufe im Display eingestellt und als Wert zwischen 0 und 255 an den Controller gesendet.

Gruß
hochsitzcola

 

[Fluctuator]

ich versuhe compiliren, aber immer habe:

/home/fluct/st/stm32cubeide_1.12.1/plugins/com.st.stm32cube.ide.mcu.externaltools.gnu-tools-for-stm32.10.3-2021.10.linux64_1.0.200.202301161003/tools/bin/../lib/gcc/arm-none-eabi/10.3.1/../../../../arm-none-eabi/bin/ld: ./Src/main.o:/home/fluct/Documents/EBiCS_Firmware/Debug/../Src/main.c:89: multiple definition of `huart1'; ./Src/display_kunteng.o:/home/fluct/Documents/EBiCS_Firmware/Debug/../Src/display_kunteng.c:33: first defined here
/home/fluct/st/stm32cubeide_1.12.1/plugins/com.st.stm32cube.ide.mcu.externaltools.gnu-tools-for-stm32.10.3-2021.10.linux64_1.0.200.202301161003/tools/bin/../lib/gcc/arm-none-eabi/10.3.1/../../../../arm-none-eabi/bin/ld: ./Src/main.o:/home/fluct/Documents/EBiCS_Firmware/Debug/../Src/main.c:85: multiple definition of `htim1'; ./Src/FOC.o:/home/fluct/Documents/EBiCS_Firmware/Debug/../Src/FOC.c:42: first defined here
collect2: error: ld returned 1 exit status
make[1]: *** [makefile:65: LishuiFOC_01.elf] Error 1
make: *** [makefile:58: all] Error 2
"make -j4 all" terminated with exit code 2. Build might be incomplete.

19:20:19 Build Failed. 4 errors, 0 warnings. (took 881ms)

Stm32cubeIDE 2023 mit Ubuntu 22

Uart multiply definitions

UPDATE:
Das ist ein GCC10, fruher GCC9 compiler das Fehler war ignoriren....

UPDATE2: compiliren mit flag " -fcommon".....ales gut

 

[Hochsitzcola]

Danke für den Hinweis.
Versuche mal, die angemeckerten Zeilen in der FOC.c und in der display_kunteng.c einfach auszukommentieren. Wenn das auch zu Fehlern führt, musst du die beiden Variablen in der main.h als extern definieren.

Gruß
hochsitzcola

 

[Fluctuator]

Aber es is sehr Gluk fur ein Moglichkeit mit Ubuntu arbeit jetzt....Das is Cool!

mehr info, English:

This is due to compiler update. From the release notes of STM32CubeIDE:

GCC 10 support by default

From GCC 10 release notes:

GCC now defaults to -fno-common. As a result, global variable accesses are more efficient on various targets. In C, global variables with multiple tentative definitions now result in linker errors. With -fcommon such definitions are silently merged during linking.

This page has futher explanation and a workaround:

A common mistake in C is omitting extern when declaring a global variable in a header file. If the header is included by several files it results in multiple definitions of the same variable. In previous GCC versions this error is ignored. GCC 10 defaults to -fno-common, which means a linker error will now be reported. To fix this, use extern in header files when declaring global variables, and ensure each global is defined in exactly one C file. If tentative definitions of particular variables need to be placed in a common block, __attribute__((__common__)) can be used to force that behavior even in code compiled without -fcommon. As a workaround, legacy C code where all tentative definitions should be placed into a common block can be compiled with -fcommon.

ich habe das gemacht, und alles ist perfekt:

 

[viktoschi]

so nach gut 1 jahr und einem fahrrad wechsel zwischen drin bin ich kurz davor das projekt in betrieb zu nehmen.
verbaut wird der 12fet lishui controller mit tourque sensor von bafang und 6kmh daumengas
kann sich wer mal meine config anschauen? soweit ich das verstanden habe muss ich nur alles zusammenstecken einschalten und bremse + daumengas drücken. der rest sollte dann von alleine funktionieren?
danke

 

[Hochsitzcola]

kann sich wer mal meine config anschauen?

Mir fallen 2 Sachen ein: du solltest die PLL erst mal deaktivieren. Für den 12FET musst du in der main.h den Pin für die Bremse umkonfigurieren, siehe Kommentar direkt in der main.h. Ob das Gear Ratio passt, hängt natürlich von deinem Motor ab.

Ist der Sensor eigentlich aus dem Set von Eunorau? Warst du damit nicht zufrieden?

Gruß
hochsitzcola

 

[viktoschi]

Danke hab ich soweit angepasst.
bei dem gear ratio bin ich mir unsicher... weil eine angabe zu den magneten find ich nirgends :/
verbaut ist ein puyuan motor.
Der sensor hat leider nicht gepasst es gab wohl verständigungs schwierigkeiten. hab bilder gemacht und gemessen und letzten endes dann einen sensor für 100mm breite lager bestellt.
dann hatte ich einen kleinen unfall auf schotter in einer kurve wo es mir die kurbel komplett zerlegt hat und ich brauchte schnell eine neue und auf ebay hab ich dann den bafang mit 120mm gefunden und hab einfach den genommen. bisher ist er nicht angeschlossen und der alte PAS verrichtet noch einen dienst.

Falls jemand einen 100mm breiten tourque sensor sucht. ich hab noch einen rumliegen.

 

[viktoschi]

nachtrag:
ich hab das getriebe erstmal kaputt. die steigung war wohl doch zuviel ^^
bei der gelegenheit kann ich auch glauch die magnete zählen.
was mich dann auch noch interessiert ist rekuperation.
funktioniert das gut mit ebics? und was ist besser kupplung fest schweißen oder auf direct drive motor umrüsten?

 

[Hochsitzcola]

funktioniert das gut mit ebics

Ja, das ist ja das schöne an FOC, man muss nur ein negatives iq vorgeben, schon rekuperiert es

und was ist besser kupplung fest schweißen oder auf direct drive motor umrüsten?

Kommt darauf an, wie viel du ohne Unterstützung fahren willst. Du musst dir bewusst sein, dass du bei festgeschweisstem Freilauf dann immer Getriebe und Motor mit bewegen musst. Das macht keinen Spaß.... Dann lieber einen DD

Gruß
hochsitzcola

 

[viktoschi]

Kommt darauf an, wie viel du ohne Unterstützung fahren willst. Du musst dir bewusst sein, dass du bei festgeschweisstem Freilauf dann immer Getriebe und Motor mit bewegen musst. Das macht keinen Spaß.... Dann lieber einen DD

naja das bike wiegt ca 50kg mit akku dazu kommen noch die extrem breiten 20" reifen. auf gerader strecke schaffe ich es kurze zeit um die 10kmh zu treten.
ich sag wie es ist das ding ist ein mofa getarnt als pedelec.
glaub da macht ein billiger direct drive schon sinn. den puma hab ich aber in der zwischenzeit auch gefunden. der passt aber nicht wegen den fat bike felgen.
noch eine frage zu ebics und dem lishui foc... im wiki auf gh ist ein pinout für die analoge bremse. seh ich das richtig das ich mir da einfach ein 2. daumengas dran baue und dann stufenlos damit bremsen kann?

 

[Hochsitzcola]

Ja, das geht. Müsste man aber noch mal prüfen, ob die Pin Zuordnung passt, du müsstest damit dann ja auf den Temperatureingang, daran gibt es ggf. noch einen Pullup, der berücksichtigt werden müsste.

Gruß
hochsitzcola

 

[viktoschi]

just for info
der puyuan fat rf motor in 20 zoll mit 750w hat 20 magnete
macht dann also als gear ratio 5*10 = 50