APORTE Problema compilación ANET A8

[Pacopalleiro]

Buenas, he instalado un Bltouch a mi Anet A8 y a la hora de compilar el Marlin tengo problemas tanto con PlatformIO como con Arduino IDE:
Para el PlatformIO + Auto Build Marlin los errores que me dan al compilar son: 
En el archivo platformio.ini:
Ignore unknown configuration option `monitor_flags` in section [env]
`src_filter` configuration option in section [envUE] is deprecated and will be removed in the next release! Please use `build_src_filter` instead
`src_filter` configuration option in section [env:esp32] is deprecated and will be removed in the next release! Please use `build_src_filter` instead
`src_build_flags` configuration option in section [env:linux_native] is deprecated and will be removed in the next release! Please use `build_src_flags` instead
`src_filter` configuration option in section [env:SAMD51_grandcentral_m4] is deprecated and will be removed in the next release! Please use `build_src_filter` instead
`src_filter` configuration option in section [env:malyan_M300] is deprecated and will be removed in the next release! Please use `build_src_filter` instead
...
Por lo que he optado a pasarme al Arduino el cual me da el siguiente error:
c:/users/titan/appdata/local/arduino15/packages/arduino/tools/avr-gcc/7.3.0-atmel3.6.1-arduino7/bin/../lib/gcc/avr/7.3.0/../../../../avr/bin/ld.exe: C:\Users\Titan\AppData\Local\Temp\arduino\sketches\6E7642F014E1FA80113FF3B927AF5AED/Marlin.ino.elf section `.text' will not fit in region `text'
c:/users/titan/appdata/local/arduino15/packages/arduino/tools/avr-gcc/7.3.0-atmel3.6.1-arduino7/bin/../lib/gcc/avr/7.3.0/../../../../avr/bin/ld.exe: region `text' overflowed by 4544 bytes
collect2.exe: error: ld returned 1 exit status

exit status 1

Compilation error: exit status 1

La verdad que me estoy desesperando un poquillo... alguien sabe como solucionarlo para compilarlo.

Muchas gracias de antemano.

[Simemart]

Hola, el error que se genera en el IDE de Arduino se debe a que no cabe el firmware compilado en la memoria de la MCU que incorpora la placa Anet (ATMega1284P) y que también se producirá en PlatformIO, pues los mensajes que indicas no me parece que sean errores de compilación que impidan la misma.
Esos mensajes en PlatformIO se deben a que estás utilizando una versión del archivo platformio.ini algo antigua: te recomiendo que utilices la última versión de todo el software implicado, incluido Marlin, que es el que incluye dicho archivo.
Para indicarte alguna solución para el problema del tamaño del firmware compilado, adjunta los archivos de configuración de Marlin que estás utilizando (Configuration.h y Configuration_adv.h), en un archivo comprimido (ZIP o RAR), desde la página que sale al pinchar en el botón Vista previa del mensaje.

[Pacopalleiro]

Buenas, estoy usando el Marlin 2.0.9.1 (descargado del Marlin builder preconfigurado para Anet A8 https://3dwork.io/marlin/), es mejor que descargue el original de la marlin (version 2.1.2.1)?
Solo he modificado la inclusión del Bltouch, que es el cambio realizado. 

Adjunto los dos archivos que me indicas.


Y muchisimas gracias por tu ayuda!!!!

  Marlin.rar (Tamaño: 79.35 KB / Descargas: 21)

[Simemart]

Olvídate de la versión 2.0.9.1 y descarga la última disponible (2.1.2.1), pues la optimización de código hace que ocupe 3600 bytes menos de memoria flash para la configuración actual que tienes, lo que te permitirá con algunos retoques que te indicaré, activar la S Curve Aceleration, que es bastante recomendable.
Descarga el archivo 2.1.x.zip, traslada la configuración actual a los archivos que trae esa versión (no utilices los archivos preconfigurados para la A8, pues ocupan más memoria) y cambia además lo siguiente en el archivo Configuration.h:

...
//#define STRING_CONFIG_H_AUTHOR "(none, default config)" // Who made the changes.
...
#define S_CURVE_ACCELERATION
...
#define DISABLE_M503        // Saves ~2700 bytes of flash. Disable for release!
...
Ten en cuenta que en la nueva versión, LEVEL_BED_CORNERS ahora se denomina LCD_BED_TRAMMING.
Para compilar, utiliza PlatformIO con el entorno Sanguino1284p_optimized.

[Pacopalleiro]

Olvídate de la versión 2.0.9.1 y descarga la última disponible (2.1.2.1), pues la optimización de código hace que ocupe 3600 bytes menos de memoria flash para la configuración actual que tienes, lo que te permitirá con algunos retoques que te indicaré, activar la S Curve Aceleration, que es bastante recomendable.
Descarga el archivo 2.1.x.zip, traslada la configuración actual a los archivos que trae esa versión (no utilices los archivos preconfigurados para la A8, pues ocupan más memoria) y cambia además lo siguiente en el archivo Configuration.h:

...
//#define STRING_CONFIG_H_AUTHOR "(none, default config)" // Who made the changes.
...
#define S_CURVE_ACCELERATION
...
#define DISABLE_M503        // Saves ~2700 bytes of flash. Disable for release!
...
Ten en cuenta que en la nueva versión, LEVEL_BED_CORNERS ahora se denomina LCD_BED_TRAMMING.
Para compilar, utiliza PlatformIO con el entorno Sanguino1284p_optimized.

Hecho aunque sigue dando overflow....
c:/users/titan/.platformio/packages/toolchain-atmelavr/bin/../lib/gcc/avr/7.3.0/../../../../avr/bin/ld.exe: .pio/build/sanguino1284p_optimized/firmware.elf section `.text' will not fit in region `text'
c:/users/titan/.platformio/packages/toolchain-atmelavr/bin/../lib/gcc/avr/7.3.0/../../../../avr/bin/ld.exe: region `text' overflowed by 3010 bytes

Que mas podría quitarle??? te adjunto los archivos actuales... 
No entiendo por que lo complican tanto... 

Y sobre todo muchísimas gracias por tu ayuda!!!

[Simemart]

Hay algunas cosas mal configuradas en esos archivos.
Para la A8 hay que configurar la lógica de los finales de carrera de X e Y a true:

#define X_MIN_ENDSTOP_INVERTING true
#define Y_MIN_ENDSTOP_INVERTING true

Con una aceleración de 400 mm/s², el valor apropiado para el Junction Deviation Factor es 0,1:

#define JUNCTION_DEVIATION_MM 0.1

Tienes invertida la lógica del movimiento de los ejes Y y Z:

#define INVERT_Y_DIR false
#define INVERT_Z_DIR true

Con BL-Touch, en la A8 debes definir el Z Safe Homing:

#define Z_SAFE_HOMING

Conviene bajar la velocidad con que se desplaza el cabezal de impresión al centro de la cama en el Z Safe Homing y la velocidad del homing de los ejes X e Y:

#define XY_PROBE_FEEDRATE (50*60)
#define HOMING_FEEDRATE_MM_M { (50*60), (50*60), (4*60) }

En el archivo Configuration_adv.h, debes comentar la siguiente línea para ahorrar memoria (por eso no te compila):

//#define ARC_SUPPORT

No es que lo compliquen, es que la MCU de las placas Anet (ATMega1284P) solo tiene 124 KB de memoria flash libre, con el bootloader estandar cargado y esa es poca memoria si se activan muchas utilidades en Marlin, a pesar de la gran optimización del código de esta última versión.
Con esos cambios, ya deberías poder compilar sin problemas.

P.S.: No me había fijado en que tenías activado el BabyStepping y el Probe Offset Wizard.
Si quieres mantenerlos, tendrás que prescindir del S Curve Aceleration.

[Pacopalleiro]

Hay algunas cosas mal configuradas en esos archivos.
Para la A8 hay que configurar la lógica de los finales de carrera de X e Y a true:

#define X_MIN_ENDSTOP_INVERTING true
#define Y_MIN_ENDSTOP_INVERTING true

Con una aceleración de 400 mm/s², el valor apropiado para el Junction Deviation Factor es 0,1:

#define JUNCTION_DEVIATION_MM 0.1

Tienes invertida la lógica del movimiento de los ejes Y y Z:

#define INVERT_Y_DIR false
#define INVERT_Z_DIR true

Con BL-Touch, en la A8 debes definir el Z Safe Homing:

#define Z_SAFE_HOMING

Conviene bajar la velocidad con que se desplaza el cabezal de impresión al centro de la cama en el Z Safe Homing y la velocidad del homing de los ejes X e Y:

#define XY_PROBE_FEEDRATE (50*60)
#define HOMING_FEEDRATE_MM_M { (50*60), (50*60), (4*60) }

En el archivo Configuration_adv.h, debes comentar la siguiente línea para ahorrar memoria (por eso no te compila):

//#define ARC_SUPPORT

No es que lo compliquen, es que la MCU de las placas Anet (ATMega1284P) solo tiene 124 KB de memoria flash libre, con el bootloader estandar cargado y esa es poca memoria si se activan muchas utilidades en Marlin, a pesar de la gran optimización del código de esta última versión.
Con esos cambios, ya deberías poder compilar sin problemas.

P.S.: No me había fijado en que tenías activado el BabyStepping y el Probe Offset Wizard.
Si quieres mantenerlos, tendrás que prescindir del S Curve Aceleration.

Lo primero antes de nada UN QUINTILLON de gracias!!!! 
He corregido los fallos que me indicabas y desactivado el ARC_SUPPORT, ademas del NO_VOLUMETRICS y NO_WORKSPACE_OFFSETS, con esto he conseguido mantener el babystepping y el probe ademas del S curve...

Algún consejo para cargar el Marlin? La idea es usar el AVRDUDESS pero si tienes alguna sugerencia mejor bienvenida sera. 

Y reitero muchisismas gracias!!

[Simemart]

No entiendo bien lo que indicas, porque las opciones NO_VOLUMETRICS y NO_WORKSPACE_OFFSETS ya estaban desactivadas y con el resto de las opciones que tenías, si activas también el Babystepping, el Probe Offset Wizard y el S Curve Aceleration, te faltarán más de 3000 bytes, incluso con el entorno optimized.
¿Por qué quieres utilizar el AVRDUDESS? A no ser que la placa no tenga bootloader y estés utilizando un programador externo, si estás compilando con PlatformIO en VSCode, súbelo directamente con él: si tienes la extensión Auto Build Marlin, utiliza el botón Upload del entorno sanguino1284p_optimized.

P.S.: Vale, no había entendido que has habilitado los parámetros NO_VOLUMETRICS y NO_WORKSPACE_OFFSETS (este último puede que tenga alguna implicación no deseada), pero de todas formas sigue faltando memoria, algo más de 400 bytes, pues entiendo que la placa tiene el bootloader estandar.

[Pacopalleiro]

No entiendo bien lo que indicas, porque las opciones NO_VOLUMETRICS y NO_WORKSPACE_OFFSETS ya estaban desactivadas y con el resto de las opciones que tenías, si activas también el Babystepping, el Probe Offset Wizard y el S Curve Aceleration, te faltarán más de 3000 bytes, incluso con el entorno optimized.
¿Por qué quieres utilizar el AVRDUDESS? A no ser que la placa no tenga bootloader y estés utilizando un programador externo, si estás compilando con PlatformIO en VSCode, súbelo directamente con él: si tienes la extensión Auto Build Marlin, utiliza el botón Upload del entorno sanguino1284p_optimized.

P.S.: Vale, no había entendido que has habilitado los parámetros NO_VOLUMETRICS y NO_WORKSPACE_OFFSETS (este último puede que tenga alguna implicación no deseada), pero de todas formas sigue faltando memoria, algo más de 400 bytes, pues entiendo que la placa tiene el bootloader estandar.

Esto es un poco un sin vivir... ahora me da error al subirlo... 
Desde PlatformIO:
Processing sanguino1284p_optimized (board: sanguino_atmega1284p; platform: atmelavr@~4.0.1; framework: arduino)
----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------Verbose mode can be enabled via `-v, --verbose` option
CONFIGURATION: https://docs.platformio.org/page/boards/...1284p.html
PLATFORM: Atmel AVR (4.0.1) > Sanguino ATmega1284p (16MHz)
HARDWARE: ATMEGA1284P 16MHz, 16KB RAM, 124KB Flash       
DEBUG: Current (simavr) External (simavr)
PACKAGES:
- framework-arduino-avr @ 5.1.0
- tool-avrdude @ 1.60300.200527 (6.3.0)
- toolchain-atmelavr @ 1.70300.191015 (7.3.0)
Converting Marlin.ino
LDF: Library Dependency Finder -> https://bit.ly/configure-pio-ldf
LDF Modes: Finder ~ chain, Compatibility ~ soft
Found 6 compatible libraries
Scanning dependencies...
Dependency Graph
|-- LiquidCrystal @ 1.5.1
|-- Wire 1.0
|-- SPI 1.0
Building in release mode
Compiling .pio\build\sanguino1284p_optimized\src\src\inc\Warnings.cpp.o
Linking .pio\build\sanguino1284p_optimized\firmware.elf
Checking size .pio\build\sanguino1284p_optimized\firmware.elf
Advanced Memory Usage is available via "PlatformIO Home > Project Inspect"
RAM:  [===      ]  29.0% (used 4756 bytes from 16384 bytes)
Flash: [==========]  99.7% (used 126552 bytes from 126976 bytes)
Configuring upload protocol...
AVAILABLE: arduino
CURRENT: upload_protocol = arduino
Looking for upload port...
Using manually specified: COM3
Uploading .pio\build\sanguino1284p_optimized\firmware.hex
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x73
avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0x74
avrdude: stk500_getsync() attempt 3 of 10: not in sync: resp=0x61
avrdude: stk500_getsync() attempt 4 of 10: not in sync: resp=0x72
avrdude: stk500_getsync() attempt 5 of 10: not in sync: resp=0x74
avrdude: stk500_getsync() attempt 6 of 10: not in sync: resp=0x0a
avrdude: stk500_getsync() attempt 7 of 10: not in sync: resp=0x65
avrdude: stk500_getsync() attempt 8 of 10: not in sync: resp=0x63
avrdude: stk500_getsync() attempt 9 of 10: not in sync: resp=0x68
avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0x6f

avrdude done.  Thank you.

*** [upload] Error 1
--- Terminal on COM3 | 250000 8-N-1
--- Available filters and text transformations: colorize, debug, default, direct, hexlify, log2file, nocontrol, printable, send_on_enter, time
--- More details at https://bit.ly/pio-monitor-filters
--- Quit: Ctrl+C | Menu: Ctrl+T | Help: Ctrl+T followed by Ctrl+H
19:21:20.417 > ~��~��f�������~f������fxfx`���������`f������`昘���f���������~�fx~fx��f~`����~�`f�`����f����������f���fx��f~~x�x���������`fxf�fx���f�~�x�xf�����
f����f~x�xf����f~f���~��xx��f�������f`f���~f����f�������f�f�~��ff`f�����f��������ff�昘f���������x�`fx``f�xf~��`��fx`~����~�����xfx��

Desde el auto build de Marlin:
PS C:\Users\Titan\Desktop\Anet A8\Marlin-2.1.2.1> platformio run --target upload --silent -e sanguino1284p_optimized
avrdude: ser_open(): can't open device "\\.\COM3": Acceso denegado.


avrdude done.  Thank you.

*** [upload] Error 1
======================================================================================= [FAILED] Took 18.55 seconds =======================================================================================

Environment              Status    Duration
-----------------------  --------  ------------
sanguino1284p_optimized  FAILED    00:00:18.550
================================================================================== 1 failed, 0 succeeded in 00:00:18.550 ==================================================================================PS C:\Users\Titan\Desktop\Anet A8\Marlin-2.1.2.1> echo "done" >"C:\Users\Titan\AppData\Local\Temp\ipc"
PS C:\Users\Titan\Desktop\Anet A8\Marlin-2.1.2.1>

Puede ser que haya algun PIN antiescritura?

Siento muchisimo darte el coñazo asi...

[Simemart]

Tranquilo, por mi parte no hay ningún problema: seguramente todo esto también le sirva a otros usuarios, pues hay muchas Anet en funcionamiento.
Por lo que veo en esos mensajes, creo que el problema está en la conexión: --- Terminal on COM3 | 250000 8-N-1, indica que se está usando el COM3 a 250000 baudios y el ATMega1284p con bootloader normal utiliza 57600, de ahí que no puedan comunicarse.
Normalmente, PlatformIO en VSCode asigna el puerto y la velocidad de forma automática y en tu caso, se indica que ese COM3 está fijado de forma manual (Using manually specified: COM3), quizá porque realmente no se está detectando bien la placa: comprueba la asignación del puerto en el administrador de dispositivos de Windows.

P.S.: Si la placa tiene bien asignado el puerto COM, cambia la velocidad de conexión en el archivo platformio.ini, parámetro monitor_speed.

[Pacopalleiro]

Tranquilo, por mi parte no hay ningún problema: seguramente todo esto también le sirva a otros usuarios, pues hay muchas Anet en funcionamiento.
Por lo que veo en esos mensajes, creo que el problema está en la conexión: --- Terminal on COM3 | 250000 8-N-1, indica que se está usando el COM3 a 250000 baudios y el ATMega1284p con bootloader normal utiliza 57600, de ahí que no puedan comunicarse.
Normalmente, PlatformIO en VSCode asigna el puerto y la velocidad de forma automática y en tu caso, se indica que ese COM3 está fijado de forma manual (Using manually specified: COM3), quizá porque realmente no se está detectando bien la placa: comprueba la asignación del puerto en el administrador de dispositivos de Windows.

P.S.: Si la placa tiene bien asignado el puerto COM, cambia la velocidad de conexión en el archivo platformio.ini, parámetro monitor_speed.

Disculpa la tardanza en la respuesta... al final consegui volcar la informacion pero tuve que usar avrdude si no por el visual totalmente imposible... aunque ahora el problema (pero creo que es un fallo mio de codificacion) la impresora me dice que he excedido la temperatura de la cama (estando apagada la cama)... he cambiado de cama pensando que el termistor estaba dañado pero con el mismo resultado. Por casualidad no sabras en que parametro estare metiendo la pata no?

Muchas gracias como siempre!!

[Simemart]

¿La pantalla indica esa temperatura elevada?
Si la indica, incluso estando el termistor de la cama desconectado de la placa, es probable que sea el circuito que lo controla el que esté mal, cosa bastante habitual en estas placas.

[Pacopalleiro]

¿La pantalla indica esa temperatura elevada?
Si la indica, incluso estando el termistor de la cama desconectado de la placa, es probable que sea el circuito que lo controla el que esté mal, cosa bastante habitual en estas placas.

He revisado la placa y las resistencias están correctas y el condensador  es de 10uF que entiendo que es normal. Y con el firmware viejo funciona así que entiendo que es algo del Marlin...

[Simemart]

Si adjuntas los archivos de configuración que estás usando, quizá se vea algo que lo explique.

[Pacopalleiro]

Si adjuntas los archivos de configuración que estás usando, quizá se vea algo que lo explique.

Perdona!! queria añadirlos al anterior mensaje y se me fue... la verdad que es un poco frustante...

  Marlin.rar (Tamaño: 87.21 KB / Descargas: 20)

[Simemart]

Como suponía, no veo nada en esa configuración que pueda causar ese comportamiento, que en mi opinión tiene que ser necesariamente un problema del hardware: tendrás que revisar bien conectores y cables, midiendo la resistencia del termistor de la cama, justo en el conector para incluir también el cable.

[Pacopalleiro]

Como suponía, no veo nada en esa configuración que pueda causar ese comportamiento, que en mi opinión tiene que ser necesariamente un problema del hardware: tendrás que revisar bien conectores y cables, midiendo la resistencia del termistor de la cama, justo en el conector para incluir también el cable.

He cambiado la cama entera por una nueva pero ni con esas, he verificado las resistencias y los condensadores de la placa, los he incluso desoldado para medir conectados y desconectados y las medidas dan correctas (4,7Kohmios y 10uF). No lo entiendo. 
Habria alguna forma de inhabilitar el error para poder seguir imprimiendo, aunque fuera sin cama mientras encuentro una solucion o el origen del error?

[Simemart]

Me temo que si no se soluciona cambiando la cama o incluso desconectandola, el problema puede estar en el firmware (que esté mal grabado) o sino en la MCU de la placa, que quizá esté dañada.
Yo me decanto por la primera opción, sobre todo teniendo en cuenta que has tenido problemas para cargarlo en la placa, aunque no entiendo bien a qué es debido, pues con esa configuración se puede hacer tanto con PlatformIO como con el IDE de Arduino: cuando dices que lo has logrado grabar utilizando Avrdude, ¿a qué te refieres? Porque ambos IDE utilizan esa aplicación a la hora de grabar el firmware en la placa, pues es con la que se realiza esta operación en las MCU de Atmel (AVR).

[Pacopalleiro]

Estoy al borde del llanto...
Respecto a la carga si utilizo el PlatformIO el resultado es este:
PS C:\Users\Titan\Desktop\Impresoras 3D\Anet A8\Marlin-2.1.2.1> platformio run --target upload --silent -e sanguino1284p_optimized
In file included from .pio\libdeps\sanguino1284p_optimized\LiquidCrystal\LiquidCrystal_SR1W.cpp:48:0:
.pio\libdeps\sanguino1284p_optimized\LiquidCrystal\LiquidCrystal_SR1W.h:168:1: warning: multi-line comment [-Wcomment]
// | | 0.1uF | \
^
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x73
avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0x74
avrdude: stk500_getsync() attempt 3 of 10: not in sync: resp=0x61
avrdude: stk500_getsync() attempt 4 of 10: not in sync: resp=0x72
avrdude: stk500_getsync() attempt 5 of 10: not in sync: resp=0x74
avrdude: stk500_getsync() attempt 6 of 10: not in sync: resp=0x0a
avrdude: stk500_getsync() attempt 7 of 10: not in sync: resp=0x20
avrdude: stk500_getsync() attempt 8 of 10: not in sync: resp=0x45
avrdude: stk500_getsync() attempt 9 of 10: not in sync: resp=0x78
avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0x74
avrdude done. Thank you.

*** [upload] Error 1
============================================================================================================== [FAILED] Took 74.15 seconds ==============================================================================================================
Environment Status Duration
----------------------- -------- ------------
sanguino1284p_optimized FAILED 00:01:14.153
========================================================================================================= 1 failed, 0 succeeded in 00:01:14.153 =========================================================================================================PS C:\Users\Titan\Desktop\Impresoras 3D\Anet A8\Marlin-2.1.2.1> echo "done" >"C:\Users\Titan\AppData\Local\Temp\ipc"
PS C:\Users\Titan\Desktop\Impresoras 3D\Anet A8\Marlin-2.1.2.1> platformio run --target clean --silent -e sanguino1284p_optimized
PS C:\Users\Titan\Desktop\Impresoras 3D\Anet A8\Marlin-2.1.2.1> echo "done" >"C:\Users\Titan\AppData\Local\Temp\ipc"
PS C:\Users\Titan\Desktop\Impresoras 3D\Anet A8\Marlin-2.1.2.1>

Es decir como si la impresora no diera respuesta a la llamada. La compilacion es correcta pero la subida no...



Si lo hago con el avrdudess entonces si que puedo subirlo sin problemas:


Podría ser algo del enviroment? los estoy lanzando para un sanguino1284p pero como puedes ver el avrdudess dice:
avrdude.exe: Device signature = 0x1e9705 (probably m1284p)

Ya no se que mas hacer...
Como ultimo recurso como podría "apagar" la cama desde el marlin para hacer una carga sin ella para ver si así aun sin cama la impresión es correcta? Estoy usando el marlin 2.1.2.1... merecerá la pena probar con alguno mas viejo??

[Simemart]

No pierdes nada con probar a instalar una versión anterior, pero no creo que sea ese el problema.
Respecto a PlatformIO, el problema es la comunicación con la placa, seguramente porque no se está utilizando la velocidad adecuada, que es la que utilizas con el AVRDUDESS (57600), de ahí que sí consigas subirlo con él: el motivo por el que sucede eso es difícil de averiguar, por lo que lo mejor es desinstalar todo e instalarlo de nuevo con la última versión.
La identificación que hace el AVRDUDESS (m1284p) y el entorno de PlatformIO (sangino1284p), se refieren a la misma MCU (ATMega1284p), ahí no hay ningún error.
Para desactivar la cama en Marlin, solo tienes que poner a 0 el parámetro TEMP_SENSOR_BED.