mirror of
https://github.com/MarlinFirmware/Marlin.git
synced 2024-12-14 14:31:33 +00:00
dcaefc68a5
Low or unknown probe clearance on init (even at powerup) is a risk and therefore, a deploy should be avoided because dragging the pin is possible: A deploy goes into alarm if it can't extend fully and then the subsequent stow will fail.
166 lines
6.3 KiB
C++
166 lines
6.3 KiB
C++
/**
|
|
* Marlin 3D Printer Firmware
|
|
* Copyright (C) 2019 MarlinFirmware [https://github.com/MarlinFirmware/Marlin]
|
|
*
|
|
* Based on Sprinter and grbl.
|
|
* Copyright (C) 2011 Camiel Gubbels / Erik van der Zalm
|
|
*
|
|
* This program is free software: you can redistribute it and/or modify
|
|
* it under the terms of the GNU General Public License as published by
|
|
* the Free Software Foundation, either version 3 of the License, or
|
|
* (at your option) any later version.
|
|
*
|
|
* This program is distributed in the hope that it will be useful,
|
|
* but WITHOUT ANY WARRANTY; without even the implied warranty of
|
|
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
|
|
* GNU General Public License for more details.
|
|
*
|
|
* You should have received a copy of the GNU General Public License
|
|
* along with this program. If not, see <http://www.gnu.org/licenses/>.
|
|
*
|
|
*/
|
|
|
|
#include "../inc/MarlinConfig.h"
|
|
|
|
#if ENABLED(BLTOUCH)
|
|
|
|
#include "bltouch.h"
|
|
|
|
BLTouch bltouch;
|
|
|
|
#include "../module/servo.h"
|
|
|
|
void stop();
|
|
|
|
#define DEBUG_OUT ENABLED(DEBUG_LEVELING_FEATURE)
|
|
#include "../core/debug_out.h"
|
|
|
|
bool BLTouch::command(const BLTCommand cmd, const millis_t &ms) {
|
|
if (DEBUGGING(LEVELING)) SERIAL_ECHOLNPAIR("BLTouch Command :", cmd);
|
|
MOVE_SERVO(Z_PROBE_SERVO_NR, cmd);
|
|
safe_delay(MAX(ms, BLTOUCH_DELAY)); // BLTOUCH_DELAY is also the *minimum* delay
|
|
return triggered();
|
|
}
|
|
|
|
void BLTouch::init() {
|
|
// This is called by marlin.cpp on initialization
|
|
// SET_5V_MODE (if enabled). OD_MODE is the default on power on.
|
|
// This mode will stay active until manual SET_OD_MODE or power cycle
|
|
#if ENABLED(BLTOUCH_FORCE_5V_MODE)
|
|
_set_5V_mode(); // Set 5V mode if explicitely demanded (V3 upwards)
|
|
#endif
|
|
_reset();
|
|
_stow();
|
|
// There really should be no alarm outstanding now, and no triggered condition. But if there is,
|
|
// there is no need to worry people here on init right at the start of the printer.
|
|
}
|
|
|
|
void BLTouch::clear() {
|
|
_reset(); // RESET or RESET_SW will clear an alarm condition but...
|
|
// ...it will not clear a triggered condition in SW mode when the pin is currently up
|
|
// ANTClabs <-- CODE ERROR
|
|
_stow(); // STOW will pull up the pin and clear any triggered condition unless it fails, don't care
|
|
_deploy(); // DEPLOY to test the probe. Could fail, don't care
|
|
_stow(); // STOW to be ready for meaningful work. Could fail, don't care
|
|
}
|
|
|
|
bool BLTouch::triggered() {
|
|
return (
|
|
#if ENABLED(Z_MIN_PROBE_USES_Z_MIN_ENDSTOP_PIN)
|
|
READ(Z_MIN_PIN) != Z_MIN_ENDSTOP_INVERTING
|
|
#else
|
|
READ(Z_MIN_PROBE_PIN) != Z_MIN_PROBE_ENDSTOP_INVERTING
|
|
#endif
|
|
);
|
|
}
|
|
|
|
bool BLTouch::deploy_proc() {
|
|
// Do a DEPLOY
|
|
if (DEBUGGING(LEVELING)) DEBUG_ECHOLN("BLTouch DEPLOY requested");
|
|
|
|
// Attempt to DEPLOY, wait for DEPLOY_DELAY or ALARM
|
|
if (_deploy_query_alarm()) {
|
|
// The deploy might have failed or the probe is already triggered (nozzle too low?)
|
|
if (DEBUGGING(LEVELING)) DEBUG_ECHOLN("BLTouch ALARM or TRIGGER after DEPLOY, recovering");
|
|
|
|
clear(); // Get the probe into start condition
|
|
|
|
// Last attempt to DEPLOY
|
|
if (_deploy_query_alarm()) {
|
|
// The deploy might have failed or the probe is actually triggered (nozzle too low?) again
|
|
if (DEBUGGING(LEVELING)) DEBUG_ECHOLN("BLTouch Recovery Failed");
|
|
|
|
SERIAL_ERROR_MSG(MSG_STOP_BLTOUCH); // Tell the user something is wrong, needs action
|
|
stop(); // but it's not too bad, no need to kill, allow restart
|
|
|
|
return true; // Tell our caller we goofed in case he cares to know
|
|
}
|
|
}
|
|
|
|
// Now the probe is ready to issue a 10ms pulse when the pin goes up.
|
|
// The trigger STOW (see motion.cpp for example) will pull up the probes pin as soon as the pulse
|
|
// is registered.
|
|
|
|
if (DEBUGGING(LEVELING)) DEBUG_ECHOLN("bltouch.deploy_proc() end");
|
|
|
|
return false; // report success to caller
|
|
}
|
|
|
|
bool BLTouch::stow_proc() {
|
|
// Do a STOW
|
|
if (DEBUGGING(LEVELING)) DEBUG_ECHOLN("BLTouch STOW requested");
|
|
|
|
// A STOW will clear a triggered condition in the probe (10ms pulse).
|
|
// At the moment that we come in here, we might (pulse) or will (SW mode) see the trigger on the pin.
|
|
// So even though we know a STOW will be ignored if an ALARM condition is active, we will STOW.
|
|
// Note: If the probe is deployed AND in an ALARM condition, this STOW will not pull up the pin
|
|
// and the ALARM condition will still be there. --> ANTClabs should change this behaviour maybe
|
|
|
|
// Attempt to STOW, wait for STOW_DELAY or ALARM
|
|
if (_stow_query_alarm()) {
|
|
// The stow might have failed
|
|
if (DEBUGGING(LEVELING)) DEBUG_ECHOLN("BLTouch ALARM or TRIGGER after STOW, recovering");
|
|
|
|
_reset(); // This RESET will then also pull up the pin. If it doesn't
|
|
// work and the pin is still down, there will no longer be
|
|
// an ALARM condition though.
|
|
// But one more STOW will catch that
|
|
// Last attempt to STOW
|
|
if (_stow_query_alarm()) { // so if there is now STILL an ALARM condition:
|
|
|
|
if (DEBUGGING(LEVELING)) DEBUG_ECHOLN("BLTouch Recovery Failed");
|
|
|
|
SERIAL_ERROR_MSG(MSG_STOP_BLTOUCH); // Tell the user something is wrong, needs action
|
|
stop(); // but it's not too bad, no need to kill, allow restart
|
|
|
|
return true; // Tell our caller we goofed in case he cares to know
|
|
}
|
|
}
|
|
|
|
if (DEBUGGING(LEVELING)) DEBUG_ECHOLN("bltouch.stow_proc() end");
|
|
|
|
return false; // report success to caller
|
|
}
|
|
|
|
bool BLTouch::status_proc() {
|
|
/**
|
|
* Return a TRUE for "YES, it is DEPLOYED"
|
|
* This function will ensure switch state is reset after execution
|
|
* This may change pin position in some scenarios, specifically
|
|
* if the pin has been triggered but not yet stowed.
|
|
*/
|
|
|
|
if (DEBUGGING(LEVELING)) DEBUG_ECHOLN("BLTouch STATUS requested");
|
|
|
|
_set_SW_mode();
|
|
const bool tr = triggered(); // If triggered in SW mode, the pin is up, it is STOWED
|
|
|
|
if (DEBUGGING(LEVELING)) DEBUG_ECHOLNPAIR("BLTouch is ", (int)tr);
|
|
|
|
_reset(); // turn off the SW Mode
|
|
if (tr) _stow(); else _deploy(); // and reset any triggered signal, restore state
|
|
return !tr;
|
|
}
|
|
|
|
#endif // BLTOUCH
|