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

Oniric · Mai 8, 2019

Il y a 2 heures, CacaoTor a dit :

Il faut mettre vos ST en debug sur PlateformIO voir ce qu'il se passe, ou si il se passe rien justement.

bon ... j'ai plus ou moins réussi mais ce n'est pas super parlant pour moi ... j'espere plus pour nos supers devs et autres ! @Hobi @Epsylon3 @CacaoTor

j'utilise le dernier code récupéré le 08/05 vers 20h

Reading symbols from e:/alfawise/Marlin/20190508/Marlin_2.0.X_Beta_Alfawise_Ux0/.pioenvs/alfawise_uX0/firmware.elf...
done.
PlatformIO Unified Debugger > http://bit.ly/pio-debug
PlatformIO: Initializing remote target...
GNU MCU Eclipse OpenOCD, 64-bitOpen On-Chip Debugger 0.10.0+dev-00593-g23ad80df4 (2019-04-22-20:25)
Licensed under GNU GPL v2
For bug reports, read
	http://openocd.org/doc/doxygen/bugs.html
hla_swd
Info : The selected transport took over low-level target control. The results might differ compared to plain JTAG/SWD
adapter speed: 1000 kHz
adapter_nsrst_delay: 100
none separate
Info : tcl server disabled
Info : telnet server disabled
Info : clock speed 1000 kHz
Info : STLINK V2J17S4 (API v2) VID:PID 0483:3748
Info : Target voltage: 3.295547
Info : stm32f1x.cpu: hardware has 6 breakpoints, 4 watchpoints
Info : accepting 'gdb' connection from pipe
target halted due to debug-request, current mode: Handler HardFault
xPSR: 0x01000003 pc: 0x08010e16 msp: 0x2000ff80
Info : device id = 0x10036414
Info : flash size = 512kbytes
dma_is_enabled (tube=<optimized out>, dev=0x1) at C:\users\joe\.platformio\packages\framework-arduinoststm32-maple\STM32F1\system\libmaple/stm32f1/include/series/dma.h:529
529	    return (uint8)(dma_tube_regs(dev, tube)->CCR & DMA_CCR_EN);
Temporary breakpoint 1 at 0x8013d8e: file C:\users\joe\.platformio\packages\framework-arduinoststm32-maple\STM32F1\cores\maple\main.cpp, line 38.
target halted due to debug-request, current mode: Thread
xPSR: 0x01000000 pc: 0x080103a0 msp: 0x2000ffd8
target halted due to debug-request, current mode: Thread
xPSR: 0x01000000 pc: 0x080103a0 msp: 0x2000ffd8
target halted due to debug-request, current mode: Thread
xPSR: 0x01000000 pc: 0x080103a0 msp: 0x2000ffd8
Loading section .text, size 0x39dbc lma 0x8010000
Loading section .ARM.exidx, size 0x190 lma 0x8049dc0
Loading section .data, size 0x1060 lma 0x8049f50
Loading section .rodata, size 0x62c4 lma 0x804afb0
Info : Padding image section 0 at 0x08049dbc with 4 bytes
target halted due to debug-request, current mode: Thread
xPSR: 0x01000000 pc: 0x080103a0 msp: 0x2000ffd8
Start address 0x80103f8, load size 266864
Transfer rate: 23 KB/sec, 14045 bytes/write.
target halted due to debug-request, current mode: Thread
xPSR: 0x01000000 pc: 0x080103a0 msp: 0x2000ffd8
target halted due to debug-request, current mode: Thread
xPSR: 0x01000000 pc: 0x080103a0 msp: 0x2000ffd8
PlatformIO: Initialization completed
PlatformIO: Resume the execution to `debug_init_break = tbreak main`
Note: automatically using hardware breakpoints for read-only addresses.

edit: oula, pendant que je faisais du debug via le stlink mon hotend s'est mit à chauffer severe je m'en susi rendu compte car ça s'est mis à sentir le bruler (et en tournant la tete petite fumée noir qui sort du hotend ...) ... j'ai pu reflash en alfawise mais est ce que mon hotend est encore en vie ? ...

