Hobi

@lattamatthias regarding the eeprom once you have flashed a new code you have to erase/ initialize it. As the screen was not working well you might have missed that step. Put again your sdcard with rom code into the slot and reflash it. Then erase initialize the eeprom . No reason for it to not work Or your sdcard is too big and not properly formatted. Try to find an old sdcard like 1Gb .

@lattamatthias Have you nicely folded the ribon cable? If you did, make sure you unpack it/ unfold it, as folding the flat ribbon cable nicely creates impedance issues... There is no real reason for your LCD screen to flicker, beside a poor connectio or too long ribbon cable, or improperly secured flat cable in the cable connectors on the screen / board. Hob.

@pommeverte j’ai recompile en 2.1.2.1 et ai réimporté tout le code de @Epsylon3 pour faire une release complète. Comme ça écran/touch ça roule. le problème des drivers trinamics est lié aux interrupts des end stops. Ok avec les a4988 mais a commenter pour les trinamics 2209. J’ai recompile le code pour un foamcutter 4 axes sans pb.

Bonjour il ne faut pas toucher à la vref à mon avis. La carte n’est pas conçue pour aller au delà des réglages de base et on voit les limites apparaître au niveau de l’extrudeur. C’est le maxi à mon avis. Changez les radiateurs. pour la compilation corexy il faut prendre les bonnes options des corexy mais à part ça c’est marlin classique. Pour faire plus facile prendre la dernière version longer3d sur le git github.com/tpruvot repertoire marlin. Ca sera le plus facile

@pommeverte @Epsylon3 bon la compile 2.1.2 marche toujours pas avec les trinamic, la compile 2.1.2.1 marche mais les tmc2209 font n’importe quoi…. du coup j’ai rechargé la 2.5.0.3 et effacé le répertoire .platformio puis patche le script stm32-f1-longer3d.py et ça marche! Ouf .

Tu as raison. C est un bordel infame tien le sdio support…. J avais mis le commentaire … je rajoute !!! Je dois faire un diff des 3 fichiers config config adv et pins pour ma config spéciale… quel bordel

@pommeverte Merci pour ton info. J'ai recompile en partant de la 2.1.2.1 , et ca se passe bien. Pas le peine de mettre les #define U30 et TS_V12 dans le fichier Config.h, il faut juste rajouter cela dans le fichier stm32F1-maple.ini, et choisir la bonne version de compilation, qui est alfawise_U30...Ca evite les tonnes de warning ... Bon, je reverifie toutes les modifs extrudeur, TMC, pins, BL touch, et je reteste. Finger crossed... J'avais oublie a quel point ce code est complexe.... # # Alfawise U30/LK2/LK4 # [env:alfawise_U30] extends = env:STM32F103VE_longer_maple build_flags = ${STM32F1_maple.build_flags} -DMCU_STM32F103VE -DSTM32F1xx -USERIAL_USB -DDEBUG_LEVEL=1 -D__FILE__=__func__ -Wno-builtin-macro-redefined -DU30 -DTS_V12 # -DOVERCLOCK -DOC_BASE_MHZ=72 -DOC_TARGET_MHZ=96 #upload_protocol = stlink #board_build.address = #board_build.ldscript =

Ok merci! Allez zou! 2.1.2.1!!!

@pommeverte toi qui a compile recemment... une idee? J'ai bien le SW serial qui se charge. Il suffit de changer un de drivers pour TMC2209, et rajouter une pin pour l-uart, et l'erreur se produit. C'est assez frustrant je dois dire..

Hellooooo Bon, j'ai ressorti ma U30, et j'etais en M2.0.5.3..; impossible de recompiler le code avec les 345602355 modifications dans tous les sens au niveau de platformio, marlin, librairies... etc.. Du coup, j'ai charge la derniere version d @Epsylon3 en 2.1.2 ... et déjà, il faut patcher un des scripts Python pour que ca compile. Ca c'est fait! La modif est la : https://community.platformio.org/t/marlin-runtimeerror-deque-mutated-during-iteration/34661/4 J'essaye de compiler le code standard > OK. J'ai des TMC2209 sur mon imprimante, et je n'arrive pas a compiler. Marlin\src\module/stepper/trinamic.h:29:10: fatal error: TMCStepper.h: No such file or directory ******************************************************************** * Looking for TMCStepper.h dependency? Check our library registry! * * CLI > platformio lib search "header:TMCStepper.h" * Web > https://registry.platformio.org/search?q=header:TMCStepper.h * ******************************************************************** J'ai ajoute la ligne pour la lib deps dans stm32f1-maple.ini [env:alfawise_U30] extends = env:STM32F103VE_longer_maple build_flags = ${STM32F1_maple.build_flags} -DMCU_STM32F103VE -DSTM32F1xx -USERIAL_USB -DDEBUG_LEVEL=1 -D__FILE__=__func__ -Wno-builtin-macro-redefined -DU30 -DTS_V12 -DHAVE_SW_SERIAL lib_deps = TMCStepper@>=0.6.2,<1.0.0 # -DOVERCLOCK -DOC_BASE_MHZ=72 -DOC_TARGET_MHZ=96 #upload_protocol = stlink #board_build.address = #board_build.ldscript = # Ca marche pas... toujours cette erreur... Une idee?

Bonsoir, je viens de regarder et a priori ( ça a tellement changé depuis la fin de mon travail initial) il est possible de changer le type d écran dans stm32_Maple.ini . Il faut chercher le dts_v19… v11 et v12 sont pour des écrans différents. Je ne sais plus dans quels sens ils sont. ‘si aucune configuration ne marche il faut fouiller dans le code et voir ou les defines ( dts_v19 est considéré comme un define lors de la compilation) sont utilisés . Lire le code et comparer avec v12 et v11…et modifier le code

J'avais mis cette ligne dans le fichier congig.h, car ca ne marchait pas sans au debut. Epsylon3 a fait tellement de changements et ameliorations... Si ca marche tant mieux.

As long as putting an sd card in the slot results in the bootloader to display the green bar you can fix easily. Watchout some sd cards seem to generate issues. If the green progress bar moves the bootloader is fine. if you do not get the small progress bar then you have to reflash with stlink, as you probably erased the bootloader but using only the sd card I fail to understand how this can happen

If the bootloader shows a green bar then the lcd cable is fine!

Gosh, 4,5 ans plus tard.... Au moins ca a bien aide beaucoup de détenteurs d'imprimantes Alfawise. Et maintenant, j'utilise la meme carte mere en 2+2 axes pour controler une decoupeuse a fil chaud. Fichtre.