broceliande

Hello, Je sais que le post date un peu et n'a que peu vécu, mais je suis en cour de passage de ma Ortur 4 V2 sous skr 1.4 turbo (+TMC2209 uart) N'ayant trouvé aucun stl permettant de supporter la skr sur ortur, j'ai du prendre les cotes et modeliser moi même. Je dois aussi prévoir 2 mofsets et un module psu, pour ne pas perdrer la reprise d'impresssions après coupure, mais pas que, ce module m'a permis à deux reprises de voir mon print ne même pas s'arrêter lors d'une mini(un peu plus que micro sur ce coup)-coupure contrairement à tous les autres appareils. Un chose m'étonne dans ton post, c'est lorsque tu dis être parvenu à aligner sd + usb . Moi à la mano j'ai tout tenter pour la présenter mais déja la partie sd ne rentre pas dans la fente, et surtout l'épaisseur de la skr touche une vis de support au moins de la cm originale. Du coup à moins de limer ce support de vis et un peu les ouvertures, je ne sais pas comment tu as du t'y prendre. Si cela t'intéresse (ou d'autres) je te montrerai également ce que j'ai fais .

Bonjour à tous! J'ai le sentiment d'être en présence du seul et unique topic sur le net traitant du passage de la Ortur 4 sur CM 32 bits. Alors je vous salue en espérant que je ne serai pas le dernier à participer à ce thread. Je reçois la mienne jeudi , une Ortur 4 v2. Je reçois le même jour, pour la compléter et corriger les quelques défauts/lacunes principaux qu'elle semble avoir une skr 1.4 turbo+tmc2209 uart, ainsi que deux mofsets 24v. Je testerai l'imprimante telle quelle un ou deux jours puis j'attaquerai mon mod sans plus attendre. Je ne pense pas me tromper en ayant imaginé que ce complément fera de cette imprimante déja très prometteuse un best . Si vous avez déja cette combinaison votre avis m'intéresse. Quant à moi je le saurai également rapidement, si je ne galère pas trop sur mon adaptation maison. Mais je pars assez serein.

Pour ma part j'ai tenté une première impression en tentant de reproduire les paramètres donnés par @deamoncrack, mais malheureusement sans les comprendre et bien sûr j'ai foiré.. Principalement le foirage vient du fait que au moins un de mes supports s'est détaché, et aussi que j'imprime trop vite!. Du coup je me suis un peu plus concentré et j'ai choisi de refaire un test avec des paramètres plus basiques et que je comprenais, surtout... J'ai "découvert" une option magique(pour moi qui ne la connaissais pas hein je précise) qui permet d'ajouter des bordures aux support, et j'ai orienté ma pièce de manière à ce que le moins de supports possibles entrent à l'intérieur de la pièce. Ca donne une impression de 5h04mn en 0.2 à 80 mm/s réussie avec une réduction de la vitesse au moment critique de la première tentative. L'avantage est que je n'utilise que très peu de matière (et de temps) pour les supports. Je n'ai malheureusement pas noté ni fais de capture de mes paramètres dans Cura (4.4.1), mais je peux partager mon gcode a qui veut tenter le coup: je ne garantie rien évidement. J'ai par contre pensé à prendre des photos que voici. Pour info , ma config : Alfawise U20 upgradée avec une Skr 1.3, des drivers TMC 2208 en mode UART + TFT 3.5 v3.0 . Pour habiller le tout j'ai offert à mon imprimante une ultrabase...

Et tu as tout à fait raison de le dire Dans mon cas le problème semble vraiment ne pas être lié à la nappe. Par ailleurs chez moi elle fait une sorte de boucle affreuse que je ne chercherai pas à modifier le moins du monde. Non la nappe et l'écran semblent parfaitement ok chez moi, et j'avais un affichage complètement délirant avec les fw officiels lorsque celui de marlin lui était impec et sans souci de calibration d'ailleurs. A ce propos: La seule raison pour laquelle je ne suis pas resté sous marlin à ce moment là c'est parce que la version précompilée contient le bltouch par défaut et que je n'ai pas su le désactiver. Du coup je ne pouvais plus faire mon leveling et j'ai voulu revenir au firmware off juste pour ça. J'ai mis un coup de pression au revendeur et j'espère qu'il a compris que je ne voulais pas un écran mais une carte mère. C'est clair que la mienne est merdique et je ne sais pas à quel point. Juqsqu'à ce soior pour le moins mon imprimante était inutilisable alors que déballée le 24 ... Ca frustre un peu hein

