
Murien
Membres-
Compteur de contenus
10 -
Inscrit(e) le
-
Dernière visite
Tout ce qui a été posté par Murien
-
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
-
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
-
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
-
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.
-
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.
-
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
-
Les deux condo ont une résistance d'environ 200 Ohms. Du coup je ne suis pas sur que ça vienne de là. 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 ^^) C'est obligatoire le Y? c'est pour éviter les perturbation entre la puissance et les data? Bonne nouvelle, si l'astuce du MISO fonctionne je pourrais faire redémarrer ça sans frais
-
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?
-
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 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
-
Bonjour, Moi c'est Murien, j'avais déjà débuté en impression il y a quelques années mais le manque de temps et de place m'avait fait abandonné l'idée. J'aime bien m'amuser avec l’électronique et l'informatique et je pense que l'impression 3D me permettra de réaliser des truc encore plus sympas. J'ai enfin un peu de temps et de place. Du coup me voilà inscrit ici! Au plaisir de vous lire et peut être de vous écrire!
-
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!