Ошибка переполнения коммуникационного порта - Не ошибается лишь тот, кто ничего не делает!

craxx

14.08.17 — 07:07

Установили программу Fito и службу ComProxy, теперь программа ругается при попытке установить связь «Переполнение буфера коммуникационного порта». Кто сталкивался? что может быть?

Woldemar177

1 — 14.08.17 — 07:41

1C то какая? Экстрасенсы ближе к вечеру будут

craxx

2 — 14.08.17 — 08:16

(1) Все уже решил)) 1с УТ 10.3, порт не тот указал)

zgarick

3 — 14.08.17 — 12:23

Ой, еще с этим аппаратом «накушаетесь яблок»)))

ivanov-i-i

4 — 14.08.17 — 12:38

(3) А что с ним не так? А то у нас только его и предлагают, как-будто больше ничего не существует.

TurboConf — расширение возможностей Конфигуратора 1С

Источник

Все программисты знают о потенциальной угрозе переполнения буфера (buffer) в своих программах. Существует много угроз, связанных с ним, как в новом, так и в старом ПО, независимо от количества выполненных исправлений. Злоумышленники могут воспользоваться такой ошибкой, внедрив код, специально предназначенный для того, чтобы вызвать переполнение начальной части набора данных, а затем записать оставшиеся в адрес памяти, смежный с переполненным.

Данные могут содержать исполняемый код, который позволит злоумышленникам запускать более крупные и сложные программы или предоставлять им доступ к системе. Ошибку очень трудно найти и исправить, потому что ПО кода состоит из миллионов строк. Исправления этих ошибок довольно сложны и, в свою очередь, также подвержены ошибкам, что осложняет процесс устранения.

Определение переполнения буфера

Прежде чем искать переполнение, нужно знать, что оно собой представляет. Как следует из названия, эти уязвимости связаны с буферами или выделением памяти в языках, обеспечивающих прямой низкоуровневый доступ к чтению и записи.

При применении языков C и Assembler чтение или запись таких распределений не влечет за собой автоматической проверки границ. В связи с чем, если обнаружено переполнение стекового буфера в данном приложении, не существует проверки на возможность помещения числа байтов в рассматриваемый буфер. В таких случаях программа может «переполнить» его емкость. Это приводит к тому, что данные, записываемые после наполнения, переписывают содержимое последующих адресов в стеке и считывают дополнительные. Переполнение может произойти непреднамеренно из-за ошибок пользователя.

Бывает, что оно вызвано тем, что злонамеренный субъект посылает тщательно созданный вредоносный ввод в программу, которая затем пытается сохранить его в недостаточный буфер. Если при этом будет обнаружено переполнение стекового буфера в данном приложении, избыточные данные записываются в соседний, где перезаписывают любые имеющиеся данные.

Обычно они содержат указатель возврата эксплуатируемой функции — адрес, по которому процесс должен перейти дальше. Злоумышленник может установить новые значения, чтобы они указывали на адрес по выбору. Атакующий обычно устанавливает новые значения, чтобы обозначить место, где расположена полезная нагрузка. Это изменяет путь выполнения процесса и мгновенно передает управление вредоносному коду.

Использование переполнения буфера позволяет злоумышленнику контролировать или завершать работу процесса либо изменять его внутренние переменные. Это нарушение занимает место в топ-25 наиболее опасных программных ошибок мира (2009 CWE/SANS Top 25 Most Dangerous Programming Errors) и определяется как CWE-120 в словаре перечислений слабых системных мест. Несмотря на то что они хорошо изучены, они продолжают наносить вред популярным программам.

Простой вектор использования буфера

При работе с исходным кодом нужно обратить особое внимание, где буферы используются и модифицируются. Особо следует отметить функции, относящиеся к вводу, предоставленному пользователем или другим внешним источником, поскольку они обеспечивают простой вектор для использования, когда обнаружено переполнение стекового буфера. Например, когда юзер задает вопрос «да» или «нет», целесообразно сохранить строковые данные пользователя в небольшом buffer для строки «да», как показано в следующем примере.

Глядя на код, видно, что проверка границ не выполняется. Если пользователь вводит «возможно», то программа будет аварийно завершать работу, а не запрашивать у него ответ, который записывается в buffer независимо от его длины. В этом примере, поскольку user answer является единственной объявленной переменной, следующие значения в стеке будут значением обратного адреса или местом в памяти, куда программа вернется после выполнения функции ask Question.