Alleluhia ! Je peux enfin réimprimer! Il est donc possible de transformer un raspberry pi en flasher de firmware. A ce sujet tout ce qui a été installé pour y parvenir sur mon Octopi n'a pas altéré son focntionnement. A l'instant même ou j'ai rebooté le tout j'ai pu me connecter à la U20 sans souci (je craignais un peu à cause des tty... mais bon) Mon écran déconne toujours mais demain je tenterai de flasher marlin car sous marlin je n'avais aucun souci d'affichage. @Hobi merci pour ton aide, ton image stock et tout et tout.. Pour info le boot0 était bien requis pour pouvoir prendre la main. A présent j'ai bien pigé à quel moment il l'était... Bon ben vendredi je n'avais aucune connaissance du flash et des interfaces séries, ça va mieux maintenant. Bonne soirée, je ferai un compte rendu des manips opérées si cela intéresse quelqu'un . Je ne dis pas tuto parce que j'ai un peu joué les apprentis sorciers sur le coup et je n'ai pas la prétention de pouvoir expliquer en maîtrise ce que j'ai fais.

Merci quand même, j'essaierai de trouver comment s'organise la mémoire flash à l'occase. Ce que je test est plus pour expérimentation qu'autre chose, demain matin j'aurai mon ST-Link et je verrai si ma carte est récupérable ou non. Elle est instable depuis le début je me fais peu d'illusions, je pense que j'en commanderai une sur compozan, si ça ne marche pas. Je peux pas attendre encore des semaines en sav avec des délais de ouf ... Je veux imprimer !

Bonjour à tous, @Hobi est-ce que tu saurasi la taille exacte que représente le bootloader seul sur la mémoire flash ? Je ne parviens pas à flasher l'intégralité du fichier , je vais essayer de le faire par lot de 4k mais je me demandais si il n'était pas possible de flasher le bootloader seul puis ensuite tenter le firmware lui même via la sd....

Bon j'ai réussi à flasher les 4 premier kb , il plante après mais au dump j'ai bien les 4k identiques, je vais essayer de voir si je dois flasher block par block.

Dans mon cas, c'est pour pouvoir flasher une image d'origine incluant le bootloader après un flashage merdique. Ma U20 a commencé à déconner dès que j'ai fais la première maj de firmware (officel pourtant) Ecran dans tous les sens, décalibration etc puis plus rien au fil des tests...

J'ai du mieux ! > reset halt target halted due to debug-request, current mode: Handler HardFault xPSR: 0x00000003 pc: 0x20000004 msp: 0x20004fe0 > stm32f1x mass_erase 0 device id = 0x10036414 flash size = 512kbytes stm32x mass erase complete et ensuite flash info 0 #0 : stm32f1x at 0x08000000, size 0x00080000, buswidth 0, chipwidth 0 # 0: 0x00000000 (0x1000 4kB) not protected # 1: 0x00001000 (0x1000 4kB) not protected # 2: 0x00002000 (0x1000 4kB) not protected # 3: 0x00003000 (0x1000 4kB) not protected # 4: 0x00004000 (0x1000 4kB) not protected # 5: 0x00005000 (0x1000 4kB) not protected # 6: 0x00006000 (0x1000 4kB) not protected # 7: 0x00007000 (0x1000 4kB) not protected # 8: 0x00008000 (0x1000 4kB) not protected # 9: 0x00009000 (0x1000 4kB) not protected # 10: 0x0000a000 (0x1000 4kB) not protected # 11: 0x0000b000 (0x1000 4kB) not protected # 12: 0x0000c000 (0x1000 4kB) not protected # 13: 0x0000d000 (0x1000 4kB) not protected # 14: 0x0000e000 (0x1000 4kB) not protected # 15: 0x0000f000 (0x1000 4kB) not protected # 16: 0x00010000 (0x1000 4kB) not protected # 17: 0x00011000 (0x1000 4kB) not protected # 18: 0x00012000 (0x1000 4kB) not protected # 19: 0x00013000 (0x1000 4kB) not protected # 20: 0x00014000 (0x1000 4kB) not protected # 21: 0x00015000 (0x1000 4kB) not protected # 22: 0x00016000 (0x1000 4kB) not protected # 23: 0x00017000 (0x1000 4kB) not protected # 24: 0x00018000 (0x1000 4kB) not protected # 25: 0x00019000 (0x1000 4kB) not protected # 26: 0x0001a000 (0x1000 4kB) not protected # 27: 0x0001b000 (0x1000 4kB) not protected # 28: 0x0001c000 (0x1000 4kB) not protected # 29: 0x0001d000 (0x1000 4kB) not protected # 30: 0x0001e000 (0x1000 4kB) not protected # 31: 0x0001f000 (0x61000 388kB) not protected STM32F10x (High Density) - Rev: Y Si je me rate pas sur la commande de flash j'ai de l'espoir

