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) (modifié)
il y a 2 minutes, Hobi a dit :

@CacaoTor je n ai pas l imprimante sous la main. Je peux faire un build mais je te l envoie pour test... 

Non mais je suis pas pressé t'inquiète pas 🙂

En plus je suis en plein debug chelou.

Modifié (le) par CacaoTor
  • 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

Hobi Mentor

Hobi

Posté(e)
Posté(e)

Le manque de stabilite est tres chiant... 

Ca peut etre lie a plein de trucs... Bon courage. 

CacaoTor Mentor

CacaoTor

Posté(e)
  • Auteur
Posté(e) (modifié)

Petit retour sur les fonctionnalités à l'écran : 

- Préchauffage manuel impossible de la hotend. La consigne est affichée, mais rien ne se passe. Même chose pour le bed. Mêmes choses pour les pré-réglages PLA et ABS.

En forçant dans une conf, au reboot j'ai pu monter à 100°C comme demandé sur le nozzle. Donc à priori ça fonctionne bien niveau config. Je pense que les menus sont très loin d'êtres finis niveau code. La lecture de la carte SD est OK, mais demande à être initialisée à chaque démarrage.

Les températures sont bien lues sans soucis.

Sinon je ne suis pas en mesure de tester les moteurs.

Modifié (le) par CacaoTor
Crzay Collaborator

Crzay

Posté(e)
Posté(e)
il y a 2 minutes, CacaoTor a dit :

Petit retour sur les fonctionnalités à l'écran : 

- Préchauffage manuel impossible de la hotend. La consigne est affichée, mais rien ne se passe. Même chose pour le bed. Mêmes choses pour les pré-réglages PLA et ABS.

En forçant dans une conf, au reboot j'ai pu monter à 100°C comme demandé sur le nozzle. Donc à priori ça fonctionne bien niveau config. Je pense que les menus sont très loin d'êtres finis niveau code. La lecture de la carte SD est OK, mais demande à être initialisée à chaque démarrage.

Les températures sont bien lues sans soucis.

Sinon je ne suis pas en mesure de tester les moteurs.

je suis pas d'accord, je viens de lancer un préchauffage depuis les menus : aucun souci, le bed chauffe  et la  hotend aussi

Hobi Mentor

Hobi

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

Ah... chez moi la temperature c'etait OK. C'est clair que les menus sont peut etre pas encore au top. C'etait un POC. 

Je vais retester la tempe demain soir. 

Pour le Bed, J'avais utilise la commande suggeree dans Config.h, M303 avec des parametres. Tu peux essayer des fois que ton bed soit different. Ca te donne direct les coeffs du PID.

Modifié (le) par Hobi
Epsylon3 Experienced

Epsylon3

Posté(e)
Posté(e)

Bon pour en revenir au probleme du Fan 4cm...

J'ai une piste...

Ca vient de la config de board que l'on utilise, qui je suppose doit etre une carte de dev existante à la base...

on peut voir dans ~/.platformio/packages/framework-arduinoststm32-maple/STM32F1/variants/generic_stm32f103v/board.cpp 

    {&gpioa,   NULL, NULL, 15, 0, ADCx}, /* PA15 */ //SPI3_NSS

et  

/*  Basically everything that is defined as having a timer us PWM */
extern const uint8 boardPWMPins[BOARD_NR_PWM_PINS] __FLASH__ = {
    PA0,PA1,PA2,PA3,PA6,PA7,PA8,PA9,PA10,PB0,PB1,PB6,PB7,PB8,PB9,PC6,PC7,PC8,PC9
};

pas de PA15 ici, ce qui est incorrect

voir https://www.stm32duino.com/viewtopic.php?t=1396 pour un probleme similaire

Hobi Mentor

Hobi

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

@Epsylon3

Je suis en train de reconstruire avec les dernieres sources marlin2, Lib ST 5.3.0, et je vais en profiter pour verifier ce point.  Merci! 

Hmmm, donc ca pourrait expliquer le comportement etrange de la pin que @CacaoTor avait deja observe... 

Le PWM sur les boards alfawise serait il fait en pur SW? Comme le SPI? 

Modifié (le) par Hobi
Epsylon3 Experienced

Epsylon3

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

hmm attention, j'ai du faire qqchose qui m'empeche de flasher a nouveau via le stlink en essayant de configurer les pins 

