1с сканер штрих кода неправильно сканирует
Обновлено: 19.05.2024
Привет, мемберы. Работаю админом в одной небольшой компании и столкнулся с такой бедой: с каждым днём у пользователей начинает переставать работать сканер штрих кода, и это число увеличивается в арифметической прогрессии, словно чума.
Ошибка в 1с: «Не удалось подключить устройство 1с, сканеры штрихкода. Проверье устройство. (999)»
«Снова приехал супервайзер и открыл вторую 1с, я же говорил этого не делать!» - подумал я. И очень расстроился, когда после закрытия всех клиентов проблема не устранилась. Стоит ли говорить, что после всех танцев с переподключением и ребутами ничего не решается. Пользователи готовы меня разорвать,а я начинаю сомневаться в своих интеллектуальных способностях!
Я уже даже всех клиентов с сервера 1с покидал, не помогает.
Судя по коду ошибки, что-то захватывает порт и не даёт 1с-ки его использовать.
В блокнот, кстати, тоже не сканится. Пикает штрих 1 раз и сканер отключается, а включается только после переподключения.
Сканер компьютером определяется.
Сканер: атоловский, 1с: Предприятие розница 2.2, Дистр: убунту
В оборудование 1с выставлено: клавиатура, суффикс 13, драйвера установлены нативные.
Призываю всех гуру 1с и убунту на пленум, не хотелось бы в кризис потерять работу :)
З.Ы. перелопатил гугл и яндекс, но решения не нашёл
Ты бы модели оборудования хоть указал.
Судя по коду ошибки, что-то захватывает порт и не даёт 1с-ки его использовать.
Так поищи кто, если tcp то netstat если ком то lsof, ну или по /proc погрепать.
Ты б хоть версию ОС написал
Спасибо, что ответил. Прописал эти команды: что тут нужно искать?
Смотри, в линуксе всё есть файл. Поэтому устройство - тоже файл. В директории /dev находится список файлов-утройств, которые подключены к данной машине.
Утилита lsof показывает список открытых файлов и кто его открыл. Com-порты открываются монопольно, поэтому кто-то открывший не даст открыть твоей жопе-Одина его второй раз.
Пишешь в терминал lsof или lsof | grep имяфайла и смотришь кто.
Ага, понял.Спасибо за подробное объяснение, кажется, я близок. А как здесь должен называться мой сканер ?
В блокнот, кстати, тоже не сканится.
В оборудование 1с выставлено: клавиатура
Убедись, что сканер не в режиме эмуляции ком порта работает. Вдруг по-дефолту он в rs232 настроен, и где-то у тебя штрихкод совпал с кодом сброса на заводские настройки.
Если в режиме клавиатуры - он в любом случае тебе будет «в блокнот» сканировать. Это не проблемы 1С.
Если только какой-то из процессов перехватывает весь ввод с клавиатуры, но тогда и с клавиатуры ты ничего не введёшь.
Вот, скорее всего его что-то перехватывает. Сейчас ищу что
Выставлена клавиатура, подключаю по ЮСБ
Можно проверить что это не удев с MM :)
udevadm info –query all /dev/ttyЧТОТАМУТЕБЯ
Если там есть что-то начинающееся с ID_MM_ (например ID_MM_CANDIDATE) эт значит, что udev при регистрации девайса запускает на нем пробер модема :) Может так совпадает, что в это время его пытается поюзать что-там-у-тебя. Есть еще похожая хрень с gprs, MTP и прочим..
Нет, эту статью я не находил. Вот что там нашёл, похоже на мою проблему: 7.10 видит устройство как USB HID v1.00 Keyboard, включает его, но когда вы сканируете действительный штрих-код, он выключается и не выводит штрих-код. usbkbd.ko был загружен, но все еще не работал.
Old Fix (ломает USB клавиатуры и мыши)
Если вы измените файл черного списка modprobe (/etc/modprobe.d/blacklist) и измените строки драйвера USB-ввода, чтобы они выглядели так:
Идеальное исправление для конечного пользователя не должно мешать другим устройствам использовать драйвер usbhid. Debian фактически создал скрипт с именем check_driver специально для этой цели. Добавление следующей строки решило проблему в моей системе, не отказываясь от моих продвинутых устройств USB HID:
KERNEL == «event 7 *», SYSFS == «04b4», SYSFS == «bca1», ACTION == «add», RUN + = "/ lib / udev / check_driver usbkbd $ devpath $ env "
Первый способ ломает мышку и клаву, хочу попробовать второй. Но немного не понял, куда нужно вписать эти строчки. Есть мысли ?
Читайте также: