Предложения по прошивкам онлайн-касс Штрих-М

[chester198]

Очень хотелось бы увидеть программное отключение датчика крышки. Очень актуально для РР-03 и лайтов.

[kkmspb]

У меня предложение
1.  Отказаться от  использования типа VT_CY в драйвере и просто использовать VT_INT8. Как следствие вы получите нормальную  (без костыльную) интеграцию с программами написанными на С++.
Например скажите, что суммы посылаются в виде целого числа, где последние 4  десятичные знака это копейки. Мне кажется никому не придется потом переделывать работающий софт, все должно продолжить работать корректно.

2. Реализуете посылку команд через  json пакет. Хотя бы пробитие чека.

[Slava]

У меня предложение
1.  Отказаться от  использования типа VT_CY в драйвере и просто использовать VT_INT8. Как следствие вы получите нормальную  (без костыльную) интеграцию с программами написанными на С++.
Например скажите, что суммы посылаются в виде целого числа, где последние 4  десятичные знака это копейки. Мне кажется никому не придется потом переделывать работающий софт, все должно продолжить работать корректно.

2. Реализуете посылку команд через  json пакет. Хотя бы пробитие чека.

Так прошива вроде на нижнем протоколе работает - тупо команда ответ .
Это всё жутко интересно , но вот когда Вы разберетё нижний  уровень Атола на П5 это будет бомба .
Это реально крутая тема .

[Klaus1900]

Раз уж касса все равно обязана смотреть в инет, сделайте автообновление актуальной лицензии.

[dfdf]

Исправить, наконец, два старых бага:
1. Если в ФР был включён DHCP, а потом в табл. 16 выключили и прописали статику, то ОЧЕНЬ часто нужно ВКЛ./ВЫКЛ. аппарата (ну или reboot через тест драйвера/программно), чтобы это заработало. В обратную сторону (статика->DHCP) аналогично.
2. Периодически прилетает ошибка (-1) "нет связи" без всякой закономерности. В логах драйвера, если включить, есть сообщение о проблеме (к сожалению, сейчас не вспомню, что именно - включу в одной из точек - посмотрю - допишу), и по логу видно, что драйвер просто должен повторить команду (т.к. у него это настроено), но нет.
3. У разработчиков драйвера, судя по всему, нет одного важного знания о том, как ведёт себя Windows при "выдёргивании" открытого COM-порта. Я это знание почерпнул из исходников  W2K3/WXP (есть на просторах интернета). Проблема старая, наблюдается и под 10й тоже (на 11й пока не смотрел).
Суть проблемы: у нас есть USB-COM, открываем этот порт, даём команду (программно) на ребут ФР. Поскольку ФР уходит на ребут, Windows удаляет устройство (смотрим в дисп. устройств) И УДАЛЯЕТ ЗАПИСЬ о порте по пути HKEY_LOCAL_MACHINE\HARDWARE\DEVICEMAP\SERIALCOMM. А хэндл открыт... ФР перезагрузился, USB-COM вернулся, но неполноценный - в реестре по пути HKEY_LOCAL_MACHINE\HARDWARE\DEVICEMAP\SERIALCOMM НЕТ записи про порт (а в дисп. устройств - есть устройство), т.к. запись делает драйвер (который, по определённым причинам, не может это сделать, т.к. на момент возвращения устройства есть открытый хэндл). Всё, пока запись по указанному пути в реестре не появится, порт переоткрыть заново не выйдет. Именно поэтому вкл/выкл. аппарата, подключённого по USB, периодически приводит к необходимости повторять эту процедуру или перезагружать машину. Вписать запись верхнее ПО не может, т.к. прав ADMIN/SYSTEM этому ПО никто не даст.
Вывод: нужно успеть мгновенно закрыть порт сразу после подачи команды на ребут. В идеале - ФР должен уходить на ребут с задержкой (что делается уже в прошивке), чтобы успеть закрыть порт/вызвать метод Disconnect драйвера

[upmaxi]

А кому теперь все предложения адресовать, там вроде трое хозяев теперь.

[АМЕ_Worker]

1. Если в ФР был включён DHCP, а потом в табл. 16 выключили и прописали статику, то ОЧЕНЬ часто нужно ВКЛ./ВЫКЛ. аппарата (ну или reboot через тест драйвера/программно), чтобы это заработало. В обратную сторону (статика->DHCP) аналогично.

dfdf, а ТД в пункте меню 10.Сервис - закладка Перезагрузка - кнопка Перезагрузить ККТ, разве не оно? Ну если это слишком просто, то пункт 18.Прочее - закладка Команда - поле Команда, HEX, ввести команду нижнего уровня fe f3 00 00 00 00, не?
Это азбука, и если вы это не знаете, то давать советы разработчикам... как то опрометчиво.
По пункту 3. По личному опыту, могу сказать, что описываемая вами ситуации встречается крайне редко, и, как правило, при программой перезагрузки ККТ. При физической перезагрузке, ну очень и очень редко.
P.S. Может вы очень хороший программист, но ваш взгляд, ИМХО, односторонний, со стороны ОС на ККТ.

[dfdf]

АМЕ_Worker, Вы даже не поняли, о чём речь, но позволяете себе оценочные суждения, на которые у вас совершенно нет оснований.
Никто не использует тест драйвера для работы с ФР, это делается через драйвер (не путайте с тестом драйвера, который, по сути, некая обёртка для драйвера).
Речь в п.1 шла о том, что эти настройки меняет верхнее ПО (НЕ ТЕСТ ДРАЙВЕРА). Это у вас всё ручками, а у нас запрограммировано вычисление настроек IP ФР в зависимости от определённых условий (мы НЕ НАСТРАИВАЕМ РУКАМИ КАЖДЫЙ РАЗ, КАК НЕКОТОРЫЕ, ПОЗВОЛЯЮЩИЕ СЕБЕ ОЦЕНОЧНЫЕ СУЖДЕНИЯ, У НАС ЭТО, КАК И МНОГОЕ ДРУГОЕ, АВТОМАТИЗИРОВАНО "ПЛОХИМИ ПРОГРАММИСТАМИ", АГА.).
по поводу п. 3 - это У ВАС ТАКАЯ СИТУАЦИЯ - РЕДКОСТЬ, а у нас, где всё автоматизировано, в т.ч. и перезагрузка ФР при определённых ситуация - встречается периодически.
более того, периодически такая ситуация прилетает при перепрошивке ФР, оставляя его в неопределённом состоянии (как минимум - таблицы не восстановлены).
Поэтому, ПОЖАЛУЙСТА, комментируйте только то, о чём имеете ПОЛНОЕ представление, и БЕЗ ОЦЕНОЧНЫХ СУЖДЕНИЙ, ПО СУЩЕСТВУ.
СПА-СИ-БО.

И чтобы было до конца понятно: у нас уже более 20 лет ПО собственной разработки на кассах, мы не используем продаваемые на рынке продукты, поэтому у нас свой, собственный опыт работы с ФРами, и опыт работы "1С-настройщиков" не особо интересует в данном случае.
Значительно интереснее услышать комментарии от уважаемых разработчиков драйвера.

[АМЕ_Worker]

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