edit2: oula et le bed est brulant aussi ... mygod ... fait attention avec le firmware qui fait un blackscreen !

edit3: hotend still alive ! j'ai reflash en alfawise sans soucis et tout fonctionne : le bltouch est toujours soudé sur D7

Modifié (le) Mai 8, 2019 par Oniric

Yannick06300Pat · Mai 9, 2019

Celui qui es motiver pour m expliquer la procédure de débugg

Yannick06300Pat · Mai 9, 2019

Il y a 5 heures, Oniric a dit :

bon ... j'ai plus ou moins réussi mais ce n'est pas super parlant pour moi ... j'espere plus pour nos supers devs et autres ! @Hobi @Epsylon3 @CacaoTor

j'utilise le dernier code récupéré le 08/05 vers 20h


Reading symbols from e:/alfawise/Marlin/20190508/Marlin_2.0.X_Beta_Alfawise_Ux0/.pioenvs/alfawise_uX0/firmware.elf...
done.
PlatformIO Unified Debugger > http://bit.ly/pio-debug
PlatformIO: Initializing remote target...
GNU MCU Eclipse OpenOCD, 64-bitOpen On-Chip Debugger 0.10.0+dev-00593-g23ad80df4 (2019-04-22-20:25)
Licensed under GNU GPL v2
For bug reports, read
	http://openocd.org/doc/doxygen/bugs.html
hla_swd
Info : The selected transport took over low-level target control. The results might differ compared to plain JTAG/SWD
adapter speed: 1000 kHz
adapter_nsrst_delay: 100
none separate
Info : tcl server disabled
Info : telnet server disabled
Info : clock speed 1000 kHz
Info : STLINK V2J17S4 (API v2) VID:PID 0483:3748
Info : Target voltage: 3.295547
Info : stm32f1x.cpu: hardware has 6 breakpoints, 4 watchpoints
Info : accepting 'gdb' connection from pipe
target halted due to debug-request, current mode: Handler HardFault
xPSR: 0x01000003 pc: 0x08010e16 msp: 0x2000ff80
Info : device id = 0x10036414
Info : flash size = 512kbytes
dma_is_enabled (tube=<optimized out>, dev=0x1) at C:\users\joe\.platformio\packages\framework-arduinoststm32-maple\STM32F1\system\libmaple/stm32f1/include/series/dma.h:529
529	    return (uint8)(dma_tube_regs(dev, tube)->CCR & DMA_CCR_EN);
Temporary breakpoint 1 at 0x8013d8e: file C:\users\joe\.platformio\packages\framework-arduinoststm32-maple\STM32F1\cores\maple\main.cpp, line 38.
target halted due to debug-request, current mode: Thread
xPSR: 0x01000000 pc: 0x080103a0 msp: 0x2000ffd8
target halted due to debug-request, current mode: Thread
xPSR: 0x01000000 pc: 0x080103a0 msp: 0x2000ffd8
target halted due to debug-request, current mode: Thread
xPSR: 0x01000000 pc: 0x080103a0 msp: 0x2000ffd8
Loading section .text, size 0x39dbc lma 0x8010000
Loading section .ARM.exidx, size 0x190 lma 0x8049dc0
Loading section .data, size 0x1060 lma 0x8049f50
Loading section .rodata, size 0x62c4 lma 0x804afb0
Info : Padding image section 0 at 0x08049dbc with 4 bytes
target halted due to debug-request, current mode: Thread
xPSR: 0x01000000 pc: 0x080103a0 msp: 0x2000ffd8
Start address 0x80103f8, load size 266864
Transfer rate: 23 KB/sec, 14045 bytes/write.
target halted due to debug-request, current mode: Thread
xPSR: 0x01000000 pc: 0x080103a0 msp: 0x2000ffd8
target halted due to debug-request, current mode: Thread
xPSR: 0x01000000 pc: 0x080103a0 msp: 0x2000ffd8
PlatformIO: Initialization completed
PlatformIO: Resume the execution to `debug_init_break = tbreak main`
Note: automatically using hardware breakpoints for read-only addresses.

