Проблема с умками два случая подряд.

[mservis]

У одного клиента в одном магазине после праздников с разницей в один день упали две умки на Штрих-ФР-01Ф. Прошивки от 20.12.17 (на основе октябрьской).
Симптомы одинаковые, долгий запуск 20-30сек., жуткие тормоза, чтение таблиц рывками с равномерной паузой, ошибка "нет ответа фн". Если отключить фн, тормоза исчезают, но долгий запуск остается, при подключении фн работает до снятия гашения, потом опять сваливается в тормоза.
Одну умку заменили, нормально работает на той же прошивке. Другую прошили от 23.12.17 и последний загрузчик 1.43, тормоза исчезли, но долгий запуск остался.
В обоих ФН чуть более 100тыс фд.
Явно есть какая то проблема при большом количестве фд, ждем другие...

[rsc72]

Почти  год прошёл с первых ФН и УМок... Хоть касками иди стучать... Гарантия - слово ругательное, АСЦ - что-то невнятно-непонятное, в беде Штриха от 20.12.17 виноваты NXP, а клиенты то наши.... Екарный же бабай... Пардоньте за флуд...

[boi]

Может попробовать апрельскую или майскую прошивку. Раз последние глючат.

[Bit]

Я сегодня гонял УМку через юсб переходник...

[ligakkm]

Статистика: в Магнитах массово перешивали Штрихи мартовской прошивкой, последние регистрировались в мае, проблем не наблюдается

[SergL]

На мартовской там совсем другие проблемы. Если ФН тупит при старте то касса просто даже и не будет пытаться отсылать с него данные в ОФД.
По описанию симптомов - тупит именно ФН, очень медленно запускается выдает данные для ОФД. Чеков много неотправленных?

[SergL]

Еще бы неплохо скриншот таблицы 20 с тупящей кассы. А еще лучше лог с карточки. Потому как если есть ошибки при чтении из ФНа сообщений для ОФД ФР будет пытаться его "реанимировать" и вытащить оттуда хоть что-то. Если это не получается то внешне будет выглядеть именно как коматозная реакция ФРа на внешние раздражители. Старые версии прошивок ведут себя иначе.
Вероятно кирдык ФНу и он не в состоянии выдать сообщение для ОФД.

[GeorgSerg]

Вероятно кирдык ФНу и он не в состоянии выдать сообщение для ОФД

Не .. ИМХО, но сказанное вами означает , пакует ли "тетя ФеНя" в контейнер шмотки кривые фиск/данные , полученные от ККТ или свои глюки добавляет ? Если нет - то флаги зеленой тревоги и красного свистка сбоя сразу же взводиться должны .. Без уточненных данных ( логов , а лучше всего - данных неотправленного контейнера) два подозреваемых - что ККТ, что ФН..

[ligakkm]

Как вариант попробовать перепрошить материнку от апреля 17 года

[mservis]

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

[mservis]

Чертовщина какая то...  Взял первую умку, которую заменили сразу и не шили по от 23.12.17, воткнул фн со второй кассы и работает без тормозов, отчеты снимает все как положено. Но как был долгий старт, так и остался, причем у первой умки время старта больше, чем у второй, примерно 30сек. против 15сек., при нормальном 5сек., на одной и той же материнке.
Если это проблема в фн, то почему долгий старт?
п.с. логи в норме, продолжаю наблюдение.

[mservis]

Как вариант попробовать перепрошить материнку от апреля 17 года

мать давно прошита этой.

[ligakkm]

Умка здорово греется?

[GS]

Но как был долгий старт, так и остался, причем у первой умки время старта больше, чем у второй, примерно 30сек. против 15сек., при нормальном 5сек., на одной и той же материнке.

 

Одним из важных пунктов в работе ККТ является время ожидания ФН (таблица 10 поле 10, значение в секундах).

[mservis]

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

[GS]

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

а наличие ФНа и не должно влиять, оно будет ждать время указанное в таймауте

[mservis]

Это так, но при наличии фн он должен запуститься до окончания таймаута, если конечно фн не тормозит, но фн при обычных операциях не тормозит, значит и при запуске не должно.
Еще, по словам кассиров, ошибка ответа фн была при попытке снять утром x-отчет, предыдущий вечерний снялся нормально и сразу уходил в офд.

[SergL]

А документы то в ОФД все же нормально отправляются?
Давайте все же посмотрим что там в таблице 20, и по возможности логи.
Отсутствие тормозов при запуске с новым УМ объясняется тем что по умолчанию время ожидания ФН 2 секунды. Так как фискализация на ней не проводилась, то там так 2 секунды и стоит. Мне кажется если поставить 30 секунд то тормоза опять начнутся.

[SergL]

но фн при обычных операциях не тормозит, значит и при запуске не должно

Все не так просто. При запуске ФН много всего интересного может захотеть сделать )

[SergL]

а наличие ФНа и не должно влиять, оно будет ждать время указанное в таймауте

Нет. Это время в течении которого ККТ пытается достучаться до ФНа после включения. Если он сразу ответит то никакой задержки не будет.

[GS]

SergL, понял, учту. а что ФН может захотеть сделать если он пассивное устройство?

[SergL]

