Aller au contenu

GO Print

Claus

Membres
  • Compteur de contenus

    12
  • Inscrit(e) le

  • Dernière visite

Visiteurs récents du profil

Le bloc de visiteurs récents est désactivé et il n’est pas visible pour les autres utilisateurs.

Récompenses de Claus

Rookie

Rookie (2/14)

  • First Post
  • Collaborator
  • Week One Done
  • One Month Later
  • One Year In

Badges récents

4

Réputation sur la communauté

  1. Ciao Hobi, c'est la même chose ici aussi. Tout va bien sauf le eeprom avec l'option activé #define FLASH_EEPROM_EMULATION n'enregistre pas automatiquement les données après le flash. Je peux sauvegarder ok à la fois avec m500 et à partir du Repetier Server.
  2. Je lo sais Epsylon... mais c'est ce qu'il a fait il y a quelques jours pour celui qui a brick la carte. En savoir plus sur les messages précédents.
  3. Il n’est pas possible d’installer le firmware original, le voyant d’affichage mais rien n’y est affiché Après avoir renommé le firmware.elf en bin et chargé que vous avez briqué la carte. Comme Hopi l'a suggéré, vous avez besoin d'un St-link V2. Vous trouverez la procédure à la première page. A la fin du tutoriel. Mais il est probable que même à partir de platformio e stlink vous ne serez pas en mesure de déverrouiller la carte. Si oui, et que vous n'avez plus aucune chance et que la puce n'est pas cassée, téléchargez l'utilitaire stlink sur st.com. https://www.st.com/en/development-tools/stsw-link004.html Faire une puce effacée (erase chip) Puis un Programmacion manuel (manual programm) utilisant le dump.bin que Hobi vous a rapporté et que vous trouverez dans le tutoriel initial. https://www.lesimprimantes3d.fr/forum/applications/core/interface/file/attachment.php?id=65193
  4. The new alfawise_Ux0.py it's working ok... even with python 3.8
  5. de 18mhz à environ 15mhz..... Merci Hobi, c'est bon à savoir au cas où ça arriverait. Un grand merci à vous les gars, pour la création de la fork à marlin, pour la conception de Fang, pour la procédure Bltouch. Un travail vraiment fantastique traduit par Deepl
  6. Yes Hobi The -- force reinstall flag resolve about this. I have tested boot U20 and U20Plus compilations two time and now is ever flashed ok. To follow the platformio directives and avoid multiple core platformio vers in the platformio settings there is a check box : Use builtin PioCore must be checked. https://docs.platformio.org/en/latest/faq.html#multiple-pio-cores-in-a-system
  7. Okay, until the bug is fixed, I've found a solution. As I wrote before it's about downgrading the platformio version but in my previous tests you didn't have use the flag -- force reinstall. To get platformio back ok, do this: Open Visual Studio Code Wait for platformio to be loaded click on the platformio icon on the left from the choices that open up choose Miscellanous -> new terminal in the terminal window that opens type pip install "platformio==4.0.3" --force-reinstall press enter Wait for the command to end. then check the version change with platformer --version press enter must show PlatformIO, version 4.0.3 I didn't need to restart, but do it for safety. Now build as usual and you'll see that the project.bin will load perfectly on the printer
  8. [BUG] PIO builds randomly causes boards not to boot#15767 Look here https://github.com/MarlinFirmware/Marlin/issues/15767
  9. Hi, I have the same problem. I have a 29 october BlTouch Fang configuration that precedently works perfectly on a U20 but trying now to compile it (only 4 yellow warnings) for a new U20Plus and flashing get the update lock with the two green bars at the end. It has nothing to do with motherboard vers U20 is V7 and U20Plus is VOG It has nothing to do with the configuration files because even a compilation of the git vanilla from the same results. It has nothing to do with the pc because I tested 2 different pc win7pro and win7 ultimate. It has nothing to do with the sd card I tried two different ones. It has nothing to do with the model because it happens even if I try to flashare the U20 and here many have the problem on the U30. I saw that Platformio has had an update just these days PlatformIO Core 4.1.0 (2019-11-07) It is obvious that this is the problem but also trying to make a platformio downgrade with Pip install -U "platformio==4.0.3' The result is the same in all these tests 403 and 400 with python 3.8 and 3.7 403 and 400 with python 2 3.6.7 with python 2 I analyzed in comparison a bin file made on 29 October before the 4.1.0 with a realized post upgrade and the binary has many differences already in the initial header part. Something in the new version of platformio is buggy or incompatible and does not uninstall even downgrading. It remains active.
×
×
  • Créer...