+++ b/Marlin/src/Marlin.cpp
@@ -709,6 +709,11 @@ void setup() {
     // Disable JTAG to free up pins for IO
     #ifdef JTAG_DISABLE
       JTAG_DISABLE();
+      afio_remap(AFIO_REMAP_TIM2_PARTIAL_1);
+      pinMode(PA15, PWM);
+      // By default PA0 is mapped to TIM2_CH1_ETR. After remap,  TIM2_CH1_ETR is on PA15
+      // So we have to pwmWrite to PA0, but actually we're writing to PA15
+      pwmWrite(PA0, 256 * 3);
     #else

pas de soucis de fonctionnement de l'imprimante, le fan est off au démarrage... mais j'ai peur d'avoir altéré qqchose concernant le stlink..

Modifié (le) par Epsylon3
  • J'aime 1
CacaoTor Mentor

CacaoTor

Posté(e)
  • Auteur
Posté(e)
il y a 53 minutes, Crzay a dit :

je suis pas d'accord, je viens de lancer un préchauffage depuis les menus : aucun souci, le bed chauffe  et la  hotend aussi

On demande pas d'être d'accord ou pas, mais que chacun fasse son REX 😉 

Du coup j'en prend note.

Hobi Mentor

Hobi

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

Si tu as disable le ST Link, il faut ressouder un fil sur bootO et le mettre a 3.3v pour reloader. 

Et donc, on declare dans pins.h PA0, mais ca sort sur PA15... ouch... 

Ok, j'en prends bien note. !

Modifié (le) par Hobi
  • J'aime 1
Epsylon3 Experienced

Epsylon3

Posté(e)
Posté(e)

ya qqchose de soudé/branché sur la carte pour le pin boot0 ? faut que je retourne l'imprimante pour voir/faire ca erk

Hobi Mentor

Hobi

Posté(e)
Posté(e)

Il faut souder un petit fil sur R11, du bon cote... J'ai le petit fil en question, et je l'ai garde, au cas ou!

Epsylon3 Experienced

Epsylon3

Posté(e)
Posté(e)

Mais sinon M106 et M107 fonctionnent avec ca (avec alim on biensur)

PWM MAX 128 est trop petit, je teste avec 30 255 en min max...

Epsylon3 Experienced

Epsylon3

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

ok, donc je confirme, les 2 lignes sont nécessaires 

+      afio_remap(AFIO_REMAP_TIM2_PARTIAL_1);
+      pinMode(PA15, PWM);

Par contre ca bloque le stlink des qu'on fait le remap (je pense que ca change la conf de plus d'un pin ce remap)

#define FAN_MAX_PWM 200

qui semble etre la vitesse que l'on veut, M106 <n> par contre semble faire du tout ou rien avec la valeur FAN_MAX_PWM définie... 255 si pas définie (bruyant donc)

EDIT: c'est ma faute, la syntaxe correcte est M106 S<n> qui fonctionne 😛

M107 pour arreter le ventilo, ok

solution possible: ne faire ce remap que lors du premier M106

en résumé, les 2 lignes à ajouter qqpart + #define FAN_PIN PA0 dans le pins_ALFAWISE_U30.h

Modifié (le) par Epsylon3
Epsylon3 Experienced

Epsylon3