Это означает, что если юзер вводит четыре байта данных, что достаточно для переполнения буфера команд клиента, последует действительный адрес возврата, который будет изменен. Это заставит программу выйти из функции в другой точке кода, чем первоначально предполагалось, и может привести к тому, что ПО будет вести себя опасным и непреднамеренным образом.

Если первым шагом для обнаружения переполнения буфера в исходном коде является понимание того, как они работают, вторым этапом является изучение внешнего ввода и манипуляций с буфером, то третьим шагом будет необходимость узнать, какие функции подвержены этой уязвимости и какие могут действовать как «красные флаги». Функция gets отлично подходит для записи за пределами предоставленного ей buffer. На самом деле это качество распространяется на все семейство связанных возможностей, включая strcpy, strcmp и printf/sprintf, везде, где используется одна из этих функций уязвимости переполнения.

Удаление из кодовой базы

Если обнаружено переполнение стекового буфера в исходном коде, потребуется согласованное удаление их из базы. Для этого надо быть знакомым с безопасными методами работы. Самый простой способ предотвратить эти уязвимости — использовать язык, который их не допускает. Язык C имеет эти уязвимости благодаря прямому доступу к памяти и отсутствию строгой типизации объектов. Языки, не разделяющие эти аспекты, обычно неуязвимы. Это Java, Python и .NET, наряду с другими языками и платформами, не требующими специальных проверок или изменений.

Конечно, не всегда возможно полностью изменить язык разработки. В этом случае используют безопасные методы для работы с переполнением буфера команд. В случае функций обработки строк было много дискуссий о том, какие методы доступны, какие безопасны в использовании, а каких следует избегать. Функции strcpy и strcat копируют строку в буфер и добавляют содержимое одного в другой. Эти два метода демонстрируют небезопасное поведение, поскольку не проверяют границы целевого buffer, и выполняют запись за пределами, если для этого достаточно байтов.

Альтернативная защита

Одной из часто предлагаемых альтернатив являются связанные версии, которые записывают в максимальный размер целевого буфера. На первый взгляд это выглядит как идеальное решение. К сожалению, у этих функций есть небольшой нюанс, который вызывает проблемы. При достижении предела, если завершающий символ не помещается в последний байт, возникают серьезные сбои при чтении буфера.

В этом упрощенном примере видна опасность строк, не оканчивающихся нулем. Когда foo помещается в normal buffer, он завершается нулем, поскольку имеет дополнительное место. Это лучший вариант развития событий. Если байты в переполнения буфера на стеке будут в другом символьном buffer или другой печатаемой строке, функция печати продолжить чтение, пока не будет достигнут завершающий символ этой строки.

Недостаток заключается в том, что язык C не предоставляет стандартную, безопасную альтернативу этим функциям. Тем не менее имеется и позитив — доступность нескольких реализаций для конкретной платформы. OpenBSD предоставляет strlcpy и strlcat, которые работают аналогично функциям strn, за исключением того, что они усекают строку на один символ раньше, чтобы освободить место для нулевого терминатора.

Аналогично Microsoft предоставляет свои собственные безопасные реализации часто используемых функций обработки строк: strcpy_s, strcat_s и sprintf_s.

Использование безопасных альтернатив, перечисленных выше, является предпочтительным. Когда это невозможно, выполняют ручную проверку границ и нулевое завершение при обработке строковых буферов.

Уязвимости компиляции

В случае если небезопасная функция оставляет открытую возможность переполнение буфера C, то не все потеряно. При запуске программы компиляторы часто создают случайные значения, известные как канарейки (canary), и помещают их в стек, поэтому представляют опасность. Проверка значения канарейки по отношению к ее первоначальному значению может определить, произошло ли переполнение буфера Windows. Если значение было изменено, программа будет закрыта или перейдет в состояние ошибки, а не к потенциально измененному адресу возврата.

Некоторые современные операционные системы предоставляют дополнительную защиту от переполнения буфера в виде неисполнимых стеков и рандомизации размещения адресного пространства (ASLR). Неисполняемые стеки — предотвращение выполнения данных (DEP) — помечают стек, а в некоторых случаях другие структуры как области, где код не будет выполнен. Это означает, что злоумышленник не может внедрить код эксплойта в стек и ожидать его успешного выполнения.

Перед тем как исправить переполнение буфера, распаковывают на ПК ASLR. Он был разработан для защиты от ориентированного на возврат программирования как обходной путь к неисполнимым стекам, где существующие фрагменты кода объединены в цепочку на основе смещения их адресов.

