K1 Max 2335 unkown exception

Flagship K Series Creality Flagship K1 Max
, ,
1

I have a K1 Max that i turned on the other day and was given a “2335 unknown exception” i have not been able to find much information, i have replace hotend and hotend board. still same looked at connections on mother board don’t see any issues. Any help would be greatly appreciated. so far creality is no help.

2

From what I’ve found on Discord, “you need to move the thermistor so it’s near the nozzle. That error is to do with it not detecting nozzle temperature.” (that fixed it for a few people) But a lot of people have had that issue with the CFS kit…

1 Like
3

Thank You it is a whole new hotend and the hotend board, newer versions and same exact problem.

1000005131
10000051311512×2016 168 KB

4

Bonjour, avez vous trouvé une solution? J’ai exactement le même problème aujourd’hui. J’ai un kit CFS

5

any updates on how to fix, just encountering this issue new hot end and no idea what to do next

6

Any reading on the hotend temperature? You replace the thermistor?

7

Creality K1 Max — ошибка 2335, все температуры 0 °C после прошивки 2.3.5.34

Эта инструкция подходит для случая:

  • Creality K1 Max

  • Root уже активирован

  • прошивка 2.3.5.34

  • ошибка 2335

  • сопло, стол и камера на экране показывают 0 °C

  • плата принтера CR4CU220812S11

  • возврат выполняется на V1.3.5.22

ВАЖНО: сначала обязательно проверить модель платы. Если у вас S12, прошивку для S11 устанавливать нельзя.

1. Подключиться к принтеру по SSH

Узнать IP-адрес K1 Max в настройках сети.

На Windows открыть:

Win + R

ввести:

cmd

Подключиться:

ssh root@192.168.43.12

Вместо 192.168.43.12 указать IP своего принтера.

При первом подключении:

Are you sure you want to continue connecting?

ввести:

yes

Затем ввести root-пароль принтера.

2. Проверить плату

/etc/ota_bin/get_ota_board_name.sh

Для этой инструкции должно быть:

CR4CU220812S11

Если показывает:

CR4CU220812S12

останавливаемся. Этот образ использовать нельзя.

3. Проверить текущую прошивку

/etc/ota_bin/get_ota_current_version.sh

В нашем случае было:

2.3.5.34

4. Проверить, что основные MCU вообще работают

grep -n -Ei "Loaded MCU|mcu_temp|heater_bed|extruder|Serial not connected|addr 01 offline" /usr/data/printer_data/logs/klippy.log | tail -n 100

В проблемном случае у нас были реальные температуры в самом Klipper:

mcu_temp: temp=52.0
heater_bed: temp=49.4
extruder: temp=131.4

но одновременно:

Serial not connected
addr 01 offline

Это означало, что термисторы и основные MCU исправны, а проблема была программной.

5. Проверить UART основных MCU

grep -n -A5 -B2 '^\[mcu' /usr/data/printer_data/config/printer.cfg

У K1 Max S11 получилось:

[mcu]
serial: /dev/ttyS7

[mcu nozzle_mcu]
serial: /dev/ttyS1

[mcu leveling_mcu]
serial: /dev/ttyS9

Проверить устройства:

ls -l /dev/ttyS7 /dev/ttyS1 /dev/ttyS9

6. Проверить проблему RS-485

lsusb

Затем:

find /dev -name 'ttyUSB*' -o -name 'ttyACM*'

В нашем случае устройство USB-RS485, ожидаемое прошивкой 2.3.5.34, отсутствовало.

В логе присутствовали:

is_serial_port_exist = False
Serial not connected
addr 01 offline

ОТКАТ ПРОШИВКИ

7. Скачать правильную прошивку

Для платы:

CR4CU220812S11

использовался файл:

CR4CU220812S11_ota_img_V1.3.5.22.img

Записать его в корень FAT32-флешки.

Желательно оставить на флешке только один .img.

8. Проверить, что K1 Max видит флешку

Вставить флешку и выполнить:

mount | grep -E "sda|udisk|usb"

У нас было:

/dev/sda1 on /tmp/udisk/sda1 type vfat

Посмотреть содержимое:

ls -lah /tmp/udisk/sda1

Проверить .img:

find /tmp/udisk /mnt -maxdepth 3 -type f -name "*.img" 2>/dev/null

Должен появиться:

/tmp/udisk/sda1/CR4CU220812S11_ota_img_V1.3.5.22.img

9. Сделать резервную копию конфигурации

Сначала во внутреннюю память:

cp -a /usr/data/printer_data/config /usr/data/printer_data/config_backup_before_rollback

Проверить:

ls -ld /usr/data/printer_data/config_backup_before_rollback

Дополнительно сохранить на флешку:

mkdir -p /tmp/udisk/sda1/K1_backup
cp -a /usr/data/printer_data/config /tmp/udisk/sda1/K1_backup/
sync

Проверить:

ls -lah /tmp/udisk/sda1/K1_backup/

10. Проверить OTA-скрипт

ls -lah /etc/ota_bin/

Найти проверку версии:

grep -n -E "version|version_is_new|exit 1|ota|update" /etc/ota_bin/local_ota_update.sh

На прошивке 2.3.5.34 у нас была такая проверка:

