66 lines
4.6 KiB
Markdown
Executable File
66 lines
4.6 KiB
Markdown
Executable File
---
|
|
title: "🖨 Samsung M2020 — Бишкек"
|
|
aliases: ["Samsung M2020", "Samsung M2020 Series"]
|
|
tags: ["family", "how-to", "devices", "printer", "bishkek"]
|
|
updated: "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:
|
|
|
|
```text
|
|
socket://192.168.1.80:9100/?snmp=false&waiteof=false
|
|
```
|
|
|
|
Для существующей очереди Mac `Samsung_M2020_Series__SEC84251974A6B3_`:
|
|
|
|
```zsh
|
|
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. Эту конфигурацию ещё нужно проверить отдельно; текущую рабочую очередь не менять без подтверждённого варианта.
|