Он работает путем рандомизации областей памяти структур, так что их смещения сложнее определить. Если бы эта защита существовала в конце 1980-х годов, червя Морриса можно было бы не допустить. Это связано с тем, что он функционировал частично, заполняя буфер в протоколе UNIX finger кодом эксплойта, а затем переполнял его, чтобы изменить адрес возврата и указывал на заполненный буфер.

ASLR и DEP усложняют точное определение адреса, который нужно указать, выполняя эту область памяти полностью нерабочей. Иногда уязвимость проскальзывает сквозь трещины, открытые для атаки переполнения буфера, несмотря на наличие элементов управления на уровне разработки, компилятора или операционной системы.

Статический анализ покрытия

В ситуации переполнения buffer есть две решающие задачи. Во-первых, необходимо определить уязвимость и изменить кодовую базу для решения проблемы. Во-вторых, обеспечивают замену всех версий кода уязвимости переполнения буфера. В идеале это начнется с автоматического обновления всех подключенных к интернету систем.

Нельзя предполагать, что такое обновление обеспечит достаточный охват. Организации или частные лица могут использовать программное обеспечение в системах с ограниченным доступом к интернету, требующих ручного обновления. Это означает, что новости об обновлении должны быть распространены среди любых администраторов, которые могут использовать ПО, а патч должен быть легкодоступен для загрузки. Создание и распространение исправлений выполняют как можно ближе к обнаружению уязвимости, что обеспечивает минимизацию времени уязвимости.

Благодаря использованию безопасных функций обработки буфера и соответствующих функций безопасности компилятора и операционной системы можно создать надежную защиту от переполнения buffer. С учетом этих шагов последовательная идентификация недостатков является решающим шагом для предотвращения эксплойта.

Комбинирование строк исходного кода в поисках потенциальных угроз может быть утомительным. Кроме того, всегда есть вероятность, что человеческие глаза могут пропустить что-то важное. Инструменты статического анализа используются для обеспечения качества кода, были разработаны специально для обнаружения уязвимости безопасности во время разработки.

Статический анализ покрытия устанавливает «красные метки» для потенциальных переполнений buffer. Затем их обрабатывают и исправляют отдельно, чтобы вручную не искать в базе. Эти инструменты в сочетании с регулярными проверками и знанием того, как устранить переполнения, позволяют выявлять и устранять подавляющее большинство недостатков до завершения разработки ПО.

Выполнение атаки через root

Ошибки кодирования обычно являются причиной переполнения buffer. Распространенные ошибки при разработке приложений, которые могут привести к нему, включают в себя неспособность выделить достаточно большие буферы и отсутствие механизма проверки этих проблем. Такие ошибки особенно проблематичны в языках C/C++, которые не имеют встроенной защиты от переполнения и часто являются объектами атак переполнения буфера.

В некоторых случаях злоумышленник внедряет вредоносный код в память, которая была повреждена из-за переполнения стекового буфера. В других случаях просто используют преимущества повреждения соседней памяти. Например, программа, которая запрашивает пароль пользователя для предоставления ему доступа к системе. В приведенном ниже коде правильный пароль предоставляет привилегии root. Если пароль неверный, программа не предоставляет юзеру привилегии.

В приведенном примере программа предоставляет пользователю привилегии root, даже если он ввел неверный пароль. В этом случае злоумышленник предоставляет вход, длина которого больше, чем может вместить буфер, создавая переполнение, перезаписывающего память целого числа pass. Поэтому, несмотря на неверный пароль, значение pass становится ненулевым, и злоумышленник получает права root.

Атака временной области хранения

Буфер представляет собой временную область для хранения данных. Когда программа или системный процесс размещает больше данных чем было изначально выделено для хранения, дополнительные переполняются. Это приводит к тому, что некоторые из них просачиваются в другие buffer, повреждают или перезаписывают данные.

При атаке с переполнением дополнительные данные содержат специальные инструкции для действий, предназначенных хакером или злонамеренным пользователем, например, они вызывают ответ, который повреждает файлы, изменяет данные или раскрывает личную информацию.

Злоумышленник использует эксплойт с переполнением, чтобы воспользоваться программой, ожидающей ввода пользователя. Существует два типа переполнения buffer: на основе стека и кучи. Основанные на куче трудны для выполнения и наименее распространенные, при этом атакуют приложение, заполняя пространство, зарезервированное для программы.

Стек — пространство памяти, используемое для хранения пользовательского ввода. Такое переполнение чаще встречается у злоумышленников, использующих приложения.