365:if [ "$ota_major" -lt "$cur_major" ] && [ "$ota_major" -lt "2" ]; then
366:    echo "ota_major <  cur_major  && ota_major < 2. "
367:    local_on_ota_stop version_is_new
368:    exit 1

Именно она запрещала переход:

2.3.5.34 → 1.3.5.22

11. НЕ изменять оригинальный OTA-скрипт

Создаём временную копию:

cp /etc/ota_bin/local_ota_update.sh /tmp/local_ota_update_forced.sh

Делаем её исполняемой:

chmod +x /tmp/local_ota_update_forced.sh

12. Отключить ТОЛЬКО проверку downgrade

Для нашего local_ota_update.sh проверка находилась на строке 365:

sed -i '365s/.*/if false; then/' /tmp/local_ota_update_forced.sh

Не заменяйте все exit 1.

Это может отключить важные проверки ошибок и целостности прошивки.

13. Обязательно проверить изменение

sed -n '350,380p' /tmp/local_ota_update_forced.sh

Должно быть:

if false; then
    echo "ota_major <  cur_major  && ota_major < 2. "
    local_on_ota_stop version_is_new
    exit 1
elif [ "$ota_major" -eq "$cur_major" ]; then

Если номер строки в вашем скрипте отличается от 365, не используйте команду вслепую. Сначала найдите нужный блок через:

grep -n -B3 -A15 'ota_major.*cur_major' /etc/ota_bin/local_ota_update.sh

14. Проверить свободное место

df -h /usr/data

У нас было:

Size      Used    Available
6.5G      1.5G      4.6G

15. ЗАПУСК ПРОШИВКИ

После всех проверок:

/tmp/local_ota_update_forced.sh /tmp/udisk/sda1/CR4CU220812S11_ota_img_V1.3.5.22.img

После этой команды не выключать питание и не вытаскивать флешку.

16. Нормальный процесс прошивки

Сначала распакуется образ:

Everything is Ok

Затем должно появиться:

ota_current_version: 1.3.5.22
current_version: 2.3.5.34

Далее:

we are going to ota update
ota: started

Kernel:

start update kernel
...
kernel update done

RootFS:

start update rootfs
...
rootfs update done

RTOS:

start update rtos
...
rtos update done

Финал:

ota update ok
ota: stoped success

Только после ota update ok и success продолжаем.

Если появляется:

MD5 error
kernel update failed
rootfs update failed
rtos update failed

принтер вручную не перезагружать.

17. После успешной прошивки

Выполнить:

sync

Отключить флешку:

umount /tmp/udisk/sda1

Теперь физически вынуть USB-флешку.

Перезагрузить:

reboot

SSH разорвётся — это нормально.

18. Проверить результат

После загрузки открыть информацию о системе.

Версия должна быть:

1.3.5.22

Проверить температуры.

Вместо:

Nozzle: 0 °C
Bed:    0 °C
Chamber: 0 °C

должны появиться реальные температуры.

В нашем случае после отката температуры сразу ожили и ошибка исчезла.

19. После восстановления

Не восстанавливать старый printer.cfg от 2.3.5.34 без необходимости.

Запустить штатную самопроверку:

  • Input Shaping

  • Auto Bed Leveling

После этого проверить:

  • нагрев сопла;

  • нагрев стола;

  • вентиляторы;

  • перемещение осей;

  • датчики;

  • первую печать сначала делать под наблюдением.

Короткая версия всех основных команд

Проверка платы:

/etc/ota_bin/get_ota_board_name.sh

Проверка версии:

/etc/ota_bin/get_ota_current_version.sh

Проверка флешки:

mount | grep -E "sda|udisk|usb"
ls -lah /tmp/udisk/sda1
find /tmp/udisk /mnt -maxdepth 3 -type f -name "*.img" 2>/dev/null

Backup:

cp -a /usr/data/printer_data/config /usr/data/printer_data/config_backup_before_rollback
mkdir -p /tmp/udisk/sda1/K1_backup
cp -a /usr/data/printer_data/config /tmp/udisk/sda1/K1_backup/
sync

Найти проверку downgrade:

grep -n -B3 -A15 'ota_major.*cur_major' /etc/ota_bin/local_ota_update.sh

Создать временный OTA-скрипт:

cp /etc/ota_bin/local_ota_update.sh /tmp/local_ota_update_forced.sh
chmod +x /tmp/local_ota_update_forced.sh

Для конкретной версии нашего скрипта:

sed -i '365s/.*/if false; then/' /tmp/local_ota_update_forced.sh

Проверить:

sed -n '350,380p' /tmp/local_ota_update_forced.sh

Свободное место:

df -h /usr/data

Запустить откат:

/tmp/local_ota_update_forced.sh /tmp/udisk/sda1/CR4CU220812S11_ota_img_V1.3.5.22.img

После:

sync
umount /tmp/udisk/sda1
reboot

Главное предупреждение

Эта последовательность была проверена на:

Creality K1 Max
Board:   CR4CU220812S11
From:    2.3.5.34
To:      1.3.5.22
Problem: Error 2335 + all temperatures 0 °C

На S12 эту прошивку не использовать.

Перед выполнением команды прошивки обязательно получить:

CR4CU220812S11

командой:

/etc/ota_bin/get_ota_board_name.sh