Bon désolé je reviens à la charge après un loooong après-midi de labeur... J'ai soudé mon fil sur la r11 , du bon côté puisque j'ai testé les bornes et celle reliée à la masse est celle du haut. Donc j'ai soudé en bas. Lorsque j'alimente la carte mère avec le shunt en place, l'écran reste noir , est-ce que c'est bien le signe qu'il détecte le 3.3 sur boot0 ? J'ai compilé openocd et configuré puis bien mappé le GPIO sur J1 avec des connecteurs Dupont source du mapping ici : https://learn.adafruit.com/programming-microcontrollers-using-openocd-on-raspberry-pi/wiring-and-test Je ne parviens pas à débloquer la protection. Je me demande si je ne me plante pas dans la manip dans le moment ou il faut alimenter le boot0 celui ou il n'y a plus besoin . Le hic c'est peut être aussi que j'ai entièrement d"monté ma carte pour faire tout propre et que je l'alimente aussi avec le raspberri du coup (+3.3v du J1) Donc je bidouille pour plugger en même temps le fil soudé au r11 avec l'alim mais pas facile de faire des power cycles. Je suis bien connecté à la carte en tt cas puisque j'arrive à dialoguer avec ... exemple de session: > stm32f1x unlock 0 device id = 0x10036414 flash size = 512kbytes stm32x unlocked. INFO: a reset or power cycle is required for the new settings to take effect. > reset run target halted due to breakpoint, current mode: Thread xPSR: 0x61000000 pc: 0x2000003a msp: 0x20004fe0 > stm32f1x mass_erase 0 stm32x device protected stm32x mass erase failed > Quelqu'un a une idée ? C'est con d'en arriver là plutot que d'attendre bêtement mon st-link et de bloquer à ce niveau :s Je suis assez certain que ça peut intéresser pas mal de monde de profiter d'un rasp pi avec octopi avec cette couche supplémentaire non ? J'ai aussi fait un flash protect sans succès pour info Il doit vraiment me manquer un truc bête lié au boot0

Exact c'est une mise à la masse . Merci J'ai compilé openocd je vais voir si j'arrive à communiquer avec le stm (je sais pas si c'est la meilleure méthode mais bon c'est ce que j'ai trouvé de mieux pour le mode swd avec la rpi 3b+

Merci oui je venais de trouver, au dessus de U2 sur la board : Loupe et lampe torche ! Une piste part du STM32 et semble aboutir sur le haut de la R11si on a U20 dans le bon sens (nappe lcd vers le bas) , je suppose qu'il faut souder le fil en bas donc. Une impulsion suffit pour reinit et reprendre la main ou elle doit rester alimentée ? Désolé pour toutes mes questions mais si jamais j'arrive à flasher avec un rpi promis je ferai un tuto pour rendre la pareille

Bonjour à tous, En attendant mon st-link et frustré de ne pouvoir reprendre mes prints, j'ai potassé encore un peu pour préparer mon flash. Je suis développeur mais je suis un parfait newbie en interfaces séries. J'ai vu que certains utilisaient un arduino pour flasher le STM32, et je me suis dis : "Si un arduino peut faire ça, pourquoi un de mes raspberry ne le pourraient pas?" Il semble que c'est tout à fait possible, au final, et je vais sans doute expérimenter cet après-midi. @Hobi j'ai juste pas trouvé le boot0 qu'il faut alimenter pour le flash, EDIT : je m'autocorrige. C'est bien la r11 qu'il faut trouver mais mes yeux ne la trouvent pas sur ma carte , je cherche touiours merci encore de ton aide.

OUPS.. Le 1 veut dire que faut vraiment que j'aille faire faire mes lunettes... C'est une ....V0G tout court Merci pour le conseil , je vais chercher le boot0 et préparer un petit pont facile à désouder. Sur un des plans que j'ai c'est censé etre la r11 Question subsidiaire sans vouloir abuser, car j'ai noté que tu avais fourni la rom stock que j'ai gardé au chaud pour mon test. Est-ce que le binaire contient le bootloader également ? Ou bien vais-je juste erase puis flasher la partie firmware sans le loader avec celle-ci ?