Современные компиляторы обычно предоставляют возможность проверки переполнения во время компиляции/компоновки, но во время выполнения довольно сложно проверить эту проблему без какого-либо дополнительного механизма защиты обработки исключений.

Варианты работы программы:

Ввод: 12345678 (8 байт), программа работает без сбоев.
Ввод: 123456789 (9 байт), появится сообщение «Ошибка сегментации», программа завершается.

Уязвимость существует из-за переполнения, если пользовательский ввод argv превышает 8 байтов. Для 32-битной системы (4 байта) заполняют память двойным словом (32 бита). Размер символа составляет 1 байт, поэтому если запросить буфер с 5 байтами, система выделит 2 двойных слова (8 байтов). Вот почему при вводе более 8 байтов Buffer будет переполнен.

Подобные стандартные функции, которые технически менее уязвимы, существуют. Например, strncpy (), strncat () и memcpy (). Проблема с этими функциями заключается в том, что ответственность за определение размера буфера лежит на программисте, а не на компиляторе.

Каждый программист C/C++ должен знать проблему прежде чем начинать кодирование. Многие генерируемые проблемы в большинстве случаев могут быть защищены от переполнения.

Опасности в C/C++

Пользователи C должны избегать применения опасных функций, которые не проверяют границы, если они не уверены, что границы не будут превышены. Функции, которых следует избегать в большинстве случаев, чтобы обеспечить защиту, включают функции strcpy. Их следует заменить такими функциями, как strncpy. Следует избегать использования функции strlen, если пользователь уверен, что будет найден завершающий символ NIL. Семейство scanf (): scanf (3), fscanf (3), sscanf (3), vscanf (3), vsscanf (3) и vfscanf (3) — опасно для использования, его не применяют для отправки данных в строку без контроля максимальной длины, «формат% s» является особенно распространенным сбоем.

Официально snprintf () не является стандартной функцией C в классификации ISO 1990. Эти системы не защищают от переполнения буфера, они просто вызывают sprintf напрямую. Известно, что текущая версия Linux snprintf работает правильно, то есть фактически соблюдает установленную границу. Возвращаемое значение snprintf () также меняется.

Версия 2 спецификации Unix (SUS) и стандарт C99 отличаются тем, что возвращает snprintf (). Некоторые версии snprintf don’t гарантируют, что строка закончится в NIL, а если строка слишком длинная, она вообще не будет содержать NIL. Библиотека glib имеет g_snprintf () с последовательной семантикой возврата, всегда заканчивается NIL и, что наиболее важно, всегда учитывает длину буфера.

Переполнение буфера коммуникационного порта

Иногда последовательный порт сообщает о переполнении buffer. Эта проблема может быть вызвана несколькими факторами. К ним относятся скорость компьютера, скорость передачи используемых данных, размер FIFO последовательного порта и размер FIFO устройства, который передает данные на последовательный порт.

Управление потоком будет ждать, пока в буфере не появится определенное количество байтов, прежде чем процессор отправит сообщение или сигнал другому устройству для прекращения передачи. При более высоких скоростях передачи последовательный порт будет получать несколько байтов с момента достижения уровня управления потоком буфера и прекращения передачи прибора.

Эти дополнительные байты будут больше, если процесс с высоким приоритетом контролирует процессор цели в реальном времени. Поскольку процесс переполнения буфера коммуникационного порта имеет более высокий приоритет, чем прерывание VISA, процессор не будет предпринимать никаких действий, пока такой не будет завершен в реальном времени.

Настройки VISA и Windows по умолчанию для 16-байтового FIFO составляют 14 байтов, оставляя 2 байта в FIFO, когда устройство пытается отправить сообщение от источника. При более высоких скоростях передачи на медленных компьютерах возможно получить более 4 байтов в момент, когда последовательный порт запрашивает процессор, посылая сигнал о прекращении передачи.

Чтобы решить проблему, когда обнаружено переполнение стекового буфера в Windows 10, нужно открыть диспетчер устройств. Затем найти COM-порт, для которого изменяют настройки, и открыть свойства. Далее нажимают на вкладку «Дополнительно», появится ползунок, которым изменяют размер переполнения буфера обмена, чтобы UART быстрее включил управление потоком.

Значение по умолчанию в большинстве случаев достаточно. Однако если поступает ошибка переполнения buffer, уменьшают значение. Это приведет к тому, что большее количество прерываний будет отправлено процессору с замедлением байтов в UART.

Методы безопасной разработки

