Savate Posté(e) Décembre 5, 2023 Posté(e) Décembre 5, 2023 il y a 34 minutes, jpeg a dit : j'imagine par oui, mais tu as bien passé l'ebb36 en dfu avant ?
jpeg Posté(e) Décembre 5, 2023 Auteur Posté(e) Décembre 5, 2023 (modifié) il y a une heure, Savate a dit : sudo dfu-util -a 0 -D ~/klipper/out/klipper.bin --dfuse-address 0x08000000:force:mass-erase -d 1d50:606f avec mode dfu sur l'EBB - je viens de refaire. J'ai fait et refait même en inversant l'ordre boot/reset Je suis connecté avec Putty via wifi - c'est un problème ? Modifié (le) Décembre 5, 2023 par jpeg
Savate Posté(e) Décembre 5, 2023 Posté(e) Décembre 5, 2023 il y a 8 minutes, jpeg a dit : Je suis connecté avec Putty via wifi - c'est important ? non, pas de pb Pour vérifier que l'ebb est bien en dfu, la commande lsusb doit afficher un texte avec DFU mode dans la description
jpeg Posté(e) Décembre 5, 2023 Auteur Posté(e) Décembre 5, 2023 Quoi que je fasse lsusb me retourne toujours la même réponse comme quoi je ne suis pas en mode dfu
Savate Posté(e) Décembre 5, 2023 Posté(e) Décembre 5, 2023 il y a 13 minutes, jpeg a dit : Quoi que je fasse lsusb me retourne toujours la même réponse comme quoi je ne suis pas en mode dfu Connecter EBB36 au PI (ou à la CM) via USB Appuyer sur RESET et BOOT de l'EBB36 Relâcher Reset Relâcher Boot lancer lsusb Bus 001 Device 005: ID 0483:df11 STMicroelectronics STM Device in DFU Mode
jpeg Posté(e) Décembre 5, 2023 Auteur Posté(e) Décembre 5, 2023 (modifié) J'ai bien compris depuis le début. Ce n'est que des bouts de doigts que j'ai perdu lol Faut-il débrancher l'alim du can ? Tu e Il y a 2 heures, Savate a dit : Si tu passes l'ebb36 en mode DFU (le truc avec les deux boutons à appuyer) .../... make menuconfig [*] Enable extra low-level configuration options Micro-controller Architecture (STMicroelectronics STM32) Processor Model (STM32G0B1) Bootloader offset (8KiB bootloader) Clock Reference (8 MHz crystal) Communication interface (CAN bus (on PB0/PB1) (500000) CAN bus speed puis make clean puis make puis sudo dfu-util -a 0 -D ~/klipper/out/klipper.bin --dfuse-address 0x08000000:force:mass-erase -d xxxx:xxxx @Savate Tu es sur de toi pour la config de compilation de klipper, car auparavant j'avais flashé avec PD12/PD13 puisque la manta est une V1.1 ? Modifié (le) Décembre 5, 2023 par jpeg
Savate Posté(e) Décembre 5, 2023 Posté(e) Décembre 5, 2023 il y a 36 minutes, jpeg a dit : car auparavant j'avais flashé avec PD12/PD13 puisque la manta est une V1.1 ? C'est l'EBB36 que l'on flash là, pas la Manta Dans le cas d'un M8P + EBB c'est piégeux car la CM et l'EBB ont le même processeur. il y a 36 minutes, jpeg a dit : Faut-il débrancher l'alim du can ? tu peux, mais ce n'est pas obligatoire (si tu as une version EBB 1.2 ou plus) Le plus pénible c'est de passer l'EBB36 en DFU (et quand elle est montée sur la tête c'est encore pire )
jpeg Posté(e) Décembre 5, 2023 Auteur Posté(e) Décembre 5, 2023 (modifié) il y a 7 minutes, Savate a dit : C'est l'EBB36 que l'on flash là, pas la Manta Si tu le dis - Tu fais bien de préciser : j'avais restauré PD12/PD13 lol il y a 7 minutes, Savate a dit : tu peux, mais ce n'est pas obligatoire (si tu as une version EBB 1.2 ou plus) C'est la 1.2 il y a 7 minutes, Savate a dit : Le plus pénible c'est de passer l'EBB36 en DFU (et quand elle est montée sur la tête c'est encore pire ) Ca pour être pénible, c'est pénible (même si j'ai eu la bonne idée de ne pas la monter encore sur la STB.) En touS cas je ne parviens pas à passer en mode DFU. C'est semble-t-il un problème déjà décrit concernant cette version mais en utilisation avec U2C (un correctif a d'ailleurs été distribué) - ce qui ne résout pas mon problème. Modifié (le) Décembre 5, 2023 par jpeg
Savate Posté(e) Décembre 5, 2023 Posté(e) Décembre 5, 2023 il y a 2 minutes, jpeg a dit : Ca pour être pénible, c'est pénible (même si j'ai eu la bonne idée de ne pas la monter encore sur la STB.) En touS cas je ne parviens pas à passer en mode DFU. C'est semble-t-il un problème déjà décrit concernant cette version mais en utilisation avec U2C (un correctif a d'ailleurs été distribué) - ce qui ne résout pas mon problème. Aux grand maux les grand remèdes : STM32CubeProgrammer 0) tu récupères le fichier klipper.bin qui a été généré par le make dans le répertoire klipper/out/ et tu le copies sur le pc 1) tu peux débrancher l'alim + can de l'EBB 2) tu branches l'EBB au PC 3) tu lances STM32CubeProgrammer (Essaye d'utiliser une version <= 2.11 - les version supérieures posent problème) 4) tu essaye de passer en mode DFU qui devrait s'afficher sur l'écran 5) Si le péripherique apparaît : tu cliques sur connect 6) tu cliques sur l'onglet 'open file' en haut à gauche et tu choisis le klipper.bin que tu as copié à l'étape 0 7) tu cliques sur l'icône verte avec une flèche vers le bas qui doit t'afficher un truc comme ça et tu cliques sur 'Start Programming'
jpeg Posté(e) Décembre 5, 2023 Auteur Posté(e) Décembre 5, 2023 (modifié) OK. Et avant je recompile avec les bonnes valeurs lol @Savate Apparemment il y a déjà du monde (Dois supprimer tous les secteurs identifiés ou ne pas m'en occuper ?) mais au moins il est passé en mode dfu -sale beste. Modifié (le) Décembre 5, 2023 par jpeg
Savate Posté(e) Décembre 5, 2023 Posté(e) Décembre 5, 2023 (modifié) il y a 32 minutes, jpeg a dit : Apparemment il y a déjà du monde (Dois supprimer tous les secteurs identifiés ou ne pas m'en occuper ?) Non rien à faire, mais tu n'as pas choisi le fichier bin, je ne vois pas le chemin du fichier dans file path (tout en haut) ... pourtant le log en bas indique que tu lui as bien donné le fichier. Donc tu peux faire 'start programming' sans te poser de questions. Modifié (le) Décembre 5, 2023 par Savate
jpeg Posté(e) Décembre 5, 2023 Auteur Posté(e) Décembre 5, 2023 (modifié) Citation 18:15:11 : STM32CubeProgrammer API v2.10.0 | Windows-64Bits 18:17:14 : Error: Establishing connection with device failed 18:19:30 : Error: Establishing connection with device failed 18:21:03 : Error: Establishing connection with device failed 18:22:25 : USB speed : Full Speed (12MBit/s) 18:22:25 : Manuf. ID : STMicroelectronics 18:22:25 : Product ID : DFU in FS Mode 18:22:25 : SN : 205D39875542 18:22:25 : DFU protocol: 1.1 18:22:25 : Board : -- 18:22:25 : Device ID : 0x0467 18:22:25 : UPLOADING OPTION BYTES DATA ... 18:22:25 : Bank : 0x00 18:22:25 : Address : 0x1fff7800 18:22:25 : Size : 68 Bytes 18:22:25 : Bank : 0x01 18:22:25 : Address : 0x1fff7870 18:22:25 : Size : 4 Bytes 18:22:25 : UPLOADING ... 18:22:25 : Size : 1024 Bytes 18:22:25 : Address : 0x8000000 18:22:25 : Read progress: 18:22:26 : Data read successfully 18:22:26 : Time elapsed during the read operation is: 00:00:00.045 18:22:51 : Read File: E:\Temp\canboot_bin\klipper.bin 18:22:51 : Number of segments: 1 18:22:51 : segment[0]: address= 0x0, size= 0x6FDC 18:43:59 : Memory Programming ... 18:43:59 : Opening and parsing file: klipper.bin 18:43:59 : File : klipper.bin 18:43:59 : Size : 27.96 KB 18:43:59 : Address : 0x08000000 18:43:59 : Download in Progress: 18:43:59 : File download complete 18:44:00 : Time elapsed during download operation: 00:00:00.719 18:44:00 : Verifying ... 18:44:00 : Read progress: 18:44:00 : Error: Data mismatch found at address 0x08000000 (byte = 0xF8 instead of 0x00) 18:44:00 : Error: Download verification failed Modifié (le) Décembre 5, 2023 par jpeg
Savate Posté(e) Décembre 5, 2023 Posté(e) Décembre 5, 2023 il y a 4 minutes, jpeg a dit : 8:44:00 : Error: Data mismatch found at address 0x08000000 (byte = 0xF8 instead of 0x00) 18:44:00 : Error: Download verification failed Re choisis le fichier bin dans le file path et relances
jpeg Posté(e) Décembre 5, 2023 Auteur Posté(e) Décembre 5, 2023 (modifié) Cela ne change rien - même erreur Modifié (le) Décembre 5, 2023 par jpeg
Savate Posté(e) Décembre 5, 2023 Posté(e) Décembre 5, 2023 (modifié) il y a 8 minutes, jpeg a dit : Cela ne change rien - même erreur Essaye un full chip erase avant de lancer la programmation Tu as bien une 'vieille' version de Stm32CubeProgrammer <= 2.11 ? Modifié (le) Décembre 5, 2023 par Savate
jpeg Posté(e) Décembre 5, 2023 Auteur Posté(e) Décembre 5, 2023 Rien de changé après un 'Full chip erase' Oui, j'ai réinstallé une version 2.10.0 dès le départ.
Savate Posté(e) Décembre 5, 2023 Posté(e) Décembre 5, 2023 il y a 2 minutes, jpeg a dit : Rien de changé après un 'Full chip erase' Oui, j'ai réinstallé une version 2.10.0 dès le départ. tu peux m'envoyer ton klipper.bin, j'essayerai de le flasher sur une ebb36 demain matin
Savate Posté(e) Décembre 6, 2023 Posté(e) Décembre 6, 2023 Il y a 13 heures, jpeg a dit : Je l'ai posté en boite privée. Bien reçu : Alors quelques modifications à faire : 1) recompiler klipper cd /klipper make menuconfig [*] Enable extra low-level configuration options Micro-controller Architecture (STMicroelectronics STM32) Processor Model (STM32G0B1) Bootloader offset (No bootloader) Clock Reference (8 MHz crystal) Communication interface (CAN bus (on PB0/PB1) (500000) CAN bus speed make clean make copier /klipper/out/klipper.bin sur le pc 2) refaire la manip avec stm32cubeprogrammer (connexion, chargement du klipper.bin) Par contre il faut rester sur la page 'open file' et appuyer sur Download pour envoyer le firmware sur l'ebb. Une fois que tout est fait, 1) Eteindre l'imprimante 2) rebrancher le can h et L et le 24v 3) Allumer l'imprimante 4) le query can devrait te donner un uuid : celui de l'ebb ~/CanBoot/scripts/flash_can.py -q
jpeg Posté(e) Décembre 6, 2023 Auteur Posté(e) Décembre 6, 2023 (modifié) C'est comme si c'était fait. @Savate Plus qu'à rebrancher ~/CanBoot/scripts/flash_can.py -q Resetting all bootloader node IDs... Checking for Katapult nodes... Detected UUID: ba179068dc56, Application: Klipper Query Complete Modifié (le) Décembre 6, 2023 par jpeg 1
Savate Posté(e) Décembre 6, 2023 Posté(e) Décembre 6, 2023 il y a 41 minutes, jpeg a dit : Plus qu'à rebrancher donc maintenant tu n'as plus qu'à rajouter une section [mcu can] canbus_uuid: ba179068dc56 pour pouvoir utiliser le can en plus de la carte mère
jpeg Posté(e) Décembre 6, 2023 Auteur Posté(e) Décembre 6, 2023 (modifié) @Savate OK, c'est fait. J'ai trouvé le fichier mis en annexe - j'imagine que je dois également modifier le reste de printer.cfg ? toolhead_btt_ebbcan_G0B1_v1.2.cfg.txt Sinon question à 1€, le PCB n'étant pas débranché et le printer.cfg non actualisé en dehors de [mcucan], le PCB reste apparemment fonctionnel ? Modifié (le) Décembre 6, 2023 par jpeg
Savate Posté(e) Décembre 6, 2023 Posté(e) Décembre 6, 2023 si tu as [mcu] et [mcu can] il suffit de préfixer les pin du can par can: tu peux récupérer les alias, c'est plus propre, mais ça rend la config plus compliquée à lire ... Sans les alias ça donnerait ça (c'est juste une partie pour l'exemple) : [extruder] step_pin: can:PD0 dir_pin: !can:PD1 il y a 53 minutes, jpeg a dit : Sinon question à 1€, le PCB n'étant pas débranché et le printer.cfg non actualisé en dehors de [mcucan], le PCB reste apparemment fonctionnel ? quand tu dis le PCB tu fais référence à quoi ? Si c'est la CM : comme tu as tout laissé branché normalement : la carte mère est toujours fonctionnelle Si c'est l'EBB : il est déclaré, mais pas utilisé dans klipper donc si il est connecté à la carte mère et avec le bon firmware klipper continue fonctionner normalement
jpeg Posté(e) Décembre 7, 2023 Auteur Posté(e) Décembre 7, 2023 @Savate Ci-joint le fichier de configuration modifié. Tu y jettes un oeil avant que je le mette en ligne ? printer.cfg.txt
Savate Posté(e) Décembre 7, 2023 Posté(e) Décembre 7, 2023 il y a une heure, jpeg a dit : Tu y jettes un oeil avant que je le mette en ligne ? Premier point : tu as viré la section [mcu] il faut la remettre, sinon il ne pourra pas utiliser la carte M8P [mcu] canbus_uuid: fa3a896b86c9
Messages recommandés
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 compteSe connecter
Vous avez déjà un compte ? Connectez-vous ici.
Connectez-vous maintenant