M300 Issues thread

[xC0000005]

From Hackaday -
I've compiled using the M200 V2 variant and it's close to work. Your branch only compile with STM32 cores 1.6. I've rebased your branch onto the current marlin bugfix-2.0.x and compiled it with STM32 cores 1.7.0.

Working:

• XYZ motors

• min/max end stops

• lcd

• hotend + temperature

• bed temperature

• auto bed leveling

NOT working:

• hotend fan (blocking)

• sdcard => Recv: echo:SD init fail (blocking)

• bed heater (major)

• endstops status led (cosmetic)

NOT sure:

• eeprom (M500 is ok, but M503 does not reflect the changes after restart)

NOT tested:

• extruder (not tested yet, probably just work)

• print via usb (no hotend fan...don't want to melt my extruder)

Limitations:

• cannot enable LCD and EEPROM, not enough Flash (I reduced a lot the size required by the eeprom but with more work, it may eventually fit)

[xC0000005]

Things I've found fixes for (I pulled a fresh copy of the 2.0.x branch, copied in the example fixes, and started working on it:
In Configuration_adv.h, #define E0_AUTO_FAN_PIN PB8 - this enables the EXTRUDER. I suspect the intention was to have it set to MALYAN_FAN1_PIN, but since I knew it was PB8, I just put that in.
In Configuration.h, enable
#define FAN_SOFT_PWM

SD wouldn't init
In configuration.h, I enabled:
#define SPI_SPEED SPI_QUARTER_SPEED

What version of the printer are you using?

[mojocorp]

What version of the printer are you using?
Monoprice Delta Mini v43

[mojocorp]

#define E0_AUTO_FAN_PIN PB8 does NOT work, but the status led turn to solid green when the fan must be off and off when the fan must be on.
If I change to PA8 (like mcheah/Marlin4MPMD), then the fan work exactly as expected BUT the homing fails! it seems like there is a side effect on maybe the endstops or something else.

#define SPI_SPEED SPI_QUARTER_SPEED or #define SPI_SPEED SPI_HALF_SPEED
It does not change anything, still "SD init fail".

The extruder does not work. If I change E0_ENABLE_PIN to PB0 (like mcheah/Marlin4MPMD), I can enable/disable the extruder motor. Step and Dir don't seem to work.

I played a bit with M42 and I've found some pins:
M42 P0 S0 -> blue led on
M42 P1 S0 -> green led on
M42 P13 S0 -> red led on
M42 P30 S0 -> enable XYZ motors
M42 P28 S0 -> enable E motor
M42 P12 S255 -> turn on hotend fan (after few secs, the 3d printer crash)

[mojocorp]

I checked with a multimeter and the bed heater is connected to PA5 as expected ( https://eu.mouser.com/Datasheets/_/?Keyword=STM32F070CBT6&FS=True )
But still not heating. I event tried "#define HEATER_BED_INVERTING true" and nope, did not work.
I reflashed mcheah/Marlin4MPMD to be sure the mosfet was still alive and yes it is.
Is it possible that the STM32 cores variant is wrong ?

[xC0000005]

It just hit me that you're using a Delta. Ok, yeah, it's entirely possible I got some of the pins wrong (sorry). Let me see if my delta has the same problems.

[xC0000005]

variant

It's certainly possible. If you swap extruder and bed pins, does one of them come on and other not? (I'm checking to see if it's a pin definition). Checking the variant pins, PA5 is index 25, and it appears to be correctly defined as PA_25 in the CPP file. It may be that Marlin is attempting PWM on PA5, which isn't wired to a timer at all.
I'll look and see if there's a soft pwm for heaters.

[xC0000005]

Confirmed that PA5 does not have hard PWM capabilities. I'll see what options there are.

[mojocorp]

If you swap extruder and bed pins, does one of them come on and other not?

I swapped the pin definitions for hotend+temp <=> bed+temp:

• hotend work as expected using the bed gcode commands
• bed does NOT heat and marlin goes to failure after ~20s

[mojocorp]

• Now I have xyz and e motor enable pin working (PB10 and PB0)
• If I change STEP_TIMER to 6 and TEMP_TIMER to 7, then the hotend fan work perfectly on PA8. No crash or side effect on homing/motors.
• The bed still does not work
• The sdcard still cannot init
• The extruder still does not work

My understanding is there was a kind of timer conflict. I had to guess what STEP_TIMER and TEMP_TIMER are. Any idea what are the correct numbers?

[xC0000005]

To answer one question - the "right numbers" on any STM32 board are timers that don't conflict with other PWM pins. If 6 and 7 work, we can define them in the pins.h and that'll be fine. Bed's going to be an issue - I'll ask Mickey what he does for M4MPMD and see. My guess it's a soft PWM.

[mcheah]

for heater and fans I use soft PWM

[mojocorp]

I always had FAN_SOFT_PWM defined, and my understanding is that it should use software pwm for the heaters as well. Any idea how to proceed ?

UPDATE: if I deactivate the SD card support, the bed heater and extruder are working !
I highly suspect the sd card pinout to creates all the troubles.
eeprom stil does not work.

UPDATE2: while looking at the stm32 datasheet, it look like there are alternative pins for SPI (PB3 PB4 PB5). The current SPI pins (PA4 PA5 PA6 PA7) are already in use by the motors. I'm completely guessing since I'm not an hardware guy but do you think it could be the problem ? Any idea on how to activate the alternate mode ?

UPDATE3: I traced the connection for the SDCARD and the pins are PB3 PB4 PB5 PB6.
#define SCK_PIN PB3
#define MISO_PIN PB4
#define MOSI_PIN PB5
#define SS_PIN PB6
Note that PB6 is not the hardware SPI SS pin.
Even with theses changes, activating SD card support still does not work and break the bed heater. I suspect the SPI pins are not taken into account.

UPDATE4: Finally ! It's working !
The new SPI pins are good, "just" spiInit from HAL_STM32 does not take them into account.
I had to add:
SPI.setMISO(MISO_PIN);
SPI.setMOSI(MOSI_PIN);
SPI.setSCLK(SCK_PIN);
SPI.begin(SS_PIN);

Now I can start my first print !
Still saving to eeprom would be a nice addition. There is a bug report about a similar issue on STM32duino. Could be just that.

My full config is available here: git@github.com:papabricole/Marlin.git (M300-2.x branch)
but you need to adjust the arm lengths and extruder settings since my M300 is not stock.

[xC0000005]

The variant needs to have the SPI pins enabled and I can do that.

[mojocorp]

The variant needs to have the SPI pins enabled and I can do that.

Does it mean my changes to 'spiInit' won't be necessary anymore ? That would be great !

Another question: does the eeprom save/load still work with your M200 and STM32 core 1.7.0 ?

[xC0000005]

Ok, I was wrong. This is very closely related to the "Marlin can't cope with multiple SPI instances" issue - the STM32 HAL doesn't set the pins (and Marlin assumes a single SPI, period). Regardless, I'll add support for setting pins to the STM32 HAL.