Методы безопасной разработки включают регулярное тестирование для обнаружения и устранения переполнения. Самый надежный способ избежать или предотвратить его — использовать автоматическую защиту на уровне языка. Другое исправление — проверка границ во время выполнения, которая предотвращает переполнение, автоматически проверяя, что данные, записанные в буфер, находятся в допустимых границах.

Облачная служба Veracode выявляет уязвимости кода, такие как переполнение buffer, поэтому разработчики устраняют их до того, как они будут использованы. Уникальная в отрасли запатентованная технология тестирования безопасности бинарных статических приложений (SAST) Veracode анализирует его, включая компоненты с открытым исходным кодом и сторонние, без необходимости доступа к нему.

SAST дополняет моделирование угроз и обзоры кода, выполняемые разработчиками, быстрее и с меньшими затратами обнаруживая ошибки и упущения в коде за счет автоматизации. Как правило, он запускается на ранних этапах жизненного цикла разработки ПО, поскольку проще и дешевле устранять проблемы, прежде чем приступать к производственному развертыванию.

SAST выявляет критические уязвимости, такие как внедрение SQL, межсайтовый скриптинг (XSS), ошибку переполнения буфера, необработанные состояния ошибок и потенциальные закоулки. Кроме того, двоичная технология SAST предоставляет полезную информацию, которая определяет приоритеты в зависимости от серьезности и предоставляет подробную инструкцию по исправлению.

Уязвимость переполнения buffer существует уже почти 3 десятилетия, но она по-прежнему обременительна. Хакеры по всему миру продолжают считать ее своей тактикой по умолчанию из-за огромного количества восприимчивых веб-приложений. Разработчики и программисты затрачивают огромные усилия для борьбы с этим злом IT-технологий, придумывая все новые и новые способы.

Основная идея последнего подхода заключается в реализации инструмента исправления, который делает несколько копий адресов возврата в стеке, а затем рандомизирует расположение всех копий в дополнение к количеству. Все дубликаты обновляются и проверяются параллельно, так что любое несоответствие между ними указывает на возможную попытку атаки и вызывает исключение.

Источник

1. Световой индикатор

ПИРИТ2Ф

Состояние ККТ отображается с помощью двухцветного светового индикатора на передней панели.

Вики Принт 57Ф, Вики Принт 57 Плюс. Замена ФН в автономном режиме.

— Пишите в support@kasselect.ru,

WhatsApp +7(987)-268-84-37

1.2 Индикатор отображает состояние ККТ:

— Индикатор не горит — питание отсутствует;

— Индикатор горит постоянно зеленым цветом – ККТ полностью готова к работе;

— Индикатор мигает зеленым цветом – в состоянии ККТ есть ошибки, которые можно устранить силами кассира (окончание бумаги, открыта крышка, перегрев печатающего механизма, пониженное напряжение питания, необходимо закрыть смену и т.п.);

— Индикатор редко мигает красным – в состоянии ККТ есть ошибки, которые могут быть устранены сервисным инженером на объекте (ошибки контрольной суммы энергонезависимой памяти, ошибки фискального накопителя и т.п.);

— Индикатор горит красным – фатальная ошибка ККТ (ошибка в работе процессора, сбои системного ПО). В этом случае необходимо обратиться в сервисный центр.

2. Звуковой сигнал

Одиночный звуковой сигнал при старте ККТ показывает, что ККТ успешно завершила процедуру диагностики и готова к работе.

Одиночный звуковой сигнал при печати чека показывает, что при выполнении команды возникла ошибка.

3. Сообщения при приближении к окончанию срока действия ФН

При приближении к окончанию срока действия ключа фискального признака или при переполнении памяти ФН на «Отчете об открытии смены» и «Отчете о закрытии смены» ККТ распечатает соответствующее сообщение:

«СРОЧНАЯ ЗАМЕНА ФН (МЕНЬШЕ 3 ДНЕЙ)» – срок действия ключа фискального признака истекает менее чем через 3 дня. Необходимо заменить ФН в указанный срок. В противном случае ККТ будет заблокирована и автоматически снята с регистрационного учёта в ФНС России;

«ИСЧЕРПАНИЕ РЕСУРСА ФН (МЕНЬШЕ 30 ДНЕЙ)» – срок действия ключа фискального признака истекает менее чем через 30 дней. Необходимо заменить ФН в указанный срок. В противном случае ККТ будет заблокирована и автоматически снята с регистрационного учёта в ФНС России;

