Aller au contenu

dobodu

Membres
  • Compteur de contenus

    37
  • Inscrit(e) le

  • Dernière visite

Tout ce qui a été posté par dobodu

  1. Nouvelle version du MARLIN 2.1.1 voir post 1 et 2 Les versions précédentes étaient pénible à compiler (d'où VSCODE), la dernière version 2.1.1 compile sans problème sous arduino Ide. Fais attention toutefois à disposer des bonnes librairies (u8glib, etc...) en utilisant le gestionnaire de librairies, il doit te les proposer en installation. Amicalement Je trouve que ca vaut le coup, pas mal de petites améliorations. Pinmode : Voir ma dernière proposition en thread 1 : Le cablage est ultra standard pour du MKS Base, au lieu de l'adaptation naze de Dagoma. BLTouch : Ca se cable comme le BL TOUCH de mémoire, Google est ton ami. Ecran d'origine : Le même que moi (j'ai en plus un MKS TFT, mais rien à voir avec MARLIN) Alim d'origine : Voir thread 3 : Il suffit de commenter la ligne adhoc dans configuration.h Le reste d'origine : Modifie la valeur des pas dans configuration.h (trapézoidale = 149), la aussi tout est expliqué dans le message 3 (DEFAULT_AXIS_STEPS_PER_UNIT) pour revenir au tiges de base et l'extrudeur de base. Un peu de jus de cerveau voyons !
  2. Il semble que le firmware a quelques soucis (appel de puissance trop rapide sur l'alimentation, stepper qui claquent). => Je retire pour l'instant le firmware le temps d'y jeter un coup d'oeil.
  3. Ajout de la version Marlin 2.0.8 avec les modifs habituelles. Nb : Nombreux commentaires dans les fichiers modifiés (voir les fichiers dans "Modification Dobodu.txt") pour ceux qui ont des configs plus classiques (Dagoma) ou encore des particularités (Détecteur de filaments...) Bon print
  4. Quelques petites corrections apportées (plus de bruit sur l'écran LCD de la dagoma, gain de quelques octets via la réduction du logo Marlin, etc...) Rien d'extraordinaire mais ça marche mieux ! Bon prints !
  5. Mise à jour en 2.0.x BUGFIX toujours avec les mêmes modifications. PS: Pfff, ca faisait 1 an que j'avais pas touché à la Dagoma
  6. Oui, directement en usb avec un cable micro usb / usb.
  7. Bonsoir, Je ne dirai pas mieux que Montaignec. En revanche les EndStops des firmwares que j'ai déposé nécessitent le cablage "réel" des Enstops sur les bonnes bornes (pas le cablage d'origine Dagoma), c'est probablement pour cela que ta bécane cherchait à forcer vers X0. Faut vraiment que je me colle au Marlin 2.0. J'avais déjà adapté pas mal de chose mais sur une révision beta du 2.0
  8. Bonsoir, Je pense que le firmware doit être portable vers la disco ultimate puisqu'il s'agit d'une même base de la disco. Il faudrait cependant vérifier les paramétrages (senseur T°, pas de déplacements...) en épluchant le firmware d'origine. Pour ce qui est de la carte, s'il s'agit d'une MKS, même si la révision est plus élevée, ça doit pouvoir se gérer assez facilement d'autant que le firmware d'origine est très certainement basé sur Marlin. Enfin, il n'y a que quelques fichier à tripatouiller (voir les dates qui diffèrent du lot global dans les firmwares que j'ai mis à disposition). C'est accessible à n'importe qui possède des bases de programmation. Une précaution : Avoir à disposition le firmware d'origine et toujours le doigts sur le bouton d'alimentation si le comportement est anormal. Une suggestion : Cabler correctement la carte (X+ sur X+ etc...) sinon c'est pénible.
  9. Quelques corrections de bugs minimes (le babysteppint ne marchait pas). A noter que par rapport à la 1.1.8, je constate quelques fonctionnement atypiques en particulier lors de la chauffe du lit, qui semble avoir un impact sur l'alimentation ATX, un peu comme si le cable vert (PS_ON de l'ATX) faisait des siennes. Si quelqu'un a une idée...
  10. Tout pareil que Snakesrules. Pour le kit trapezoidale, ca dépend du pas des vis... quelle est le pas de vis du kit trapezoidal dagoma ?
  11. Pas mieux ... J'ai ajouté sur le premier post, un schéma de cablage détaillé pour ceux qui sont un peu perdus. Au passage je remercie Jagoff qui a fait tout le boulot sur BL-Touch et 3D-Touch.
  12. Marlin en version 1.1.9 pour notre dagoma tunée...
  13. Bonsoir les Dagomaniacs ! Désolé de l'absence depuis ... trop longtemps ! Je n'avais même pas fait gaffe à la mise à jour de Marlin en 1.1.9. Je m'en occupe d'ici la fin de semaine, mais Montaignec nous a déjà délivé une version qui semble bien marché. A samedi
  14. Message supprimé (merci Tapatalk d'avoir posté depuis ma poche... :-))
  15. As-tu paramétrer le pid dans le firmware ? Envoyé de mon F8332 en utilisant Tapatalk
  16. Bonjour à tous, Après quelques mois sans rien poster... ni trop toucher à l'imprimante 3D, j'ai ajouter une version du Marlin 1.1.8 incluant l'utilisation du BLTouch en m'inspirant (arrêtons ces termes, disons clairement en COPIANT) la proposition de jagdFx. Cette version est utile pour les fameux Fake BLTouch (le mien est un 3DTouch). Tout le mérite lui revient donc. Merci à lui
  17. Regarde dans le thread marlin, il doit y aviir ton bonheur moyennant des modifs simples dans configuration.h Envoyé de mon XZ via Tapatalk
  18. Le marlin en 1.1.8
  19. Oups... J'avais completement oublié celui la... Le cafe de ce matin était de mauvaise qualité [emoji4] et l'habitude de triturer depuis l'ecran quand on a le nez sur la premiere couche ne m'a pas aidé ! Je te dois une bière si tu passes sur Angoulême. Je corrige le post du dessus. A noter que si BABYSTEP_ZPROBE_OFFSET est activé dans la configuration, le babytouch affectera egalement le z-offset dans l'eeprom marlin, ce qui sauvegardera le z-offset ajusté pour le prochain print. Envoyé de mon XZ via Tapatalk
  20. Il n'y a pas d'instruction gcode pour le babystepping. C'est un attaque direct des moteurs de z et des valeurs de z-offset qui "bypasse" le code d'impression. Tu devrais regarder du cote de G92 Zxxx Par exemple xxx=0.3 alors qu'au depart t'est sur une couche de 0.25 cela correspond a faire +0.05 Envoyé de mon F8332 en utilisant Tapatalk
  21. Elle est activé par défaut... mais j'avais buggé sur la ref de la carte MKS ! c'est à présent corrigé. Regarde voir sur la dernière version que j'ai corrigé. Mais favorise le babytouch ! Je vais voir pour le plateau chauffant... Par contre le cablage Dagoma... bon on verra...
  22. Oui, la pause marche mais il y a bien le phénomène que tu decris. Je vais regarder dans le firmware car de memoire, il y a un parametrage pour traiter ce cas (mise en memoire de la position, retrait, mise en hauteur, mise au garage). Envoyé de mon F8332 en utilisant Tapatalk
  23. Le marlin en 1.1.7
  24. Tu peux préciser ? Z-Offset ? tu n'arrives pas à le sauvegarder ?
  25. Salut Smx71. Option 1 : Via une alimentation ATX. Coté raspberry Le 5V est capté sur le Stanby Power ATX (cable Violet) : Il alimente en permanence du 5V ! Le 0V est capté sur la masse ATX (cable noir) L'une des E/S du raspberry est cablée sur 3.3V ATX (cable Orange) Coté Dagoma Le 12V alimentant la Dagoma est capté sur le 12V ATX (cable Jaune) Le 0V est capté sur la masse ATX (cable noir) Coté MKS L'entrée Digitale D12.1 est relié au Power Supply On (cable Vert) Le Pi Zero est alors toujours alimenté, et alimente (en fait c'est l'alim ATX qui alimente via le raspberry et via la connexion USB) la carte MKS pour son électronique de commande uniquement. En paramétrant correctement PIN_RAMPS.H et Configuration.H on peut facilement déclarer le pin D12.1 comme faisant office de bouton d'allumage de l'alimentation ATX. Ainsi quand la carte ATX a besoin de jus pour chauffer la tête d'impression, elle démarre toute seule l'alimentation ATX ! Pour piloter l'alimentation, j'utilise le plugins PSU control en paramètrant le "Sense GPIO Pin" sur le numéro du pin connecté au cable Orange. Le Raspberry sait directement si l'alimentation est en marche ou à l'arrêt sans être trompé par sa propre alimentation. CQFD Option 2 : Directement sur la MKS Base Attention aux coupures intempestives via le On/Off de la dagoma. Sans démontage du système de fichier EXT du raspberry, on risque 99% de chance de corrompre l'os... Le 5V est capté sur le pin A11.3 Le 0V est capté sur le pin A11.2 Mais de quoi tu causes avec tes A11.2 et autre D12.1 ? Sous les enstops (pour la MKS 1.5) vous avez un bornier 3x4 qui permet de gérer des E/S de la carte MKS A11.1 signifie ligne A11 Pin n°1 A11 Analogique : Pin 1 : Signal / Pin 2 : Masse / Pin 3 : 5V A12 Analogique : Pin 1 : Signal / Pin 2 : Masse / Pin 3 : 5V D11 Digitale : Pin 1 : Signal / Pin 2 : Masse / Pin 3 : 5V D12 Digitale : Pin 1 : Signal / Pin 2 : Masse / Pin 3 : 5V J'espère avoir répondu à tes questions. Et pour mémoire :
×
×
  • Créer...