Posté(e)
Posté(e) 
--- a/Marlin/src/gcode/temperature/M106_M107.cpp
+++ b/Marlin/src/gcode/temperature/M106_M107.cpp
@@ -53,6 +53,15 @@ void GcodeSuite::M106() {
     uint16_t s = parser.ushortval('S', 255);
     NOMORE(s, 255U);

+    #if defined(ALFAWISE_Ux0) && defined(JTAG_DISABLE) /* Alfawise part FAN (4cm) */
+      // This remap is not made on init to avoid STLink communication conflict
+      afio_remap(AFIO_REMAP_TIM2_PARTIAL_1);
+      pinMode(PA15, PWM);
+      // By default PA0 is mapped to TIM2_CH1_ETR. After remap, TIM2_CH1_ETR is on PA15
+      // So we have to pwmWrite to PA0, but which really set PA15
+      //pwmWrite(PA0, s);
+    #endif
+
--- a/Marlin/src/pins/pins_ALFAWISE_U30.h
+++ b/Marlin/src/pins/pins_ALFAWISE_U30.h
@@ -33,8 +33,7 @@
 #endif
 
 #define BOARD_NAME "Alfawise U30"
+#define ALFAWISE_Ux0
                               // Release PB4 (STEP_X_PIN) from JTAG NRST role.
 // #define DISABLE_DEBUG      // > Hobi : We still want to debug with STLINK...
 #define DISABLE_JTAG          //we free the jtag pins ( pa15) but keep STLINK
@@ -80,8 +79,10 @@
 #define HEATER_0_PIN       PD3 // PD3 or 84   HEATER1
 #define HEATER_BED_PIN     PA8 //PA8 or 67   // HOT BED
 
-#define FAN__0_PIN          PA15 // Wrong define, should be FAN_PIN, but at least programs run with FAN always ON
+#define FAN__0_PIN         PA15 // Wrong define, should be FAN_PIN, but at least programs run with FAN always ON
+#define FAN_PIN            PA0 // PA15 or 77 FAN PWM (Timer2) remapped with afio

Testé ok, sauf qu'il est full on au démarrage...

CacaoTor Mentor

CacaoTor

Posté(e)
  • Auteur
Posté(e)

J'avance dans mon debug. Bon c'est magique... 0V sortie du bed, 0V sortie du Nozzle.. Avec les commandes de passées soit via l'écran/menu soit via Octoprint.

Et ce, sur mes 3 cartes mères...

Dernière recompile faite à zéro en partant des dernières sources de @Hobi

Sinon tout le reste fonctionne, moteurs, endstop etc... Et bien mieux qu'avant...

Hobi Mentor

Hobi

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

--- a/Marlin/src/gcode/temperature/M106_M107.cpp
+++ b/Marlin/src/gcode/temperature/M106_M107.cpp
@@ -53,6 +53,15 @@ void GcodeSuite::M106() {
     uint16_t s = parser.ushortval('S', 255);
     NOMORE(s, 255U);

+    #if defined(ALFAWISE_Ux0) && defined(JTAG_DISABLE) /* Alfawise part FAN (4cm) */
+      // This remap is not made on init to avoid STLink communication conflict
+      afio_remap(AFIO_REMAP_TIM2_PARTIAL_1);
+      pinMode(PA15, PWM);
+      // By default PA0 is mapped to TIM2_CH1_ETR. After remap, TIM2_CH1_ETR is on PA15
+      // So we have to pwmWrite to PA0, but which really set PA15
+      //pwmWrite(PA0, s);
+    #endif
+

--- a/Marlin/src/pins/pins_ALFAWISE_U30.h
+++ b/Marlin/src/pins/pins_ALFAWISE_U30.h
@@ -33,8 +33,7 @@
 #endif
 
 #define BOARD_NAME "Alfawise U30"
+#define ALFAWISE_Ux0
                               // Release PB4 (STEP_X_PIN) from JTAG NRST role.
 // #define DISABLE_DEBUG      // > Hobi : We still want to debug with STLINK...
 #define DISABLE_JTAG          //we free the jtag pins ( pa15) but keep STLINK
@@ -80,8 +79,10 @@
 #define HEATER_0_PIN       PD3 // PD3 or 84   HEATER1
 #define HEATER_BED_PIN     PA8 //PA8 or 67   // HOT BED
 
-#define FAN__0_PIN          PA15 // Wrong define, should be FAN_PIN, but at least programs run with FAN always ON
+#define FAN__0_PIN         PA15 // Wrong define, should be FAN_PIN, but at least programs run with FAN always ON
+#define FAN_PIN            PA0 // PA15 or 77 FAN PWM (Timer2) remapped with afio

Testé ok, sauf qu'il est full on au démarrage...

Youpi, bonne nouvelle. 

 

Pour ma part, je suis en train de reconstruire avec le dernier pull de Marlin 2.0, mais y a pas mal de choses qui ont change... Mais  ca va la faire.

Le Fan full on au debut... BOF, ps bien grave. 

On pourrait rajouter une init specifique Alfawise > SPI sw Alfawise + PWM a zero... 

De toute facon, les conventions sont telles pour Marlin, qu'ils vont ecrire a nouveau 95% du code. 

Hobi Mentor

Hobi

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

ahhh plus de chauffe de ton cote... zut. 

Je vais en tout cas integrer la modif d Epsylon . Dammned, c'est quand meme pas simple tout ca! 

Modifié (le) par Hobi
Epsylon3 Experienced

Epsylon3

Posté(e)
Posté(e)

oui, il faut juste eviter de le faire trop tot pour ne pas bloquer le STLINK... idéalement faudrait pouvoir detecter si l'alim 24V est "ON" ou pas 😛

Hobi Mentor

Hobi

Posté(e)
Posté(e)

Hmmm, ok, je vais regarder ca aussi. Pas facile la bestiole quand meme/ 

CacaoTor Mentor

CacaoTor

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

ahhh plus de chauffe de ton cote... zut. 

Je vais en tout cas integrer la modif d Epsylon . Dammned, c'est quand meme pas simple tout ca! 

J'ai 3.3V sur la sortie Nozzle en cas de demande manuelle pour le nozzle maintenant sur ma carte mère favorite qui était jusqu'à là encore vierge 😞 

Qui à fait le flash sur une V07 ?

Quel est votre PID ?

Epsylon3 Experienced

Epsylon3

Posté(e)
Posté(e)

Quel PID ?

chipid: 0x0414
2019-04-14T22:54:16 INFO common.c: Device connected is: F1 High-density device, id 0x10036414
 

CacaoTor Mentor

CacaoTor

Posté(e)
  • Auteur
Posté(e) (modifié)
il y a une heure, Epsylon3 a dit :

Quel PID ?

chipid: 0x0414
2019-04-14T22:54:16 INFO common.c: Device connected is: F1 High-density device, id 0x10036414
 

Merci.

Je précise, celui renseigné pour le hotend par exemple.

Je viens de faire le retour arrière avec firmware d'origine sans bootloader. Nickel avec dernière version de ST-Link Utility. Donc ça c'est fait.

J'ai re-test, et oh miracle toutes mes tensions sont reviendus comme avant. Alors... WTF ??

EDIT : Bon ba je sèche. J'ai absolument tout retourné et essayé. Rien n'y fait.

Modifié (le) par CacaoTor

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

    Pistolet à eau automatique et électrique imprimé en 3D, PARFAIT pour l'été 💦

    Notre test du graveur laser Longer Nano

    Découverte de l'AMS HT de @BambuLab 🥵

×
×
  • Créer...