«ПЕРЕПОЛНЕНИЕ ПАМЯТИ ФН (90% И БОЛЬШЕ)» – память ФН близка к заполнению, необходимо заменить ФН. В противном случае ККТ будет заблокирована.

«Временной срок службы ФН исчерпан.» – закройте архив ФН датой последнего фискального документа,передайте данные в ОФД.

Нефискальный режим — настройте правильно NVR и параметры регистрации. Выкл.и вкл. ккт.

4. 1с Бухгалтерия и ВикиПринт

1c. Ошибки с онлайн кассами

Некорректный формат или параметр команды: Обновите прошивку ККТ, чтобы передать данные о покупателе.

При выполнении операции произошла ошибка: Некорректный формат или параметр команды: Услуга ФФД 1.1 не активирована. — нужно обновить прошивку ККТ.

5. Штрих М Розничная торговля и Вики Принт

Штрих М Кассир 5 и онлайн ккт

6. Батарея CR1225 3V для Вики Принт 57Ф

Вопросы и ответы

Пирит 2ф. Не передаются чеки в ОФД.

Вики Принт 80 плюс Ф печатает китайские иероглифы.

Как прошить ПИРИТ1Ф, ПИРИТ2Ф

— Пишите в

WhatsApp +7(987)-268-84-37

Некорректный формат или параметр команды — проверьте введенные данные.

Ошибка модуля ФН — возможно нарушена последовательность действий в сервисном обслуживании кассы. Обратитесь в АСЦ. Проверьте исправность ФН.

ФН не зарегистрирован — зарегистрируйте ККТ.

Фатальная ошибка ФН — требуется замена ФН

При установки фн viki print 57ф печатает «Фатальная ошибка фн» — Возможно нарушена последовательность действий в обслуживании ККТ или неисправен ФН.

Вики Принт при включение моргает красный индикатор — требуется диагностика.

Не печатает qr-код — требуется настройка, установить галочку «Печать qr-кода».

Аварийное восстановление данных! Проверьте информацию в диагностическом отчете, настройте конфигурацию и закройте смену! — откройте и закройте смену, выкл. и вкл. ККТ.

Ошибка корректировки NVR — настройте правильно NVR, выкл.и вкл. ККТ, проверьте статус ККТ.

— Пишите в support@kasselect.ru,

WhatsApp +7(987)-268-84-37

Пирит 2ф ошибка контрольной суммы ОЗУ

— Пишите в support@kasselect.ru,

WhatsApp +7(987)-268-84-37

ПИРИТ 2Ф некорректный регистрационный номер — проверьте данные о регистрации.

Ошибка при приеме данных пирит — решалось полным выключением всей pos системы вместе с пиритом.

Сайт производителя:
ООО «Кристалл Сервис Интеграция»

Автор: Нуруллин И.Н. Дата: 2017-01-13

Код	Описание
Dec	Hex
0	00h	Команда выполнена без ошибок.
Ошибки выполнения команд.
1	01h	Функция невыполнима при данном статусе ККТ.
2	02h	В команде указан неверный номер функции.
3	03h	Некорректный формат или параметр команды.
Ошибка протокола передачи данных.
4	04h	Переполнение буфера коммуникационного порта.
5	05h	Таймаут при передаче байта информации.
6	06h	В протоколе указан неверный пароль.
7	07h	Ошибка контрольной суммы в команде.
Ошибки печатующего устройства.
8	08h	Конец бумаги.
9	09h	Принтер не готов.
Ошибки даты/времени.
10	0Ah	Текущая смена больше 24 часов.
11	0Bh	Разница во времени, ККТ и указанной в команде начала работы, больше 8 минут.
12	0Ch	Вводимая дата более ранняя, чем дата последней фискальной операции.
Прочие ошибки.
13	0Dh	Неверный пароль доступа к фискальной памяти.
14	0Eh	Отрицательный результат.
15	0Fh	Для выполнения команды необходимо закрыть смену.
Фатальные ошбки.
32	20h	Фатальная ошибка ККТ.
33	21h	Нет свободного места в фискальной памяти ККТ.
Ошибки ЭКЛЗ.
65	41h	Некорректный формат или параметр команды ЭКЛЗ.
66	42h	Некорректное состоянии ЭКЛЗ.
67	43h	Авария ЭКЛЗ.
68	44h	Авария криптографического сопроцессора в составе ЭКЛЗ.
69	45h	Исчерпан временной ресурс использования ЭКЛЗ.
70	46h	ЭКЛЗ переполнена.
71	47h	Неверные дата и время.
72	48h	Нет запрощенных данных.
73	49h	Переполнение (отрицательный итог документа, слишком много отделов для клиента).
74	4Ah	Нет ответа от ЭКЛЗ.
75	4Bh	Ошибка при обмене данными с ЭКЛЗ.