Не такой он уж и пассивный. По крайней мере отправленные документы ему когда-то надо вычищать из флеша. Да и самодиагностика у СКЗИ должна быть в обязательном порядке, и что именно и как часто там делается известно только его авторам.

[GS]

SergL, имеешь ввиду что его не отклики могут быть связаны с обслуживанием самого себя?

[GeorgSerg]

не отклики могут быть связаны с обслуживанием самого себя

А почему нет ? При увеличении обьема хранимой инфы время на самоконтроль не может не увеличиваться.
На хранении вместо некой единой структуры с данными ( по типу эклз) - аморфная каша из разбросанных
то там, то здесь кусков-блоков ..

[SergL]

не отклики могут быть связаны с обслуживанием самого себя

При включении питания однозначно. При нормальной работе очень сильно зависит от софта. Некоторые софты зачем-то вычитывают из ФНа каждый чек после его закрытия, или квитанции из ОФД, сохраняют у себя в базу. Если чеков много (много это больше 100к) то это начинает работать очень медленно, вплоть до таймаутов. Внешне может выглядеть как коматоз ФРа.
Для более детального анализа надо копать логи, как со стороны драйвера так и внутри ККТ.

[mservis]

Действительно в тормознутой ум таймаут фн стоит 30 сек., в нормальной ум - 2сек.
Но и там и там одинаковые прошивки, загрузчики, запускаю без фн, почему разные таймауты, откуда он их берет и почему не обнуляет?
При попытке вручную изменить таймаут выдает ошибку "неверный пароль".

[GS]

mservis,

По умолчанию (до процедуры первой регистрации ФН через ККТ) там установлено значение 2, после 30. Но если вы изменяли таблицы или уже установили в ККТ рабочий ФН, то значение может так и остаться 2, чего может не хватать на подключение ФН. Поэтому обязательно проверяйте время ожидания и повышайте его до 20-30 секунд (для таблицы 10 сначала нужно прочитать поля паролем сис. админа, а после записать в него данные паролем ЦТО).

[mservis]

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

[SergL]

Вероятно чистили архив. Сложно сказать точно.

[Tumyrs]

Т.е. общее количество товара в чеке увеличилось на 1 или все же один товар заменился на новый?

Сам - то понял, что тут напИсал ? Пару недель на обдумывание достаточно будет ?
Модератор.

[Дмитрий]

Давеча имел интересную разминку.
Предистория :
Имелся Штрих ФР 01ф, переделатый из К, с УМ, соответстно.
Сие изделие благополучно поработало год, пришло время менять ФН, что и было сделано
вкупе с перепрошивкой, был впялен фн36м, запущен с ффд 1.0
Затем начались различные явления, началось с того что Штрих нихрена не  давал толком пробить, впадая в "фн не отвечает" при попытке пробить,но на запросы на вкл ФН отвечал внятно таймаут 30, так же был замечен долгий старт после вкл, 10-20 сек,
еще  временами хаотично моргал индикатор "ашипка".
--------------------------------
 Диагноз первичный:  ААА, знаем блин... эт плата Штриха, счас я тебя !
 Кондеры и впрямь пухлые, соотв лечение - замена платы, ибо много валяется.
После замены платы стартовать по пит. стал быстрее, но "фн не отвечает" - осталось,
первый раунд за Штрихом.
---------------
 Почесавши репу, начал путь проб и ошибок
- взял и впялил в УМку активированный МГМ. и оба - все работает, прям летает.
- затем взял и впялил "не отвечающий" ФН в другую Ум-ку с той же прош.-тоже все летает.
  ( но при  соединении воедино именно той УМки именно с тем ФН они опять не дружат ).
 - далее, взял и подключил изначально проблемные УМ+ФН к другому экз.ККТ ( Штрих-02Ф)
   и блин чудо, все работает.
  В общем не желая заморачиваться сменил номер в другой УМ-ке, благополучно заработала с проблемным ФН.
  После сменил номер в проблемной УМКе, заработала с МГМ.
 Странно, что-то по питанию или по инд. совместимости.
 потому что если примерно с 10-й попытки откр. смену она всеж открывалась
 По питанию пробовал задействовать доп. плату питания от Штрих - результат нуль,
 даже включался хуже.
 УМки кстати были разные, на проблемной не было электролит. кондера, на той с которой
ФН таки подружился - имелся.
 -----------
 Парралельно имелась другая пробл., изначально пробл. ФН  имел флаг "превышено время ожидания ответа ОФД", хотя непереданных ФД ноль, пробл. ушла после откр-закр смены.
  Вот такие они, УМки, ФНы и ККТ - с кем попало не дружат, а ведь обязаны.
  Хотя очевидно что пробл. по питанию и возможно еще помехи по пит.

[KrasCEP]

прошивка в УМке кака..я?

[svv]

Была подобная индивидуальная несовместимость умки и ФН. Питалово на ФН за каким-то хреном подается не напрямую, а  коммутируется через микруху. Микруха видать была полудохлая и на ней терялась напруга. ФНу, который  стоял в УМке питалова не хватало (видать тож какой-то дефективный), хотя другие ФНы с ней работали нормально. Кинул питалово напрямую, без всякой коммутации - уже год все пашет, хотя зёбры чет возражали против этой операции.