edit: oula, pendant que je faisais du debug via le stlink mon hotend s'est mit à chauffer severe je m'en susi rendu compte car ça s'est mis à sentir le bruler (et en tournant la tete petite fumée noir qui sort du hotend ...) ... j'ai pu reflash en alfawise mais est ce que mon hotend est encore en vie ? ...

edit2: oula et le bed est brulant aussi ... mygod ... fait attention avec le firmware qui fait un blackscreen !

edit3: hotend still alive ! j'ai reflash en alfawise sans soucis et tout fonctionne : le bltouch est toujours soudé sur D7

Personnellement avec le firmware blackscreen j pas eut de chauffe sur plateau et buse

Crzay · Mai 9, 2019

il y a une heure, Yannick06300Pat a dit :

Personnellement avec le firmware blackscreen j pas eut de chauffe sur plateau et buse

il est possible que ça arrive uniquement en debug

Il y a 7 heures, Oniric a dit :

bon ... j'ai plus ou moins réussi mais ce n'est pas super parlant pour moi ... j'espere plus pour nos supers devs et autres ! @Hobi @Epsylon3 @CacaoTor

j'utilise le dernier code récupéré le 08/05 vers 20h


dma_is_enabled (tube=<optimized out>, dev=0x1) at C:\users\joe\.platformio\packages\framework-arduinoststm32-maple\STM32F1\system\libmaple/stm32f1/include/series/dma.h:529
529	    return (uint8)(dma_tube_regs(dev, tube)->CCR & DMA_CCR_EN);
Temporary breakpoint 1 at 0x8013d8e: file C:\users\joe\.platformio\packages\framework-arduinoststm32-maple\STM32F1\cores\maple\main.cpp, line 38.
target halted due to debug-request, current mode: Thread
xPSR: 0x01000000 pc: 0x080103a0 msp: 0x2000ffd8
target halted due to debug-request, current mode: Thread
xPSR: 0x01000000 pc: 0x080103a0 msp: 0x2000ffd8
target halted due to debug-request, current mode: Thread

l’exécution du programme c'est arrêté là C:\users\joe\.platformio\packages\framework-arduinoststm32-maple\STM32F1\cores\maple\main.cpp, line 38 regarde à gauche du nombre Ligne 38 tu as un point rouge ? quand tu lance le debug tu as des flèches qui te permettent de continuer pas à pas ...

Il y a 7 heures, Oniric a dit :

edit: oula, pendant que je faisais du debug via le stlink mon hotend s'est mit à chauffer severe je m'en susi rendu compte car ça s'est mis à sentir le bruler (et en tournant la tete petite fumée noir qui sort du hotend ...) ... j'ai pu reflash en alfawise mais est ce que mon hotend est encore en vie ? ...

edit2: oula et le bed est brulant aussi ... mygod ... fait attention avec le firmware qui fait un blackscreen !

edit3: hotend still alive ! j'ai reflash en alfawise sans soucis et tout fonctionne : le bltouch est toujours soudé sur D7

@Hobi ça me fais penser au bug qu'on a eu lors de ta v1 du touchscreen possible c'était quoi la cause déjà ? bug de code mais ou? possible qu'on ai reproduit la même chose ici ?

possible que le debug lance la chauffe et le programme s'arrête du à un point d'arrêt ?

@Oniric tu as un bltouch clone toi aussi ?

@Yannick06300Pat les 3 testeurs facebook c'était des bltouch clone aussi?

j'ai pas eu de réponse à cette question non plus:

Avez vous vérifier le cablage ? au niveau des numero de broche plutôt que les couleurs des fois que les clones n'aient pas les même broches

Hobi · Mai 9, 2019