Ошибка означает, что данные в ФН и на фискальной плате не совпадают.Может произойти при: замене

платы FM15/16, при подаче команды авторизации на зарегистрированной кассе, и при сбое

электропитания на кассе во время работы (т.к. на фискальной плате стоит энергозависимая память).

Обязательно используйте последнюю версию Fito.

Точно ли эта инструкция мне нужна?

Да, если:

На уже зарегистрированной кассе была заменена фискальная плата FM15/16
На уже зарегистрированную кассу была подана команда «Авторизация» или «Тех. Обнуление»
На чеке диагностики печатается «Ошибка модуля ФН»: значит, в данных фискальной платы нет информации по организации
В Fito стоит галочка «Фатальная ошибка ФН» или «Нефискальный режим»: обязательно проверьте серийный номер на чеке диагностики — совпадает ли он с номером на шильде

Шаг 1. Обновление прошивки

Проверьте версию прошивки на плате (как это сделать?). Если версия не является последней

— обновите ее.

Для Вики Принт, подключенному к ПК это можно сделать Менеджером Обновлений. Для иных случаев

Шаг 2. Выполните команду Авторизации

Команда Авторизации сотрёт всё содержимое памяти Вики Принт включая лицензии Дримкас Ключ.

Лицензию нужно будет активировать повторно.

Fito → «Сервис» → «Авторизация» → укажите Модель ККТ из списка и последние 6 цифр заводского

номера с шильдика → «Выполнить»

Шаг 3. Восстановление данных об организации

Fito → «Сервис» → «Проверка записи регистрации» → «Считать» → сохраните файл в любое место, он

нам не нужен.

У вас нет такого пункта в Fito

Укажите следующие значения в полях этой таблицы (скриншот ниже):

Серийный номер = если не совпадает с номером на шильде, вернитесь к шагу 2
Регистрационный номер, ИНН, номер ФН — впишите соотв. значения
Версия = 1
Тип ФФД = 2 (если регистрация была по ФФД 1.05) или 1 (если по ФФД 1.0)

Внесли всё? Нажмите «Записать» и перезагрузите ККТ по питанию. Читайте далее — теперь нужно

сделать перерегистрацию, установив СНО и режим работы.

Fito → «Программирование настроек сети» → «Считать» → заполните URL и порт сервера ОФД →

«Установить». Настройки сети можно не заполнять — служба ComProxy сама возьмет их из текущего

подключения к интернету.

Fito → «Сервис» → «Регистрация/Снятие с учета» → «Перерегистрация без замены ФН» → заполните

все данные в полях (реквизиты организации, данные по ОФД, СНО и режимы работы) → «Выполнить»

Если после перезагрузки на чеке диагностики будет ошибка «Расхождение данных в ФН и NVR» —

следуйте инструкции дальше.

Шаг 4. Восстановление NVR

Текст ошибки: «РАСХОЖДЕНИЕ НОМЕРОВ СМЕН В ФН И NVR».

Fito → «Сервис» → «Проверка NVR» → «Считать» → сохраните файл в любое место, он нам не нужен →

«Умолчание» → заполните поля нарастающий итогов → «Записать»

Нарастающие итоги заполняются без разделителя между рублями и копейками. Например, сумма 28

884.00 записывается как 2888400.Значения нарастающих итогов нужно взять из последнего z-отчета

(если смена открыта, для корректности этих значений к этим цифрам нужно добавить то, что было

набито на последней открытой смене — данные можно посмотреть в ОФД или распечатать из ФН).

У вас нет такого пункта в Fito

В Fito по умолчанию скрыты пункты меню, с помощью которых можно напрямую работать с данными в

фискальной памяти.

Закройте Fito и скопируйте файл Fito.ini в папку с утилитой.На кассах Вики путь к Fito следующий:

При доступе через Проводник — 192.168.x.x/storage/crystal-cash/bin/armhf/FM16
При доступе через WinSCP — /mnt/data/tce/storage/crystal-cash/bin/armhf/FM16

Либо можно добавить параметры вручную: откройте текстовым редактором файл Fito.ini и в раздел

[Common] добавьте строку:ServAccess=767 (измените цифры на 767, если пункт ServAccess уже есть).

