Murien Posté(e) Avril 12 Posté(e) Avril 12 Bonjour, J'ai retrouvé ma Tronxy P802EA dans le grenier, j'ai décidé de la dépoussiérer et de la faire refonctionner. Contre toute attente, elle fonctionne encore à un défaut: la commande du plateau chauffant ne fonctionne plus. Pour le diagnostic: le plateau chauffant fonctionne si branché en direct le MOSFET intégré ne reçoit que 0.2V au lieu des 5V habituel lors de la chauffe. un MOSFET externe ne suffit pas (pas assez de voltage envoyé pour le déclenché) J'ai tenté la réinstallation du firmware d'origine mais ça ne change rien.  Je viens donc chercher des conseils, car j'hésite entre tenter de réparer le composant défectueux si j'arrive à l'identifier? ou changer carrément la carte et partir sur quelque chose de plus moderne mais je ne sais pas quoi choisir. Merci d'avoir pris le temps de lire ce post et de m'aider à sauver cette petite imprimante qui a été longtemps délaissée. Murien P.S: je ne suis pas un expert en soudure mais je peux en trouver un si besoin! 1
pommeverte PostĂ©(e) Avril 12 PostĂ©(e) Avril 12 Salut et bienvenue sur le forum, Il y a 3 heures, Murien a dit : le MOSFET intĂ©grĂ© ne reçoit que 0.2V au lieu des 5V habituel lors de la chauffe. A priori, c'est le microcontrĂŽleur qui est malade (sortie HS) . Tu as donc plusieurs solutions: remplacer le microcontrĂŽleur (assez chaud , mĂȘme si c'est une carte Melzi avec un ATmega1284) trouver une autre sortie disponible pour ponter vers l'entrĂ©e du mosfet ou mieux, piloter un module mosfet externe imprimer sans chauffer le plateau, Ă l'ancienne (scotch bleu 3M, colle,...) Je n'ai pas trouvĂ© d'infos sur ta carte-mĂšre, il m'est donc difficile d'ĂȘtre plus prĂ©cis. Il y a 4 heures, Murien a dit : changer carrĂ©ment la carte et partir sur quelque chose de plus moderne mais je ne sais pas quoi choisir. Ă peu prĂšs n'importe quoi , tout dĂ©pend de ton budget et de tes envies (en profiter pour passer Ă Klipper? )
Murien PostĂ©(e) Avril 12 Auteur PostĂ©(e) Avril 12 J'aime bien ces solutions mais Je n'ai pas trouvĂ© le schĂ©ma de la carte et je suis loin d'ĂȘtre expert la dedans. Il y a tout juste le nombre de sorties nĂ©cessaires Imprimer sans chauffer, ça foire trop souvent, j'ai mĂȘme essayĂ© en chauffant manuellement le plateau mais maintenir une bonne tempĂ©rature est un calvaire  il y a 55 minutes, pommeverte a dit : Ă peu prĂšs n'importe quoi , tout dĂ©pend de ton budget et de tes envies (en profiter pour passer Ă Klipper? ) Pour le budget, j'aimerais rester sous les 50⏠vu le prix Ă laquelle je l'avais achetĂ©. ^^ Mais ça dĂ©pend des propositions Je suis encore dĂ©butant lĂ dedans, si j'accroche vraiment je verrai pour investir plus. Je sais que Marlin se sert d'une carte micro contrĂŽleur et que Klipper a besoin d'un contrĂŽleur + un PC, mais mes connaissances s'arrĂȘte lĂ . Niveau PC j'ai ce qu'il faut, j'ai portables, tours et mĂȘme un Raspberry Pi 1B qui traine dans mon tiroir (pas sur qu'il soit suffisant). Je suis ouvert Ă toutes propositions
pommeverte PostĂ©(e) Avril 12 PostĂ©(e) Avril 12 Est-ce que ta carte-mĂšre ressemble à ça: Citation Si non, est-ce que tu peux fournir des photos et/ou une rĂ©fĂ©rence? Il y a 1 heure, Murien a dit : Klipper a besoin d'un contrĂŽleur + un PC Ăa peut aussi ĂȘtre un smartphone ou une tablette avec une ROM alternative (CyanogenMod,...) Il y a 1 heure, Murien a dit : un Raspberry Pi 1B qui traine dans mon tiroir (pas sur qu'il soit suffisant) C'est clair (voir la FAQ de Klipper). Par contre un zĂ©ro 2W, ça passe.
Murien PostĂ©(e) Avril 12 Auteur PostĂ©(e) Avril 12 Oui c'est exactement ce modĂšle. Ok, merci pour ces infos. C'est sur qu'une tablette ça peut ĂȘtre sympa vu que tu as directement l'Ă©cran tactile. Mais du coup il faut quand mĂȘme que je change ma carte pour en trouver une compatible Klipper?
pommeverte PostĂ©(e) Avril 13 PostĂ©(e) Avril 13 Salut, Il y a 11 heures, Murien a dit : Oui c'est exactement ce modĂšle dans ce cas: il faudrait vĂ©rifier que le condensateur (C27 ou C28) reliĂ© Ă la grille du mosfet n'est pas HS (rĂ©sistance quasi nulle Ă ses bornes). Dans le doute, tu pourrais le dessouder pour vĂ©rifier si la tension qui arrive sur la grille passe Ă 5V sinon, je pense que tu peux utiliser la broche MISO pour piloter un module mosfet externe. Il y a 11 heures, Murien a dit : C'est sur qu'une tablette ça peut ĂȘtre sympa vu que tu as directement l'Ă©cran tactile Par contre il faut un cĂąble Y OTG (pour la charge et la communication avec la carte-mĂšre) et que l'appareil soit compatible avec l'OTG (donc ~moins d'1 dizaine d'annĂ©e) Il y a 11 heures, Murien a dit : Mais du coup il faut quand mĂȘme que je change ma carte pour en trouver une compatible Klipper? quasiment toutes les cartes-mĂšres sont compatibles Klipper, dont ta melzi
Murien Posté(e) Avril 13 Auteur Posté(e) Avril 13 Il y a 8 heures, pommeverte a dit : il faudrait vérifier que le condensateur (C27 ou C28) relié à la grille du mosfet n'est pas HS (résistance quasi nulle à ses bornes). Dans le doute, tu pourrais le dessouder pour vérifier si la tension qui arrive sur la grille passe à 5V Les deux condo ont une résistance d'environ 200 Ohms. Du coup je ne suis pas sur que ça vienne de là . Il y a 8 heures, pommeverte a dit : sinon, je pense que tu peux utiliser la broche MISO pour piloter un module mosfet externe. Les 2 pins en bas de la carte? Oui je peux mais comment je le déclare dans l'imprimante? Il faut que je flash avec une conf customisée?(je vais avoir besoin d'une formation accélérée en Marlin ou Klipper ^^) Il y a 8 heures, pommeverte a dit : Par contre il faut un cùble Y OTG (pour la charge et la communication avec la carte-mÚre) et que l'appareil soit compatible avec l'OTG (donc ~moins d'1 dizaine d'année) C'est obligatoire le Y? c'est pour éviter les perturbation entre la puissance et les data? Il y a 8 heures, pommeverte a dit : quasiment toutes les cartes-mÚres sont compatibles Klipper, dont ta melzi Bonne nouvelle, si l'astuce du MISO fonctionne je pourrais faire redémarrer ça sans frais
pommeverte Posté(e) Avril 13 Posté(e) Avril 13  Est-ce que le cavalier est correctement placé? Citation  Il y a 4 heures, Murien a dit :  Il y a 13 heures, pommeverte a dit : sinon, je pense que tu peux utiliser la broche MISO pour piloter un module mosfet externe. Les 2 pins en bas de la carte? celle identifiée MISO, donc celle-là : Citation  Il y a 4 heures, Murien a dit : Il faut que je flash avec une conf customisée? exactement. Tu as des sources Marlin pour ta TronXY (je pense ) ici et ce tuto pour la compilation de Marlin. J'ai tenté la compilation d'un nouveau firmware à partir de Marlin v1.1.9.1, en modifiant ces fichiers: Marlin-1.1.9.1_TronXYP802EA_fichiers_config.zip platformio.ini Marlin\Configuration.h Marlin\Configuration_adv.h Marlin\pins_SANGUINOLOLU_11.h ce qui donne ce firmware: firmware-1.1.9.1_TronXYP802EA_V1.hex Il y a 4 heures, Murien a dit :  Il y a 13 heures, pommeverte a dit : Par contre il faut un cùble Y OTG (pour la charge et la communication avec la carte-mÚre) et que l'appareil soit compatible avec l'OTG (donc ~moins d'1 dizaine d'année) C'est obligatoire le Y? oui, car il faut recharger la batterie pendant l'impression.
Murien PostĂ©(e) Avril 15 Auteur PostĂ©(e) Avril 15 Pour le cavalier, il est placĂ© sur les pins pwr et sel, ça a l'air de correspondre Ă la photo. C'est bien le MISO que j'ai identifiĂ©. Le firmware que tu as postĂ© est prĂȘt Ă l'emploi si je branche mon mosfet externe sur le port MISO? Je vais creuser la conf Marlin dĂšs que possible, mais je ne sais pas si j'aurais trop le temps d'avancer sur ce projet cette semaine Merci pour toutes ces infos, je te tiens au courant dĂšs que je peux Â
pommeverte PostĂ©(e) Avril 16 PostĂ©(e) Avril 16 Salut, Le 15/04/2025 at 19:00, Murien a dit : Le firmware que tu as postĂ© est prĂȘt Ă l'emploi si je branche mon mosfet externe sur le port MISO? Hop, hop, hop . Vu les doutes que j'ai sur le modĂšle exacte de ta carte-mĂšre, il faudrait commencer par mesurer la tension sur la broche MISO lorsque tu demandes la chauffe du plateau. Au dĂ©but, le signal devrait ĂȘtre Ă 100%, donc 5V continu. Attention Ă ne pas faire un court-circuit avec les broches voisines . Pour ça, je te conseille d'utiliser un fil avec un connecteur dupont femelle.
Murien PostĂ©(e) Avril 17 Auteur PostĂ©(e) Avril 17 Il y a 18 heures, pommeverte a dit : Hop, hop, hop . Je te rassure, j'ai l'habitude de bricoler de l'Arduino, j'ai ce qu'il faut en connecteur et autre. Par contre, impossible de charger le firmware avec PIO, j'ai un un message de ce genre:  avrdude: verifying ... avrdude: verification error, first mismatch at byte 0x0002 0x72 != 0x91 avrdude: verification error; content mismatch avrdude: safemode: Fuses OK (E:00, H:00, L:00) avrdude done. Thank you. *** [upload] Error 1 ================================================= [FAILED] Took 57.71 seconds ================================================= Environment Status Duration ------------- -------- ------------ melzi FAILED 00:00:57.710 ============================================ 1 failed, 0 succeeded in 00:00:57.710 ============================================ MĂȘme avec l'utilitaire d'upgrade de Tronxy et d'autres version/config de Marlin que j'ai testĂ©, il ne passe pas (seul celui d'origine Ă l'air de fonctionner). Bon aprĂšs quand je n'arrive pas non plus Ă flasher avec Klipper. J'ai mis Kiauh sur un pc linux que j'avais et pareil au moment du flash du firmware ça ne passe pas mais ce coup ci ce sont des erreurs "avrdude: not in sync: resp=0x73" Je me dis que soit la carte me joue des tours soit je suis vraiment nul en impression 3D.  Â
pommeverte PostĂ©(e) Avril 18 PostĂ©(e) Avril 18 Salut, Est-ce que tu peux fournir une ou plusieurs photos de ta carte-mĂšre? Peut-ĂȘtre que tu as un soucis avec le bootloader. As-tu essayĂ© de compiler avec l'environnement "melzi_optiboot" au lieu de "melzi"? Si ça ne fonctionne toujours pas, tu pourrais flasher le bootloader optiboot.
Murien PostĂ©(e) Avril 19 Auteur PostĂ©(e) Avril 19 Salut, Voici une photo, j'avoue que ce n'est pas trĂšs facile Ă prendre avec tous ces fils! MĂȘme message avec le melzi_optiboot. J'ai vu que certaines cartes Tronxy Ă©taient verrouillĂ©es ou avaient des firmwares spĂ©ciaux. J'espĂšre que ce n'est pas le cas de celle-ci. Â
pommeverte PostĂ©(e) Avril 20 PostĂ©(e) Avril 20 Salut, Le 17/04/2025 at 23:03, Murien a dit : MĂȘme avec l'utilitaire d'upgrade de Tronxy et d'autres version/config de Marlin que j'ai testĂ©, il ne passe pas (seul celui d'origine Ă l'air de fonctionner). est-ce que tu confirmes que tu as rĂ©ussi Ă flasher le firmware d'origine? si non, il se peut que ce soit la vitesse de communication qui soit diffĂ©rente. Est-ce que tu peux tester la procĂ©dure suivante: dĂ©compresser ce fichier avrdude.zipsur le disque C . Tu devrais donc avoir les 3 fichiers c:\avrdude\avrdude.exe, c:\avrdude\avrdude.conf et c:\avrdude\flashTronxy.bat tu copies le firmware Ă flasher dans le dossier c:\avrdude en le renommant firmware.hex tu ouvres dans un Ă©diteur de texte (notepad, VSCode...) le fichier flashTronxy.bat et tu indiques le port COM sur lequel est connectĂ© la carte mĂšre. Exemple si c'est le port 2: -PCOM2 dans le terminal windows (touche windows + X, terminal), tu exĂ©cutes le fichier bat avec la commande c:\avrdude\flashTronxy.bat Si ça ne fonctionne toujours pas, tu peux flasher le bootloader avec un arduino (uno, nano,...) voir ce message
Murien PostĂ©(e) Avril 20 Auteur PostĂ©(e) Avril 20 Salut, Il manquait la .dll pour avrdude, j'ai pris celle que j'avais et mis Ă jour les chemins pour ma config. Bon du coup c'est ballot! Que ce soit avec la commande que tu m'as donnĂ© ou le tool Tronxy et quelque soit le firmware (origine, melzi_optiboot ou klipper), ça marche plus: D:\OUTILS\avrdude>D:\OUTILS\avrdude\avrdude -CD:\OUTILS\avrdude\avrdude.conf -v -patmega1284p -cwiring -b57600 -PCOM5 -D -Uflash:w:d:\OUTILS\avrdude\firmware.hex:i avrdude: Version 6.3-20190619 Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/ Copyright (c) 2007-2014 Joerg Wunsch System wide configuration file is "D:\OUTILS\avrdude\avrdude.conf" Using Port : COM5 Using Programmer : wiring Overriding Baud Rate : 57600 avrdude: stk500v2_ReceiveMessage(): timeout avrdude: stk500v2_ReceiveMessage(): timeout avrdude: stk500v2_ReceiveMessage(): timeout avrdude: stk500v2_ReceiveMessage(): timeout avrdude: stk500v2_ReceiveMessage(): timeout avrdude: stk500v2_ReceiveMessage(): timeout avrdude: stk500v2_getsync(): timeout communicating with programmer avrdude done. Thank you. J'aurai bien tenter le bootloader via Arduino mais je l'ai prĂȘtĂ© Ă mon fils pour un projet et il ne reviendra pas tout de suiteÂ
Murien PostĂ©(e) Avril 22 Auteur PostĂ©(e) Avril 22 Coup de chance, j'ai pu rĂ©cupĂ©rer et tester avec l'arduino. J'ai suivi le tuto mais les rĂ©sultats Ă©taient bizarres. Du coup, je me suis fait aider par une IA pour les commande et les tests. J'ai vĂ©rifiĂ© et revĂ©rifiĂ© les branchements et le fonctionnement de l'Arduino. Quelque soit la commande envoyĂ©e, les rĂ©sultats sont complĂ©tement alĂ©atoires. A des moments, la signature de la carte change et certains octets aussi. Voici quelques tests: PS D:\OUTILS\avrdude> .\avrdude.exe -C avrdude.conf -v -patmega1284p -c arduino -P COM4 -b19200 avrdude.exe: Version 6.3-20190619 Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/ Copyright (c) 2007-2014 Joerg Wunsch System wide configuration file is "avrdude.conf" Using Port : COM4 Using Programmer : arduino Overriding Baud Rate : 19200 AVR Part : ATmega1284P Chip Erase delay : 55000 us PAGEL : PD7 BS2 : PA0 RESET disposition : dedicated RETRY pulse : SCK serial program mode : yes parallel program mode : yes Timeout : 200 StabDelay : 100 CmdexeDelay : 25 SyncLoops : 32 ByteDelay : 0 PollIndex : 3 PollValue : 0x53 Memory Detail : Block Poll Page Polled Memory Type Mode Delay Size Indx Paged Size Size #Pages MinW MaxW ReadBack ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- --------- eeprom 65 10 128 0 no 4096 8 0 9000 9000 0xff 0xff flash 65 10 256 0 yes 131072 256 512 4500 4500 0xff 0xff lock 0 0 0 0 no 1 0 0 9000 9000 0x00 0x00 lfuse 0 0 0 0 no 1 0 0 9000 9000 0x00 0x00 hfuse 0 0 0 0 no 1 0 0 9000 9000 0x00 0x00 efuse 0 0 0 0 no 1 0 0 9000 9000 0x00 0x00 signature 0 0 0 0 no 3 0 0 0 0 0x00 0x00 calibration 0 0 0 0 no 1 0 0 0 0 0x00 0x00 Programmer Type : Arduino Description : Arduino Hardware Version: 2 Firmware Version: 1.18 Topcard : Unknown Vtarget : 0.0 V Varef : 0.0 V Oscillator : Off SCK period : 0.1 us avrdude.exe: AVR device initialized and ready to accept instructions Reading | ################################################## | 100% 0.01s avrdude.exe: Device signature = 0x1e9705 (probably m1284p) avrdude.exe: safemode: Verify error - unable to read lfuse properly. Programmer may not be reliable. avrdude.exe: safemode: To protect your AVR the programming will be aborted avrdude.exe done. Thank you. PS D:\OUTILS\avrdude> .\avrdude.exe -C avrdude.conf -v -patmega1284p -c arduino -P COM4 -b19200 -U flash:w:optiboot_atmega1284p.hex:i -F -u avrdude.exe: Version 6.3-20190619 Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/ Copyright (c) 2007-2014 Joerg Wunsch System wide configuration file is "avrdude.conf" Using Port : COM4 Using Programmer : arduino Overriding Baud Rate : 19200 AVR Part : ATmega1284P Chip Erase delay : 55000 us PAGEL : PD7 BS2 : PA0 RESET disposition : dedicated RETRY pulse : SCK serial program mode : yes parallel program mode : yes Timeout : 200 StabDelay : 100 CmdexeDelay : 25 SyncLoops : 32 ByteDelay : 0 PollIndex : 3 PollValue : 0x53 Memory Detail : Block Poll Page Polled Memory Type Mode Delay Size Indx Paged Size Size #Pages MinW MaxW ReadBack ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- --------- eeprom 65 10 128 0 no 4096 8 0 9000 9000 0xff 0xff flash 65 10 256 0 yes 131072 256 512 4500 4500 0xff 0xff lock 0 0 0 0 no 1 0 0 9000 9000 0x00 0x00 lfuse 0 0 0 0 no 1 0 0 9000 9000 0x00 0x00 hfuse 0 0 0 0 no 1 0 0 9000 9000 0x00 0x00 efuse 0 0 0 0 no 1 0 0 9000 9000 0x00 0x00 signature 0 0 0 0 no 3 0 0 0 0 0x00 0x00 calibration 0 0 0 0 no 1 0 0 0 0 0x00 0x00 Programmer Type : Arduino Description : Arduino Hardware Version: 2 Firmware Version: 1.18 Topcard : Unknown Vtarget : 0.0 V Varef : 0.0 V Oscillator : Off SCK period : 0.1 us avrdude.exe: AVR device initialized and ready to accept instructions Reading | ################################################## | 100% 0.01s avrdude.exe: Device signature = 0x1e9705 (probably m1284p) avrdude.exe: NOTE: "flash" memory has been specified, an erase cycle will be performed To disable this feature, specify the -D option. avrdude.exe: erasing chip avrdude.exe: reading input file "optiboot_atmega1284p.hex" avrdude.exe: writing flash (131072 bytes): Writing | ################################################## | 100% 0.01s avrdude.exe: 131072 bytes of flash written avrdude.exe: verifying flash memory against optiboot_atmega1284p.hex: avrdude.exe: load data flash data from input file optiboot_atmega1284p.hex: avrdude.exe: input file optiboot_atmega1284p.hex contains 131072 bytes avrdude.exe: reading on-chip flash data: Reading | ################################################## | 100% 0.01s avrdude.exe: verifying ... avrdude.exe: verification error, first mismatch at byte 0x1fc00 0x0d != 0x1f avrdude.exe: verification error; content mismatch avrdude.exe done. Thank you. PS D:\OUTILS\avrdude> .\avrdude.exe -C avrdude.conf -v -patmega1284p -c arduino -P COM4 -b19200 -U lfuse:w:0xD6:m -U hfuse:w:0xDC:m -U efuse:w:0xFD:m avrdude.exe: Version 6.3-20190619 Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/ Copyright (c) 2007-2014 Joerg Wunsch System wide configuration file is "avrdude.conf" Using Port : COM4 Using Programmer : arduino Overriding Baud Rate : 19200 AVR Part : ATmega1284P Chip Erase delay : 55000 us PAGEL : PD7 BS2 : PA0 RESET disposition : dedicated RETRY pulse : SCK serial program mode : yes parallel program mode : yes Timeout : 200 StabDelay : 100 CmdexeDelay : 25 SyncLoops : 32 ByteDelay : 0 PollIndex : 3 PollValue : 0x53 Memory Detail : Block Poll Page Polled Memory Type Mode Delay Size Indx Paged Size Size #Pages MinW MaxW ReadBack ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- --------- eeprom 65 10 128 0 no 4096 8 0 9000 9000 0xff 0xff flash 65 10 256 0 yes 131072 256 512 4500 4500 0xff 0xff lock 0 0 0 0 no 1 0 0 9000 9000 0x00 0x00 lfuse 0 0 0 0 no 1 0 0 9000 9000 0x00 0x00 hfuse 0 0 0 0 no 1 0 0 9000 9000 0x00 0x00 efuse 0 0 0 0 no 1 0 0 9000 9000 0x00 0x00 signature 0 0 0 0 no 3 0 0 0 0 0x00 0x00 calibration 0 0 0 0 no 1 0 0 0 0 0x00 0x00 Programmer Type : Arduino Description : Arduino Hardware Version: 2 Firmware Version: 1.18 Topcard : Unknown Vtarget : 0.0 V Varef : 0.0 V Oscillator : Off SCK period : 0.1 us avrdude.exe: AVR device initialized and ready to accept instructions Reading | ################################################## | 100% 0.01s avrdude.exe: Device signature = 0x1f9705 avrdude.exe: Expected signature for ATmega1284P is 1E 97 05 Double check chip, or use -F to override this check. avrdude.exe done. Thank you. L'IA en est arrivĂ© Ă me dire que c'Ă©tait certainement un oscilllateur ou le quartz qui Ă©tait HS, elle est partie super loin Ă vouloir que je change les condensateurs et les oscillateurs... J'avoue qu'Ă ce moment lĂ , j'ai fait "Oh lĂ !" et j'ai tout dĂ©branchĂ© et baissĂ© les bras Â
pommeverte Posté(e) Avril 23 Posté(e) Avril 23 Salut, Il y a 14 heures, Murien a dit : L'IA en est arrivé à me dire que c'était certainement un oscilllateur ou le quartz qui était HS c'est impossible puisque tu as réussi à communiquer (écriture et lecture) avec le microcontrÎleur. Malgré le message d'erreur, est-ce que tu as essayé de flasher le firmware version optiboot, via l'USB?
Murien PostĂ©(e) Avril 25 Auteur PostĂ©(e) Avril 25 (modifiĂ©) Salut, AprĂšs ces aventures, je me suis aperçu que j'avais perdu l'Ă©cran LCD, il affiche 2 ligne de carrĂ©s blanc. J'ai quand mĂȘme retentĂ© le flash via USB depuis mon PC Windows mais rien n'y fait, mĂȘme l'utilitaire Tronxy n'arrive pas Ă terminĂ© le flash; (erreurs type out of sync, not in sync, mismatch...) En dĂ©sespoir de cause, je me suis dit, tiens et si je tentais depuis le Linux sur lequel j'ai installĂ© Klipper. Et lĂ , miracle! au deuxiĂšme essai en 115200 ça passe! Je me dit ouf sauvĂ©! ... ou pas. A chaque tentative de communication avec le mcu, des erreurs de communication et des time-out ... J'ai tentĂ© plusieurs d'attaquer le mcu depuis plusieurs chemins diffĂ©rents et de me baser sur diffĂ©rents exemples de printer.cfg mais rien Ă faire. Bon admettons que la carte ne soit pas compatible Klipper, je me dis que vu que le linux a rĂ©ussi une fois il peut peut-ĂȘtre recommencer. Du coup je tente des commandes avrdude avec l'optiboot et paf j'arrive Ă le faire passer. Hourra! ... ou pas, l'Ă©cran LCD est toujours dans les choux, je la connecte et lance pronterface, ça communique, j'arrive Ă dĂ©placer l'axe XY mais j'ai un warning de mismatch sur l'eeprom et certaines commandes comme le controle de l'axe Z ne fonctionne pas. Pas grave, le firmware ne doit pas ĂȘtre bien configurĂ©. Du coup je tente de restaurer le firmware d'origine, mais ça ne passe pas. Retour sur le PC Linux ça ne passe pas non plus.(encore des problĂšmes de communication "programmer not responding, out of sync...) Je suppose qu'il faudrait que je reflash avec l'arduino en isp... Est ce que je ne gagnerais pas mon temps Ă changer la carte? Est-ce qu'une de ces cartes irait pour remplacer cette maudite Melzi: https://fr.aliexpress.com/item/1005002423294097.html https://fr.aliexpress.com/item/1005008845772489.html  ModifiĂ© (le) Avril 25 par Murien
pommeverte Posté(e) Avril 26 Posté(e) Avril 26 (modifié) Salut, Il y a 12 heures, Murien a dit : Est ce que je ne gagnerais pas mon temps à changer la carte? parfois, il faut savoir s'avouer vaincu . C'est un peu comme avec SEGA," l'électronique/informatique, c'est plus fort que toi" Citation  Il y a 12 heures, Murien a dit : Est-ce qu'une de ces cartes irait pour remplacer cette maudite Melzi: Pour la MKS Robin Nano V3 Eagle, pourquoi pas, il faudra penser à ajouter les pilotes des moteurs et bidouiller un cùble pour l'écran. Tu as aussi l'équivalent chez BTT, la SKR 1.4+TMC2209 , avec l'option ajout d'un module wifi en moins. Pour la SKR mini E3 V3, la boutique ne me parait pas fiable: 1 mois d'existence pas d'avis 10⏠de moins que sur la boutique du fabriquant (carton tombé du camion? ) ça sent pas bon cette histoire... Cela dit, tu peux aussi prendre une SKR mini E3 V2, à condition que le microcontrÎleur soit un STM32 et non un GD32 (potentiellement problématique pour Marlin). L'inconvénient, c'est que les pilotes sont soudés à la carte-mÚre Modifié (le) Avril 26 par pommeverte
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