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

[CacaoTor]

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.

[boleofr]

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]

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) Avril 30, 2019 par Epsylon3

[Epsylon3]

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]

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]

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

Modifié (le) Avril 30, 2019 par Epsylon3

[Hobi]

Ca serait trop simple!!! Lol

[Hobi]

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]

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) Avril 30, 2019 par Epsylon3

[ronaldoff]

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]

c'est inclus dans le code du firmware, dans configuration/touchscreen

[Epsylon3]

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/

PLR

Modifié (le) Avril 30, 2019 par Epsylon3

[Hobi]

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]

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]

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/

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) Avril 30, 2019 par boleofr

[ronaldoff]

Ok, merci à vous deux.

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

Bonne nuit et bon 1er mai !

[Epsylon3]

d'apres le code ca sauvegarde a chaque fonction G0/G1/G2/G3.... pauvre carte SD

[boleofr]

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) Avril 30, 2019 par boleofr

[Epsylon3]

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]

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]

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 : 

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

help me

[CacaoTor]

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 : 

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

help me

Fait voir ton platformio.ini.

Modifié (le) Mai 3, 2019 par CacaoTor

[Acidounet]

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

[Epsylon3]

oui git sert a ca.... par contre j'arrive tj pas perso a utiliser vscode  ca fait rien...

[CacaoTor]

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 ?