Шаг 5. «Ошибка контрольной суммы ОЗУ»

Ошибка некритичная, означает, что текущая контрольная сумма бит по конфигурации не совпадает с

последней сохранённой.

Откройте и закройте смену, ошибка пропадет. Сделать это можно через кассовое ПО или через Fito.

Открыть смену: Fito → «Тестирование» → «Ручной ввод команды» → Номер команды = 23, Параметр 1 =

имя кассира → «Выполнить»

Закрыть смену: Fito → «Тестирование» → «Печать отчетов» → «Печать z-отчета» → Имя оператора = имя

кассира → «Выполнить»

Fito.ini

Для работы с Вики используется следующий софт:

Драйвера USB-VCOM VCP_V1.3.1_Setup_x64.exe

ComProxy 1.2.1 (для работы с Вики Принт, подключенным по USB).
ComProxy это только для отправки чеков в ОФД через USB VCOM на ПК и далее в интернет.

Утилита для прошивки фискальной платы KSL.exe

сначала устанавливаем драйвера USB-VCOM

Тут все без проблем : в диспетчере устройств появляется COM порт (у нас COM 32)

ComProxy

Лучше сразу установить службу транспорта ComProxy (особенность Вики Принтов), это намного неудобнее чем у тех же Атолов или Штрихов. Но делать нечего. Без установки ComProxy чеки не будут уходить в ОФД.

После установки ComProxy в диспетчере устройств появятся объекты com0com ( это не в разделе COM ports).

В 2020г. уже появился установщик «Менеджер Обновлений 1.7.17.0.exe», который устанавливает ComProxy самостоятельно.

В результате появляется запущенный сервис :

Поскольку производитель Viki print не так давно занимается производством кассовых аппаратов, то их драйвер (их подход к управлению ккт) наверное поэтому такой своеобразный и не похожий на другие драйвера.

Подключение через USB и работа с тестовой программой Fito.

В какой-то момент произойдет успешное подключение на определенном COM порту.

При этом выдается очень страшное предупреждение :

Касса в итоге уходит на перезагрузку (это нормально).

Установка параметров

Далее рассмотрим закладку «Установка параметров» программы fito. У каждого из блоков параметров есть кнопки «Считать из ККТ» и «Установить«. И обратите внимание в самом низу общие кнопки для все параметров : «Считать все параметры» и «Записать все параметры«.

Не забываем перед перерегистрацией считать и сохранить настройки в файл (на всякий случай).

Все что нужно узнать (все есть в программе):
состояние ФН (когда заканчивается срок использования)
ушли ли все чеки в ОФД (надо обеспечить до операции закрытие ФН)

делаем если надо перепрошивку на новую версию (1.05)

Используем очень простую программу KSL.exe. Даже перемычки никакой внутри не пришлось устанавливать (респект ДримКасу).

И самое удивительное даже не надо делать техн.обнуление после перепрошивки и все данные владельца кассы не слетают. Версии ФФД см. теперь такие:

Например Контур-Маркет после перепрошивки кассы заработал «как ни в чем не бывало».

С версии 655 перепрошивка делается через менеджер обновлений (программа под Windows). Эта же программа устанавливаем агент (сервис) для мониторинга подключенной к ПК кассы.

Регистрация

Заменяем если надо ФН и делаем перерегистрацию в ФНС. Саму кассу регистрируем в той же программе Fito. Все очень удобно и понятно. Респект Дримкасу. Но есть как всегда нюансы:

Не фискальный режим

Проверка записи регистрации

Расхождение данных в ФН и NVR

Чтобы это хрень ушла надо как-то из fito закрыть смену. Если смена не открыта, то и закрыть ее не получится (а надо). Значит тогда открываем смену сначала. Делается это только через Ручной ввод команд (как удобно не правда ли):

Открыть смену: Fito → «Тестирование» → «Ручной ввод команды» → Номер команды = 23, Параметр 1 = имя кассира → «Выполнить»
Закрыть смену: Fito → «Тестирование» → «Печать отчетов» → «Печать z-отчета» → Имя оператора = имя кассира → «Выполнить»

Надо сказать несколько слов о встроенном (аппаратном RS232) разъеме на viki print 57. Через него связь установить получится, но некоторые функции работать почему-то не будут.

При перерегистрации смены адреса не превышайте длину строки 42 символа.

Чтобы через fito уходили чеки в ОФД надо проверить закладку Программирование настроек сети и настроить на ваш ОФД. DNS лучше установить реальный 8.8.8.8.

Источник