CH32V003 Supercluster

Tja, wenn man "bitluni" über sein "Patreon"-Dingens Geld zukommen lässt, verrät er vermutlich mehr darüber. https://www.youtube.com/@bitlunislab/videos

Eigentlich hätte ich gerne eines der Boards um ein wenig damit zu experimentieren.

Dann mach es dir doch eben selbst. Das ist doch keine grosse Sache. Ja ich weiss, sowas ist irgendwie nur ein Spassprojekt, aber so richtig sinnvoll ist es ja nicht ausser vielleicht man studiert gerade Informatik und will ein paar Konzepte mit MultiCPUs ausprobieren.

Vanye

Einfacher und billiger könnte ein gebrauchter Dell server mit E7-8880v4 o.ä. sein 8 CPUs a 22 Cores sind zwar nur 176 physische aber dank hyper thrad dann 352 logische cpu cores. Schönes Spielzeug. Gleich mit 64bit und günstigem RAM 256gb für unter 100€.

MfG Michael

Einfacher und billiger könnte ein gebrauchter Dell server

Schon, aber wir sind ja im Mikrocontrollerforum. Interessant ist die Kommunikationsverfahren zwischen eher Leistungsschwachen Mikrocontrollern zu untersuchen. Bitluni hat bei seinem Cluster einen Parallelbus implementiert und dafür viele IOs geopfert.

Michael O. schrieb:

Gleich mit 64bit und günstigem RAM 256gb für unter 100€.

Magst Du einen Link auf diese von Dir irgendwo genannte Angebot setzen?

Mir kommt das ... unerwartet günstig vor, auch wenn das altes Eisen sein sollte.

Ist in etwa, wie mit 256 Ebikes den Acker pflügen. Da fehlt so viel, angefangen von nachladbarem Code, Cache-Koherenz.... um brauchbar als Cluster zu sein.

Wie ist denn ein brauchbarer Cluster definiert?

Wie ist denn ein brauchbarer Cluster definiert?

Man muss seine Kumpels damit beeindrucken koennen!

Vanye

ARM M0+ Alterative unter 10 cent wären die Puya F002. PY32F002BF15U6TR wäre das QFN20 Bauteil. Interessant an denen ist auch, dass ein M0+ ist der mit 5V betrieben werden kann.

Man muss seine Kumpels damit beeindrucken koennen!

Die Antwort finde ich sehr gelungen :-) Rein optisch könnte man mit dem CH32V003 Supercluster sicherlich einige beeindrucken.

Aber Scherz beiseite: Mit dem vorgestellten Projekt lassen sich sicherlich keine Wettersimulationen anstellen. Die Frage ist: zu was könnte er gut sein?

Vielleicht folgendes:

• Untersuchung redundanter Systeme für Sicherheitsanwendungen
• Untersuchung fehlersicherer Kommunikationsprotokollen zwischen den MCUs
• Synthesizer Applikation mit vielen Tongeneratoren

ARM M0+ Alterative unter 10 cent wären die Puya F002.

PY32F002BF15U6TR

Hmm .. der hat 1kB mehr Ram und 4KB mehr Rom, dafür aber nur 24MHz statt 48Mhz.

Christoph M. schrieb:

Vielleicht folgendes:

• Untersuchung redundanter Systeme für Sicherheitsanwendungen
• Untersuchung fehlersicherer Kommunikationsprotokollen zwischen den

Würde da dann ehr ein CH32V203 (wenn es WCH sein soll) nehmen. Vor ein paar Jahren waren die mal 20cent/Stück. LCSC möchte aktuell 30cent haben. Hat jedoch gewaltige Vorteile gegenüber dem CH32V003:

• vollwertiges RTOS wie RT-Thread anstelle von abgespecken Versionen wie RT-Thread Nano. Zephyr-Support kommt demnächst raus.
• CAN-Bus
• V4B anstelle von V2A core
• USB host und device falls man es braucht

Kennt wer zufällig einen günstigen MCU mit ETH PHY? Der WCH CH32V307 ist relativ teuer.

• CAN-Bus

Das könnte für die Kommunikation der MCUs untereinander recht nützlich sein. Ob man den CAN-Bus untereinander auf einer Platine ohne die Treiber nutzen könnte, kann ich im Moment nicht abschätzen.

Bei 16 dicht nebeneinander müsste man es sich anschauen. Sinnvoll wäre es vermutlich. Der 256 Vollausbau ist da interessanter. Die meisten CAN-Treiber dürften das nicht schaffen somit wäre zwei CAN-reapeater notwendig.

Jetzt mit 160 MCUs:

https://hackaday.com/2025/07/07/160-core-risc-v-board-is-the-m-2-coprocessor-you-didnt-know-you-needed/

N. B. schrieb:

Bei 16 dicht nebeneinander müsste man es sich anschauen. Sinnvoll wäre es vermutlich. Der 256 Vollausbau ist da interessanter. Die meisten CAN-Treiber dürften das nicht schaffen somit wäre zwei CAN-reapeater notwendig.

Für die Kommunikation in einem Cluster ist CAN um /einiges/ zu langsam. Selbst wenn es immer nur Punkt-zu-Punkt Verbindungen wären. Das reicht vielleicht gerademal für einen globalen Kommandokanal.

🍅🍅 🍅. schrieb:

Ist in etwa, wie mit 256 Ebikes den Acker pflügen. Da fehlt so viel, angefangen von nachladbarem Code, Cache-Koherenz.... um brauchbar als Cluster zu sein.

An irgendeinem Punkt macht es vielleicht mehr Sinn sich bei AWS o.ä. die entsprechenden Maschinen zu mieten... Da gibt's auch ARM-prozessoren. z.B. bei "c8g.metal-48xl" eine 192-Core Maschine mit 384 GiB RAM für schlappe $8.70 / h. Das ist dann auch eine realistische Architektur für High Performance Rechner.