Carte APM32F103Cx MCU compatible avec la RS-CNC32 ?

[HTheatre]

Bonjour,

Apparemment, RobotDyn arrête la production de leur module "black pill" équipé de la puce STM32F103C8T6 (64KB), pour ne commercialiser désormais plus que la version de ce module équipé de la puce APM32F103CB (128KB).

Voilà le lien du module en question.

Et voilà le lien vers le site de la marque où il est possible de consulter le descriptif complet du module.

Comme je n'y connais rien, je souhaiterai savoir si ce module (avec APM32F103CB) reste compatible avec la RS-CNC32, avant d'en passer commande de 10 exemplaires avec les barrettes déjà soudées ("APM32 ARDUINO SOLDER"), pour le service de dépannage rapide que je propose aux membres de MakerFr.

Merci.

@+

[Kachidoki]

APM32 ? Inconnu au bataillon.
C'est quoi ? Une copie des STM32 ? Des fakes ?

[HTheatre]

Des fakes ?

Des fakes, certainement pas. RobotDyn est une véritable marque qui propose une multitude de modules pour ARDUINO et autre. Je n'y connais rien, mais je dirais que c'est simplement une puce avec des potentialités accrue, dont une capacité de mémoire plus importante. J'attends que mstrens me réponde . Lui doit savoir ce qu'il en est exactement.

@+

[Didier]

https://www.cnx-software.com/2020/03/22 ... m32-fakes/

[HTheatre]

Merci, mais tout cela ne répond pas à ma question .

@+

[mstrens]

Je ne connais pas ce cpu et je ne peux garantir qu'il soit compatible.
La seule façon de savoir est de le tester.

je crains quand même que pour l'utiliser, il faille faire quelques modifs au firmware car au moins la fréquence d'horloge est différente (96mhz au lieu de 80).
Il se pourrait donc que la fréquence des signaux envoyés aux drivers ne soit pas correcte (et donc les steps/min).

perso, je conseillerais de rester avec des stm32F103.

[HTheatre]

Bonjour mstrens,

Je ne connais pas ce cpu et je ne peux garantir qu'il soit compatible.
La seule façon de savoir est de le tester.

je crains quand même que pour l'utiliser, il faille faire quelques modifs au firmware car au moins la fréquence d'horloge est différente (96mhz au lieu de 80).
Il se pourrait donc que la fréquence des signaux envoyés aux drivers ne soit pas correcte (et donc les steps/min).

perso, je conseillerais de rester avec des stm32F103.

Je te remercie pour tes explications. J'en ai commandé un pour le tester du coup ! Par contre, je suppose que pour voir s'il y a une différence de fréquence pour les signaux envoyés aux drivers, je ne pourrai le constater qu'en montant l'APM32F103CB sur ma machine et non sur mon magnifique banc d'essai .









@+

[mstrens]

Pour ce qui est de l'éventuel problème de vitesse tu peux le tester sans moteur.
Tu lances une commande Gcode de déplacement sur une longue distance et à vitesse assez basse (pour qu'elle dure longtemps et ne soit pas impactée par les accélération). Tu mesures si le temps d'exécution (en voyant les chiffres bouger sur le TFT).
S'il est différent de celui obtenu avec un stm32 "officiel", c'est qu'il y a un souci.

Il se pourrait aussi que la différence de fréquence pose problème pour la communications UART (avec ESP32 ou un pc connecté via un interface USB/Serial).
Cela devrait alors se traduire par des caractères déformés voire des impossibilités à communiquer.

[Kachidoki]

Je n'ai plus en tête la manière dont sont configurés les bus d'horloge (AHB et APB) sur le STM32. Si c'est uniquement un jeu de prescaler ou s'il y a une manière plus arbitraire de la sélectionner la fréquence.

Sur la photo on voit que c'est un quartz de 8MHz qui est utilisé pour le HSE, comme pour le STM32, j'imagine que la fréquence sera la même à configuration identique.

Car si avec le firmware standard il se configure à 80MHz au lieu des 96MHz max, ça peut fonctionner.

Ca se teste, mais quand on regarde dans le monde des électroniciens et leurs forums dédiés, c'est dubitatif. Il y a au moins 7 références de copies de STM32, certains vont même jusqu'à observer les différences sur le die silicium.

[HTheatre]

Bonjour,

Bon, carte APM32F103Cx reçue. Je ne suis pas parvenu à téléverser le firmware dessus via Atollic True Studio, en revanche, aucun problème pour téléverser une version compilé en .HEX avec ST-Link Utility.

En revanche, mstrens avait raison, d'entrée j'ai eu les ?? qui se sont affichés en haut à droite de l'écran TFT. Donc je confirme que la différence de fréquence d'horloge (96mhz au lieu de 80 pour un STM-32) empêche l'ESP-32 et le STM-32 de communiquer entres eux.

@+