Rumba and Auto-Bed level

[Roxy]

Back at home, and I just commented out deactivate_servo_delay and recompiled. The M280 command is now working as advertised ​

Thoughts?

Can you please tell me EXACTLY what you did to deactivate the servo delay? Did you set:

#define PROBE_SERVO_DEACTIVATION_DELAY 0

????

[ex-egll]

Can you please tell me EXACTLY what you did to deactivate the servo delay? Did you set:

#define PROBE_SERVO_DEACTIVATION_DELAY 0

????

Hi Roxy,

In config.h around line #321 in my file I disabled the servo delay by adding // at the start of the line i.e.:

#define PROBE_SERVO_DEACTIVATION_DELAY 300 M280 command does nothing

//#define PROBE_SERVO_DEACTIVATION_DELAY 300 M280 command works as expected.

[Roxy]

In config.h around line #321 ...

#define PROBE_SERVO_DEACTIVATION_DELAY 300 M280 command does nothing

OK, sorry to be dense... I'm pretty sure you are not saying this. But the 'M280 command...' was not part of the #define. Right?

Assuming this is true... Something very strange is going on...

[ex-egll]

OK, sorry to be dense... I'm pretty sure you are not saying this. But the 'M280 command...' was not part of the #define. Right?

Assuming this is true... Something very strange is going on...

Correct, when the entry in config.h is:

#define PROBE_SERVO_DEACTIVATION_DELAY 300

then the M280 command does nothing

when the entry in config.h is:

//#define PROBE_SERVO_DEACTIVATION_DELAY 300

then the M280 command works as expected.

Sorry for the poor wording.

[ex-egll]

The firmware I am using is the one pointed i3v 12" build notes:

Marlin_RUMBA_i3v_GLCDPercent at https://drive.google.com/file/d/0B80...BCdkdUaDg/view

Reading through numerous threads it appears that Marlin_Marlin_v1 at https://github.com/beckdac/Marlin
is more up to date and is the better way to go. If that is the case I'll start playing around with that version and see what happens.

[Roxy]

Reading through numerous threads it appears that Marlin_Marlin_v1 at https://github.com/beckdac/Marlin
is more up to date and is the better way to go. If that is the case I'll start playing around with that version and see what happens.

Yes, the BeckDac version is a good choice. And... If there is still a problem with M280 it will be much easier to figure it out. Let us know what happens!

[ex-egll]

Yes, the BeckDac version is a good choice. And... If there is still a problem with M280 it will be much easier to figure it out. Let us know what happens!

OK, spent the last few days playing with software and Raspberry Pi's!

I now have the BeckDac version running, and the M280 command works as advertised regardless of whether #define PROBE_SERVO_DEACTIVATION_DELAY 300 is active or not.

To get the version running required 1 change to the pins.h file and about a dozen changes to the config.h file. All is running pretty well now, and the ABL is behaving.

If any one wants to know the changes I made, let me know.