C est pas un bug! C est simplement que le code attend sagement de démarrer et pendant ce temps la rien n’a été initialisé ! Normal. Toute les pins sont alors en haute impédance et du coup Bhein tous les transistors mos sont passants et tout chauffe sans aucune limite! Faites gaffe !

Crzay · Mai 9, 2019

il y a 4 minutes, Hobi a dit :

C est pas un bug! C est simplement que le code attend sagement de démarrer et pendant ce temps la rien n’a été initialisé ! Normal. Toute les pins sont alors en haute impédance et du coup Bhein tous les transistors mos sont passants et tout chauffe sans aucune limite! Faites gaffe !

du coup si on debranche le bed & la hotend pendant le debug ça passe ? ou ça bloquerai autre chose ?

Hobi · Mai 9, 2019

Si vous ne voulez plus avoir ce problème mettez de manière sauvage 4 lignes genre

pinmode ( heaterpin, output)

pinmode ( bedpin, output )

write ( heaterpin,low)

write (bedpin,low)

Mettez çà au tout début du setup et des que le stlink a chargé le code exécutez immédiatement les 4 lignes. Ensuite ça chauffera plus

Modifié (le) Mai 9, 2019 par Hobi

Hobi · Mai 9, 2019

Vous pouvez débrancher le bed et la tête aussi . Ça devrait aussi le faire!

lecitoyen · Mai 9, 2019

Il y a 2 heures, Crzay a dit :

@Yannick06300Pat les 3 testeurs facebook c'était des bltouch clone aussi?

Bonjour Crzay, je suis l'un des tests, où Yannick a passé un peu de temps hier soir. le BL-touch est un original, celui que tu as mis en lien sur le tuto et qui renvoie sur amazon à 43€.

Yannick06300Pat · Mai 9, 2019

il y a 2 minutes, lecitoyen a dit :

Bonjour Crzay, je suis l'un des tests, où Yannick a passé un peu de temps hier soir. le BL-touch est un original, celui que tu as mis en lien sur le tuto et qui renvoie sur amazon à 43€.

Hey ! on finira par tous ce rejoindre ici ^^

Yannick06300Pat · Mai 9, 2019

Il y a 2 heures, Hobi a dit :

Si vous ne voulez plus avoir ce problème mettez de manière sauvage 4 lignes genre

pinmode ( heaterpin, output)

pinmode ( bedpin, output )

write ( heaterpin,low)

write (bedpin,low)

Mettez çà au tout début du setup et des que le stlink a chargé le code exécutez immédiatement les 4 lignes. Ensuite ça chauffera plus

heu ... en language Newbie ?

dans config.h ?

Yannick06300Pat · Mai 9, 2019

je fouine sur le net depuis ce matin et je me demander si ....

au lieu d activer le Bl on activer ca

/**
* Z Servo Probe, such as an endstop switch on a rotating arm.
*/
#define Z_ENDSTOP_SERVO_NR 0 // Defaults to SERVO 0 connector.
#define Z_SERVO_ANGLES {10,90} // Z Servo Deploy and Stow angles

j essayer de compil mais j une erreur ....

Hobi · Mai 9, 2019

il y a une heure, Yannick06300Pat a dit :

heu ... en language Newbie ?

dans config.h ?

Je te déconseille de bricoler dans le code source ....

wipeout85800 · Mai 9, 2019

En tout cas ce qui me parait prioritaire c'est de debugger ce problème de y ..... pour l'instant c'est pas fiabilisé avec ou sans bltouch .......

Hobi · Mai 9, 2019

il y a 19 minutes, wipeout85800 a dit :

En tout cas ce qui me parait prioritaire c'est de debugger ce problème de y ..... pour l'instant c'est pas fiabilisé avec ou sans bltouch .......

Ca ressemble a un probleme de parser ie, le decodeur du Gcode.... debug ce soir.

Oniric · Mai 9, 2019

sujet bltouch bug v07/v08

