Aller au contenu

[Dev] AlfaWise U20x-U30 : Marlin 2.x (firmware alternatif)

CacaoTor

Par CacaoTor
dans Alfawise / Longer3D

 Partager

Messages recommandés

CacaoTor Mentor

CacaoTor

Posté(e)
  • Auteur
Posté(e)
il y a 3 minutes, boleofr a dit :

Pour info, il y a ça dans le configuration_adv.h ligne 804

Mais c'est jamais activé 😉


  //#define POWER_LOSS_RECOVERY
  #if ENABLED(POWER_LOSS_RECOVERY)
    //#define POWER_LOSS_PIN   44     // Pin to detect power loss
    //#define POWER_LOSS_STATE HIGH   // State of pin indicating power loss
  #endif

A tester en effet.

Mais vu comme ça part dans tous les sens avec ces décalages... On y est pas encore.

  • Réponses 3,6k
  • Crée
  • Dernière réponse

Top participants sur ce topic

Jours les plus actifs

Top participants sur ce topic

Jours les plus actifs

Message populaires

CacaoTor
CacaoTor

Topic Officiel du portage Marlin 2-x pour Alfawise U20, U20+ et U30     AVERTISSEMENT : Ce Topic est dédié aux aspects techniques du portage de Marlin sur les AlfaWise, développem

Hobi
Hobi

Youpi! Bon en tout cas à l analyseur logique il n’y a plus du tout de gros saut. Je suis passé de 100 à 0.  Mais c’est quand même étrange . Je sais que libmaple initialise les timers en mode auto

CacaoTor
CacaoTor

Les gars qu'est-ce que vous foutez avec le code ?! Non mais franchement... [Un marlin bondit sur un bateau pneumatique et blesse deux hommes] https://www.20minutes.fr/monde/2524603-2019

Images postées sur le topic

boleofr Rising Star

boleofr

Posté(e)
Posté(e)
Il y a 21 heures, CacaoTor a dit :

A tester en effet.

J'ai décommenté les 2 lignes, ça compile mais :

  • c'est bien pattounette 44 ?
  • bascule à un état haut également lorsque plus de filament ?

Qui a ça dans les docs ? Je peux tester ....

 

Par contre, il faut la carte SD, c'est pas aussi fonctionnel que l'original alfawise

/**
* Continue after Power-Loss (Creality3D)
*
* Store the current state to the SD Card at the start of each layer
* during SD printing. If the recovery file is found at boot time, present
* an option on the LCD screen to continue the print from the last-known
* point in the file.
*/
//#define POWER_LOSS_RECOVERY
Epsylon3 Experienced

Epsylon3

Posté(e)
Posté(e) (modifié)

oh c'est sur la SD... j'attendais justement car je pensais que c'était sur l'eeprom...

faut vraiment que je prenne le temps de coder cette fonction de dump d'eeprom 😛

A savoir pour l'eeprom (et l'eeprom.dat sur SD), les différents ifdef de configuration peuvent affecter la structure de l'enregistrement des settings... et les rendre illisibles.

Edit: Mais ca nécessite peut etre un circuit "back up" avec des condensateurs... a tester qd meme

pour compiler avec ca, il faut un petit fix : https://github.com/tpruvot/Marlin/commit/1e805b7ace96c024a1f8261ea6f5af8704dca655

Modifié (le) par Epsylon3
Epsylon3 Experienced

Epsylon3

Posté(e)
Posté(e)

Bon ca semble causer des soucis bizarre de fin de filament et ne pas enregistrer sur la SD correctement a chaque layer... comme annoncé

pas gagné en l'état...

Hobi Mentor

Hobi

Posté(e)
Posté(e)

Bhein on continue à debugger . 

Je cherche le layer shift pour ma part . 2 vias identifiés et prêts pour souder des fils. Le 3 eme est ch.... il est sous le cpu! 

 

Et les shadocks....

Epsylon3 Experienced

Epsylon3

Posté(e)
Posté(e) (modifié)

y'aurait pas un open drain a mettre vers le driver ? j'ai pas du tout regardé le datasheet du A4988

Modifié (le) par Epsylon3
Hobi Mentor

Hobi

Posté(e)
Posté(e)

Ca serait trop simple!!! Lol

Hobi Mentor

Hobi

Posté(e)
Posté(e)
Il y a 23 heures, boleofr a dit :

Pour info, il y a ça dans le configuration_adv.h ligne 804

Mais c'est jamais activé 😉


  //#define POWER_LOSS_RECOVERY
  #if ENABLED(POWER_LOSS_RECOVERY)
    //#define POWER_LOSS_PIN   44     // Pin to detect power loss
    //#define POWER_LOSS_STATE HIGH   // State of pin indicating power loss
  #endif

