Aller au contenu

Messages recommandés

Posté(e)

je n'arrive pas à communiquer avec le MMU, si j'envoie S1, j en'ai pas de rertour, comme si mes commandes ne l'atteigne pas

Posté(e) (modifié)

coté CM c'est OK !
le serial dialoque en 250 000 au boot, et ensuite il change en 115 200 pour le MMU :

250000:

image.png

 

115200

image.png.40a5a22551cc161a46328651fd4bd082.png

Modifié (le) par lolvince
Posté(e)

Tu as un écran en UART en même temps? Est-il configuré dans Marlin?

Posté(e)

Si c'est un TFT, il est probablement en UART aussi et utilise peut-être le même port série.

Posté(e)

je ne comprend pas ce qui te fait dire ça concernant l’écran, je devrai avoir des traces dans mon sérial du coup non  ?


coté MMU on à bien le "start", et coté CM on trouve bien le "MMU <=  Reset", d’ailleurs, ne devrait-il pas être simplement envoyé "reset" ? 
les indications MMU => ou mmu <= sont la pour le débug Série via le port 1 afin de voir ce qu'il se passe coté octoprint par exemple...

Posté(e)

Les caractères avant MMU sont bizarres et anormaux je pense.

Posté(e)

je pense que mon problème est ici :

image.png.9a3fc79ea410e4e817a363bb7ba8bf3c.png

 

le serial 2 est aussi utilisé pour le contrôle via octrpint par exemple 

Posté(e) (modifié)

Bien vu, désactive le pour tester.

Modifié (le) par Tircown
Posté(e) (modifié)

bon compilation terminé, pas d’activité sur le port COM2 en désactivant ceci :

 

 

image.png

Modifié (le) par lolvince
Posté(e)

Je pense que define NUM_SERIAL 2 ne doit pas être commenté, juste la première ligne.

Posté(e)

bon si je commente les 2 lignes, que je déclare :

MMU2_SERIAL Mserial2 je n'ai rien sur le port COM

si je déclare :

MMU2_SERIAL Serial2 je me retrouve avec la même console  qu'avant...

Posté(e)

Question bête: t'as bien décommenté //#define PRUSA_MMU2 dans Configuration.h

Posté(e)

ça y est !!!
j'ai commenté :

SERIAL_PORT2 2

MMU2_RST_PIN afin de d'envoyer le reset via le port série (X0)

mis : MMU2_SERIAL SERIAL2

et maintenant c'est OK,sauf que le reset initial, n'st pas pris en compte, il faut en renvoyer un grâce au menu MArlin, et la liaison se fait correctement.

je pense que le MMU boot trop rapidement, et envoie la trame START avant le reset ^^

Posté(e)

reste la partie fonctionnement MMU2 sur notre U20 avec notre système actuel, sinon passer en direct Drive mais ce n'est plus trop mon domaine de compétence 😞

Posté(e)

j'avais oublié de pusher le commit pour désactiver le serial2 sur le repo Hobi...

pour définir le baudrate juste pour Serial2... il faut ajouter Serial2.begin(115200); qqpart.. genre dans HAL_init() (Marlin/src/HAL/HAL_STM32F1/HAL.cpp)

Posté(e)

il y a quand même un truc étrange sur le port série.

il y a bien l'instruction Reset envoyé qui reste sans réponse.

bien que le MMU fait son reset au boot, et envoie donc start de suite.

si on relance un reset depuis le menu :

 

Recv: MMU <= reset
Recv: rx buffer overrun
Recv: echo:enqueueing "�\x01"
Recv: echo:Unknown command: "�\x01"
Recv: echo:enqueueing "�\x01"
Recv: echo:Unknown command: "�\x01"
Recv: MMU => 'start'
Recv: MMU <= 'S1'
Recv: MMU => 106
Recv: MMU <= 'S2'
Recv: MMU => 372
Recv: MMU <= 'P0'
Recv: MMU => 0
Recv: MMU - ENABLED

ce qui semble se trouver entre le reset et le start ne semble pas être bon signe...
 

j'ai le serial USB en 250000 Baud et le serial 2 en 115 200.

la trace plus haut correspond au MMU debug via le port série USB depuis octoprint
 

Créer un compte ou se connecter pour commenter

Vous devez être membre afin de pouvoir déposer un commentaire

Créer un compte

Créez un compte sur notre communauté. C’est facile !

Créer un nouveau compte

Se connecter

Vous avez déjà un compte ? Connectez-vous ici.

Connectez-vous maintenant
  • Sur cette page :   0 membre est en ligne

    • Aucun utilisateur enregistré regarde cette page.
  • YouTube / Les Imprimantes 3D .fr

×
×
  • Créer...