5968 Commits (1f776f60342b29b7d72a6f5b4f62ac304331684a)
 

Author SHA1 Message Date
Scott Lahteine 38af251b91 Use a default argument in _lcd_move_e 8 years ago
Scott Lahteine 374ae6c099 Fix pins for RAMBO plus VIKI 8 years ago
Scott Lahteine 7594138740 Merge pull request #4493 from jbrazio/buildroot-cleanup
Move font folder
8 years ago
João Brázio b15ef35568
Update the font README to link to marlinfw.org 8 years ago
Scott Lahteine 6eed37aafb Merge pull request #4486 from thinkyhead/rc_pid_add_extrusion_rate_off
PID_EXTRUSION_SCALING, disabled by default
8 years ago
Scott Lahteine 4bf3526d00 Merge pull request #4463 from thinkyhead/rc_azteeg_x3_eeb
Wrangle RAMPS variants and derivatives
8 years ago
Scott Lahteine 1993c45759 Merge pull request #4487 from thinkyhead/rc_refresh_pos_fix
Update refresh_positioning - no need for obj ref
8 years ago
Scott Lahteine f83369b79c Update refresh_positioning - no need for obj ref 8 years ago
Scott Lahteine 63fd1f49a6 PID_EXTRUSION_SCALING, disabled by default 8 years ago
Scott Lahteine 49997e2e22 HI_VOLT_PIN => "RAMPS_Dn_PIN" 8 years ago
Scott Lahteine f7da37002c Merge pull request #4482 from AnHardt/rep-s-spi
repair-software-spi
8 years ago
AnHardt 60ad365e21 repair-software-spi 8 years ago
Scott Lahteine f388beafa1 Merge pull request #4476 from otvald/RCBugFix
FIX for endstop adjustemt on delta is offset
8 years ago
Scott Lahteine 3633d4978b Merge pull request #4475 from esenapaj/Fix-for-PR-#4452
Fix for PR #4452 (Additional heater-state output changes)
8 years ago
Scott Lahteine 448e5252c3 Merge pull request #4474 from esenapaj/Update-distribution-date-and-readme
Update distribution date and readme
8 years ago
Thomas Otvald Jensen fe059f1221 During homing, line_to_axis_pos will make a path which moves across the
endstop trigger point. The move is stopped at endstop, so current_position
should also be adjusted to reflect this!

