Files
obsidian-vault/family/how-to/samsung-m2020.md
T
2026-10-15 09:50:58 +00:00

4.6 KiB
Executable File

title, aliases, tags, updated
title aliases tags updated
🖨 Samsung M2020 — Бишкек
Samsung M2020
Samsung M2020 Series
family
how-to
devices
printer
bishkek
2026-10-09

Samsung M2020 — Бишкек

Подключение

  • Принтер: Samsung M2020 Series, идентификатор SEC84251974A6B3.
  • Адрес: 192.168.1.80.
  • Mac: AirPrint / IPP (dnssd://…_ipp._tcp.local).
  • Веб-интерфейс: http://192.168.1.80/sws/index.html.
  • Вход в веб-интерфейс: admin / sec00000.

Конфликт Mac и Android

Исходная проблема

Стоит заводской картридж без чипа. M2020 сообщает по SNMP Printer is not able to print (C2-1511).

  • Android через Samsung Print при этом печатал нормально.
  • Mac через AirPrint отказывался печатать с сообщением Printer is not able to print.

Изменение ради Mac

На M2020 выключили SNMPv1/v2 Protocol. Mac перестал получать статус C2-1511 и начал печатать.

Регрессия Android

После отключения SNMP Android всё ещё видел M2020, но при выборе принтера ждал около минуты и сообщал «Принтер не готов». Переустановка модуля Samsung Print не помогла.

Подтверждённое восстановление

Включение SNMPv1/v2 Protocol сразу восстановило печать с Android. SLP на результат не влияет.

Текущее состояние

SNMPv1/v2 включён. Android печатает. На Mac применён обход ниже; Mac печатает.

Проверка CUPS 2026-10-09: задание #99 без waiteof=false получило The printer is not responding через 30 секунд. waiteof=false убирает это ожидание только в Mac: документ сразу исчезает из очереди и диалог печати закрывается после передачи данных. Он не подтверждает завершение физической печати и не ускоряет M2020.

Контрольный тест: четыре пустых задания отправлены сразу друг за другом, без ухода принтера в sleep. Первое напечаталось сразу; следующие три начинали печать через 30 секунд после окончания мигания индикатора приёма данных. Значит задержка не связана с Power Save.

Причина задержки — текущий путь Mac через сырой socket://…:9100: AirPrint-драйвер передаёт поток image/urf без IPP-границы задания, а M2020 ждёт внутренний таймаут конца задания и только затем принудительно печатает. waiteof=false завершает задание для macOS, но не задаёт M2020 границу задания.

Решение конфликта на Mac

Оставить SNMPv1/v2 включённым на M2020. На Mac направить его очередь напрямую на JetDirect, отключив SNMP-проверку только для Mac:

socket://192.168.1.80:9100/?snmp=false&waiteof=false

Для существующей очереди Mac Samsung_M2020_Series__SEC84251974A6B3_:

sudo lpadmin -p 'Samsung_M2020_Series__SEC84251974A6B3_' -v 'socket://192.168.1.80:9100/?snmp=false&waiteof=false' -E

Настройка очереди Mac применена 2026-10-09. snmp=false не даёт Mac блокировать задание по статусу C2-1511; waiteof=false закрывает соединение после передачи данных и не ждёт фактического завершения печати.

Для устранения задержки нужна очередь Mac через IPP/AirPrint с явной границей задания, при сохранении отключённой проверки расходников только на Mac. Эту конфигурацию ещё нужно проверить отдельно; текущую рабочую очередь не менять без подтверждённого варианта.