Ah bhein ca FAUT PAS activer. Marchera pas. Y'a rien sur la carte pour gerer ca... et la pin 44, PE13, c'est D10 du LCD. On va nettoyer ca du code. 

Epsylon3 Experienced

Epsylon3

Posté(e)
Posté(e) (modifié)

c'est juste un exemple de pin ca, ca vient pas de nous...

En fait pas certain que ce pin soit nécessaire... faut que je regarde ce qui est vraiment écrit sur la SD avant le "recover"

cf Marlin/src/feature/power_loss_recovery.cpp

  void lcd_pause_job() {
    #if ENABLED(POWER_LOSS_RECOVERY)
      if (recovery.enabled) recovery.save(true, false);
    #endif
 

tiens... au pire ca save si on pause 😛

Modifié (le) par Epsylon3
ronaldoff Rookie

ronaldoff

Posté(e)
Posté(e)

Bonjour à tous,

Toujours aussi animé ici ! 😉

Bon, pour ma part, je me lance dans la "personnalisation" à mon petit niveau.

Comment pourrais-je obtenir le LCD_Touch_Toolkit pour pouvoir calibrer mon TS 1.1 ?

Merci par avance

Epsylon3 Experienced

Epsylon3

Posté(e)
Posté(e) (modifié)

Bon à priori c'est le code de resume qui est dans les choux.... il semble forcer le changement de filament et reprend pas a la bonne hauteur (trop haut)

ca crée bien un fichier "PLR" avec les infos de resume... mais hmm ce sont des float en binaire, pas évident à lire 😛 enfin... https://hexed.it/

image.thumb.png.bc9dbdd251b54bdc33550c5643e2385c.png

PLR

Modifié (le) par Epsylon3
Hobi Mentor

Hobi

Posté(e)
Posté(e)
il y a 47 minutes, ronaldoff a dit :

Bonjour à tous,

Toujours aussi animé ici ! 😉

Bon, pour ma part, je me lance dans la "personnalisation" à mon petit niveau.

Comment pourrais-je obtenir le LCD_Touch_Toolkit pour pouvoir calibrer mon TS 1.1 ?

Merci par avance

J'ai donne le binaire a @CacaoTor en MP.... Il doit l'avoir.  Ceci dit, si tu prends les valeurs par defaut, ca doit deja pas trop mal marcher. 

Hobi Mentor

Hobi

Posté(e)
Posté(e)

Carte V08 hackee, et 3 fils soudés direct dans les vias. J'ai pas pu faire autrement. La clock est bien visible, et bien degeulasse.... LOL . Pour l'instant hors de l'imprimante. Transplantation imminente. Top dhorloge 0/1/0 de 2µs de large. J'essaye en compilant le code avec 4... et je mesure. 

#define MINIMUM_STEPPER_PULSE 4
boleofr Rising Star

boleofr

Posté(e)
Posté(e) (modifié)
il y a 48 minutes, Epsylon3 a dit :

Bon à priori c'est le code de resume qui est dans les choux.... il semble forcer le changement de filament et reprend pas a la bonne hauteur (trop haut)

ca crée bien un fichier "PLR" avec les infos de resume... mais hmm ce sont des float en binaire, pas évident à lire 😛 enfin... https://hexed.it/

image.thumb.png.bc9dbdd251b54bdc33550c5643e2385c.png

PLR 564 O · 0 downloads

Euh, tu t'embêtes pas un peu ? ça ressemble aux gcode/coordonnées :

G1 F2400 E240 ....

G1 F1800 X119. Y119 E240

C'est probablement le 1er point d'une couche 

Citation

Store the current state to the SD Card at the start of each layer

Modifié (le) par boleofr
ronaldoff Rookie

ronaldoff

Posté(e)
Posté(e)

Ok, merci à vous deux.

Je vais suivre ton conseil et rester sur les valeurs par défaut

Bonne nuit et bon 1er mai !

boleofr Rising Star

boleofr

Posté(e)
Posté(e) (modifié)

si je comprends bien le  src/feature/power _loss_recovery.cpp ligne 129 ça le fait à chaque variation de Z, avec un check SAVE_INFO_INTERVAL_MS à intervalle regulier

Citation

  // Did Z change since the last call?
  if (force
    #if DISABLED(SAVE_EACH_CMD_MODE)      // Always save state when enabled
      #if PIN_EXISTS(POWER_LOSS)          // Save if power loss pin is triggered
        || READ(POWER_LOSS_PIN) == POWER_LOSS_STATE
      #endif
      #if SAVE_INFO_INTERVAL_MS > 0       // Save if interval is elapsed
        || ELAPSED(ms, next_save_ms)
      #endif
        // Save every time Z is higher than the last call
        || current_position[Z_AXIS] > info.current_position[Z_AXIS]
    #endif
  ) {

et ligne 35/125

Citation

#define SAVE_INFO_INTERVAL_MS 0

    static millis_t next_save_ms; // = 0

on est d'accord c'est crade et la carte sd doit pas ternir longtemps

Modifié (le) par boleofr
Epsylon3 Experienced

Epsylon3

Posté(e)
Posté(e)

ok en fait non, SAVE_INFO_INTERVAL_MS est 0 donc désactivé... a chaque Z donc... 

mais on peut définir chaque 30 sec par ex.. en plus

Non c'est le code de reprise qui semble cafouiller avec le filament (meme si le capteur est désactivé)

Epsylon3 Experienced

Epsylon3

Posté(e)
Posté(e)

bon j'ai commité un truc pour conserver le on/off du détecteur sur la sd (avec les settings)

Il se passe un truc bizarre qqfois au démarrage de l'impression... qui trigger le runout / force un changement de filament..

Je ferais une PR sur marlin une fois que leur repos sera corrigé... ils ne sauvegardent pas le runout on/off pour le moment

Acidounet Community Regular

Acidounet

Posté(e)
Posté(e)

Bon je suis le tuto à la lettre et je peux pas compiler (sauf la partie ecran).

J ai verif Configuration.h config ecran (1.2), l imprimante U20) et remplacer les Jerk suivant le poste de @CacaoTor de cet aprem.

quand je lance le menu "Terminal", puis sélectionner "Run build task"

j ai pas de menu deroulant oO j ai ca : 

Capture.thumb.JPG.38e3eaf29258dfb845c0f3a5c16d1e3f.JPG

Si je clique sur configure build task ben la je suis perdu 😕

help me 😛

CacaoTor Mentor

CacaoTor

Posté(e)
  • Auteur
Posté(e) (modifié)
il y a 7 minutes, Acidounet a dit :

Bon je suis le tuto à la lettre et je peux pas compiler (sauf la partie ecran).

J ai verif Configuration.h config ecran (1.2), l imprimante U20) et remplacer les Jerk suivant le poste de @CacaoTor de cet aprem.