Caused error in subsequent call in endstop adjustment, since the movement
would assume a wrong starting position.
8 years ago
esenapaj bd73e6d3c8 Fix for PR #4452 (Additional heater-state output changes)
・Add missing ';'
8 years ago
esenapaj cd5b03d88f Update distribution date and readme 8 years ago
Scott Lahteine f575e92f2e Merge pull request #4473 from esenapaj/Follow-up-the-PR-#4408-etc
Follow-up the PR #4408 (Add support for reprapworld LCD), etc
8 years ago
Scott Lahteine a406b176b0 Merge pull request #4472 from thinkyhead/rc_old_conditional
Make Conditionals.h a catch-all for old configs
8 years ago
esenapaj 657ef8aded Follow-up the PR #4408 (Add support for reprapworld LCD), etc
・Put #define REPRAPWORLD_GRAPHICAL_LCD into all the example
configuration files
・Adjust spacing
8 years ago
Scott Lahteine 83d341c394 Make Conditionals.h a catch-all for old configs 8 years ago
Scott Lahteine de951c64f1 Make pins for EFF a consistent order 8 years ago
Scott Lahteine 49f75b7891 pins_RAMPS_14.h => pins_RAMPS.h 8 years ago
Scott Lahteine d3b713cebc Set flags for RAMPS "type" in pins.h 8 years ago
Scott Lahteine 223b7e473f RAMPS assignment for derivatives 8 years ago
Scott Lahteine 3865843283 Consolidate setting of RAMPS High Voltage PWM outputs 8 years ago
Scott Lahteine bdac2eb13a Don't set non-existent SLED_PIN 8 years ago
Scott Lahteine bfbd01e29a Merge pull request #4470 from thinkyhead/rc_fix_manual_move
Followup to #4468
8 years ago
Scott Lahteine 802d873fc1 Merge pull request #4469 from esenapaj/Fix-for-PR-#4453
Fix for PR #4453 (Improved MANUAL_[XYZ]_HOME_POS)
8 years ago
Scott Lahteine 8e2f095dde Merge pull request #4456 from jbrazio/speaker-type3
Improvement to non-blocking speaker
8 years ago
Scott Lahteine ad68b4cb8b Followup to #4468 8 years ago
esenapaj b8c112c490 Fix for PR #4453 (Improved MANUAL_[XYZ]_HOME_POS) 8 years ago
Scott Lahteine 2f76138645 Merge pull request #4468 from thinkyhead/rc_fix_manual_move
Specify manual-movable E axes by extruder type
8 years ago
Scott Lahteine 696b63e300 Specify manual-movable E axes by extruder type 8 years ago
Scott Lahteine 46c33f1cfa Merge pull request #4467 from jbrazio/safe_delay-millis_t
Makes safe_delay() to be fully compatible with delay()
8 years ago
Scott Lahteine 9e21b2e51d Merge pull request #4455 from AnHardt/double-bump-feature
double bump probing as a feature
8 years ago
Scott Lahteine db4d03bc81 Merge pull request #4452 from thinkyhead/rc_fix_heaterstates_part_2
Additional heater-state output changes
8 years ago
Scott Lahteine c68ca95345 Merge pull request #4464 from thinkyhead/rc_fix_steps_per_mm_handling
Account for DELTA in Planner::refresh_positioning
8 years ago
João Brázio 226e74a438 Fixes safe_delay() to be fully compatible with delay() 8 years ago
João Brázio 8e79e8cdb3 Adds types.h 8 years ago
Scott Lahteine 844a4e799e Account for DELTA in Planner::refresh_positioning 8 years ago
AnHardt 7188ce0ad6 double bump probing as a feature
Why double touch probing is not a good thing.

It's widely believed we can get better __probing__ results when using a double touch when probing.

Let's compare to double touch __homing__.
Or better let's begin with single touch __homing__.
We home to find out out position, so our position is unknown.
To find the endstop we have to move into the direction of the endstop.
The maximum way we have to move is a bit longer than the axis length.
When we arrive at the endstop - when it triggers, the stepper pulses are stopped immediately.
It's a sudden stop. No smooth deacceleration is possible.
Depending on the speed and the moving mass we lose steps here.
Only if we approached slow enough (below jerk speed?) we will not lose steps.

Moving a complete axis length, that slow, takes for ever.
To speed up homing, we now make the first approach faster, get a guess about our position,
back up a bit and make a second slower approach to get a exact result without losing steps.

What we do in double touch probing is the same. But the difference here is:
a. we already know where we are
b. if the first approach is to fast we will lose steps here to.
But this time there is no second approach to set the position to 0. We are measuring only.
The lost steps are permanent until we home the next time.

So if you experienced permanently rising values in M48 you now know why. (Too fast, suddenly stopped, first approach)

What can we do to improve probing?
We can use the information about our current position.
We can make a really fast, but deaccelerated, move to a place we know it is a bit before the trigger point.
And then move the rest of the way really slow.
8 years ago
Scott Lahteine c31f56a38c Deprecate EXTRUDER_WATTS and BED_WATTS 8 years ago
Scott Lahteine e1970b4b28 Show power output in same order as temp output 8 years ago
Scott Lahteine 74df828acc Show ADC values inline rather than after 8 years ago
João Brázio 2b5faa61e2 Consolidates Buzzer and Speaker into a single object 8 years ago
João Brázio 8093c5f534 Non-blocking speaker now uses arduino's tone() 8 years ago
João Brázio 3367e79fec Merge pull request #4458 from jbrazio/followup-4448
Fixes a compilation error introduced by #4448
8 years ago
João Brázio 8896f08074 Fixes a compilation error introduced by #4448 8 years ago