bon j'ai joué un peu avec le debugger (merci @Hobi pour le tips pour disable le hotend & Co! c'est plus rassurant lol). c'est pas super parlant et pas super stable j'ai l'impression.

Néanmoins en y allant petit à petit l'imprimante à l'air bloqué ici:

marlin/src/module/servo.cpp l41:

il fait le "attach" mais n'en sort jamais ... est ce que le pin PE5 est vraiment le bon ? j'ai retrouve le schema de la CM que @CacaoTor avait fourni c'est bien le pin spécifié mais on reste bloqué là néanmoins...

void servo_init() {
  #if NUM_SERVOS >= 1 && HAS_SERVO_0
    servo[0].attach(SERVO0_PIN);
    servo[0].detach(); // Just set up the pin. We don't have a position yet. Don't move to a random position.
  #endif

je suis allé voir dans attach et on est bloqué sur le pwmwrite:

Marlin\src\HAL\HAL_STM32F1\HAL_Servo_STM32F1.cpp:80:

bool libServo::attach(const int32_t pin, const int32_t minAngle, const int32_t maxAngle) {
  if (this->servoIndex >= MAX_SERVOS) return false;

  this->pin = pin;
  this->minAngle = minAngle;
  this->maxAngle = maxAngle;

  timer_dev *tdev = PIN_MAP[this->pin].timer_device;
  uint8_t tchan = PIN_MAP[this->pin].timer_channel;

  pinMode(this->pin, PWM);
  pwmWrite(this->pin, 0);

par contre en regardant le config_adv and le contenu de "pin" ci dessus je suis étonné:

dans le config_adv l'un de vous a commenté

		PE5 // pin 4 Unused in stock Alfawise steup.
	

or quand "PE5" est traduit en int dans "attach" on a la valeur 69 ... normal ? d'ou vient le mapping des pin ? j'ai envie de tester en mettant 4 ...

edit:

je suis allé voir dans pwmWrite :

void pwmWrite(uint8 pin, uint16 duty_cycle) {
    if (pin >= BOARD_NR_GPIO_PINS) {
        return;
    }
    timer_dev *dev = PIN_MAP[pin].timer_device;
    uint8 cc_channel = PIN_MAP[pin].timer_channel;
    ASSERT(dev && cc_channel);

j'ai l'assertion qui saute (mais aucun message ?) car *dev point sur NULL.

que puis en tirer, alors là ...

@Epsylon3 @Hobi @CacaoTor, ça vous parle ? ...

Modifié (le) Mai 9, 2019 par Oniric

Hobi · Mai 9, 2019

Ca se,t le conflit dans le HAL, genre ce que nous avons eu avec la pin PWM du fan...

@Epsylon3 Avons nous des restrictions sur les pins Ymax et Zmax... Ces pins sont configurées pour être en entrées à la base, et j'arrive à les utiliser en sortie de mon cote.

#define LA_TRIG PC14 // additional debug pin routed to Ymax pin

//#define Y_MAX_PIN PC14 // Unused in stock Alfawise steup. May also be used for Z_Probe Servo function

#define Z_MIN_PIN PE6 // Standard Endstop or Z_Probe endstop function

//#define Z_MAX_PIN PE5 // Unused in stock Alfawise steup.

#define STEP_IT PE5

Epsylon3 · Mai 9, 2019

je l'ai deja dit hier, PC14 ne peut pas etre une sortie... du moins > 3mA ni PC13 et PC15 (page 37 du datasheet ST)

Modifié (le) Mai 9, 2019 par Epsylon3

Oniric · Mai 9, 2019

il y a 7 minutes, Epsylon3 a dit :

je l'ai deja dit hier, PC14 ne peut pas etre une sortie... du moins > 3mA ni PC13 et PC15 (page 37 du datasheet ST)

sauf erreur de ma part ici on essaye d'utiliser "PE5"

//#define Z_MAX_PIN       PE5  // pin 4 Unused in stock Alfawise steup.
                               // May also be used for Z_Probe Servo function
//Servo for Z_Probe
#define SERVO0_PIN        PE5 // Z_MAX / If you don't care about optional GCODE STOP COMMAND or

ps :sorry si je suis à coté de la plaque

Modifié (le) Mai 9, 2019 par Oniric

Epsylon3 · Mai 9, 2019

oui la ca devrait etre mieux.. si Z_MAX_PIN reste commenté en tout cas

reste que c'est un pull up hardware sur la carte... pas sur que l'on puisse mettre le pin à 0 facilement

image.png.a31e9cfc24b5234fe11c4438fd24c237.png

Il reste les 2 pins du milieu de J12, le connecteur série non soudé, qui est connecté en direct au SoC (PA2/PA3)

Modifié (le) Mai 9, 2019 par Epsylon3

Yannick06300Pat · Mai 9, 2019

je peu faire ca desuite

il y a 17 minutes, Epsylon3 a dit :

oui la ca devrait etre mieux.. si Z_MAX_PIN reste commenté en tout cas

reste que c'est un pull up hardware sur la carte... pas sur que l'on puisse mettre le pin à 0 facilement

Il reste les 2 pins du milieu de J12, le connecteur série non soudé, qui est connecté en direct au SoC (PA2/PA3)

Epsylon3 · Mai 9, 2019

@Oniric sinon pour ton code, je ne pense pas que ca puisse marcher le pinMode (PE5, 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
};

cf .platformio/packages/framework-arduinoststm32-maple/STM32F1/variants/generic_stm32f103v/board.cpp

et pas de timer associé non plus à ce pin... par contre j'essaierais bien de commenter BOARD_LED_PIN

STM32F1/variants/generic_stm32f103v/board/board.h:46:#define BOARD_LED_PIN           PE5
STM32F1/variants/generic_stm32f103v/board/board.h:131:PE0,PE1,PE2,PE3,PE4,PE5,PE6,PE7,PE8,PE9,PE10,PE11,PE12,PE13,PE14,PE15

Modifié (le) Mai 9, 2019 par Epsylon3

Epsylon3 · Mai 9, 2019

au passage il y a un autre variant de STM32F103V nommé "generic_stm32f103vb" qui semble avoir moins de defines en hard... je suppose que la v est une carte de dev

Oniric · Mai 9, 2019

Il y a 1 heure, Epsylon3 a dit :

Il reste les 2 pins du milieu de J12, le connecteur série non soudé, qui est connecté en direct au SoC (PA2/PA3)

ils ne sont pas déjà utilisé PA2 et PA3 pour le port USB ?

image.png.0d0900f720108d8b4fe1374c20a7d9a3.png

si ce n'est pas le cas, corrige moi si je me trompe: on pourrait imaginer utiliser les 2 pins du milieu de J2 pour contrôler le servo au lieu de Z_MAX (PE5) qui ne semble pas compatible PWM ?

(je tire ces infos du fichier de @CacaoTor sur les 1ere page du thread)

ps: je navigue en eaux troubles ici, c'est à la limite de ma compréhension, je sais jouer avec des arduinos mais ma connaissance en électronique s’arrête pas loin mais je ne demande qu'à comprendre

ps2: si je suis hors sujet sur ce thread, @CacaoTor, @Hobi, @Epsylon3 dite le moi que je switch sur le thread plutôt dédié sur la customisation de alfawise marlin. je poste ici car pour moi c'est un peu entre les 2.

Epsylon3 · Mai 9, 2019

l'usb c'est le serial 1 PA9 et 10

Connexion

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

Messages recommandés

Top participants sur ce topic

Jours les plus actifs

Top participants sur ce topic

Jours les plus actifs

Message populaires

CacaoTor

Hobi

CacaoTor

Images postées sur le topic

Créer un compte ou se connecter pour commenter

Créer un compte

Se connecter

Sur cette page : 0 membre est en ligne

YouTube / Les Imprimantes 3D .fr