quand je lance le menu "Terminal", puis sélectionner "Run build task"

j ai pas de menu deroulant oO j ai ca : 

Capture.thumb.JPG.38e3eaf29258dfb845c0f3a5c16d1e3f.JPG

Si je clique sur configure build task ben la je suis perdu 😕

help me 😛

Fait voir ton platformio.ini.

Modifié (le) par CacaoTor
Acidounet Community Regular

Acidounet

Posté(e)
Posté(e)

Pour info mon répertoire est sur D:\U20 

ligne 334 sur le tuto il y a

 build_flags =build_flags = !python Marlin/src/HAL/HAL_STM32F1/STM32F1_flag_script.py

Dans le fichier :

build_flags = !python Marlin/src/HAL/HAL_STM32F1/STM32F1_flag_script.py

J ai pensé a une faute de frappe.

et on est d accord desktopgithub sert a syncho le local et le distant ?

platformio.ini

CacaoTor Mentor

CacaoTor

Posté(e)
  • Auteur
Posté(e)
il y a 12 minutes, Acidounet a dit :

Pour info mon répertoire est sur D:\U20 

ligne 334 sur le tuto il y a

 build_flags =build_flags = !python Marlin/src/HAL/HAL_STM32F1/STM32F1_flag_script.py

Dans le fichier :

build_flags = !python Marlin/src/HAL/HAL_STM32F1/STM32F1_flag_script.py

J ai pensé a une faute de frappe.

et on est d accord desktopgithub sert a syncho le local et le distant ?

platformio.ini 12 Ko · 0 downloads

Tu as bien laissé pIO faire l'indexation de ton répertoire ouvert ?

Ce n'est pas une faute de frappe, mais les arborescences changent souvent donc dur à suivre. Utilise le plus récent, si le python est au bon endroit bien sur.

@Epsylon3 : Je n'ai pas update la dernière version par sécu. Tu avais essayé les version précédentes ?

Créer un compte ou se connecter pour commenter

Vous devez être membre afin de pouvoir déposer un commentaire

Créer un compte

Créez un compte sur notre communauté. C’est facile !

Créer un nouveau compte

Se connecter

Vous avez déjà un compte ? Connectez-vous ici.

Connectez-vous maintenant
 Partager
Aller sur la liste des sujets

  • Sur cette page :   0 membre est en ligne

    • Aucun utilisateur enregistré regarde cette page.

  • YouTube / Les Imprimantes 3D .fr

    Mise à jour interface @BambuLab X1 Carbon 🤩

    Creality K2 Plus Combo CFS, bilan après 3 mois et 450H d'impression

    Kit de filtration pour @BambuLab par @alveo3d ☢️

×
×
  • Créer...