[ОТВЕТИТЬ]
15.12.2006 19:40
pashalaev
 
Доброго времени суток всем!

Интересно узнать использовал ли кто-нить этот параметр?
16.12.2006 12:05
Tushkanchik
 
А что это за параметр ?:)
16.12.2006 13:30
akonev
 
судя по названию, это RECiept RESTORE. восстановление чека.
рискну предположить, что он должен восстанавливать текущий чек после перезагрузки кассы, как это сделано в укм4 и многих других фронтах.
18.12.2006 12:30
pashalaev
 
Точно так и есть. Иногда с ним возникает такая проблема, отследить которую довольнос сложно. При возникновени определенных условий(еще пока не удалось отследить каких) файл restore.$$$ становится пустым, в результате чего касса не может востановить чек и касса зависает с ошибкой Runtime Error 216. Помогает только удаление файла.

Может кто-нибудь сталкивался?
18.12.2006 12:41
OlegON
 
smartdrv.exe ? Или .sys он тогда еще был, не помню.
20.12.2006 17:13
pashalaev
 
Нет, smartdrive нету.
21.12.2006 12:25
akonev
 
Лучше всего, конечно, разобраться: когда он остается пустым.
Если не получается - лично я нашел бы программку (или написал) для проверки размера файла и в автозапуске прибивал файл, если он пустой.
17.04.2009 15:12
prim
 
касса на УКМ 2.5м
пробовал задействовать обсуждаемый параметр - около полугода никаких замечаний.
сейчас, примерно неделю как, касса ежедневно вываливает Runtime Error 216 at 0013:3ACO.piв
вернул _RECRESTORE в исходный вариант - результат тот же.
по информации кассира, ошибка появляется при попытке сделать подитог чека.
на локальной кассе оставляю данные только по текущему месяцу, таблицы упаковываю при обрезке базы.
сегодня после появления ошибки, при закрытии смены процесс передачи завис на "Протоколе действий кассира".
что упустил? что забыл проверить? заранее благодарю за помощь
18.04.2009 01:50
Vovantus
 
Цитата:
prim что упустил? что забыл проверить? заранее благодарю за помощь
Попробуй scandsk.exe или chkdsk.exe. На кассе механический HDD или флэха?
21.04.2009 11:54
prim
 
Цитата:
Vovantus Попробуй scandsk.exe или chkdsk.exe. На кассе механический HDD или флэха?
HDD на кассе. похоже Вы правы, отчекаю диск - отпишусь.
22.04.2009 01:22
Vovantus
 
Цитата:
prim отчекаю диск - отпишусь.
Низкоуровневая утилита Victoria тебе в помощь. Не сочтите за рекламу, продукт бесплатный. Возможностей масса! Идеально подходит для проверки поверхности механических HDD.
24.04.2009 11:03
prim
 
Vovantus, спасибо. хороший инструмент, но очень мощный, без подготовки страшно :) читаем доки.
куда жать, чтобы репутацию повысить?
25.04.2009 13:14
prim
 
диск проверен, найдены и исправлены только логические ошибки. поверхность и механика - без повреждений.
при запуске УКМ выяснилось, что болезнь прогрессирует - ошибка 216 произошла на первом же чеке. подумываю сделать бэкап и переустановить УКМ...
25.04.2009 13:22
Mtirt
 
Что-нибудь, кроме УКМ2 на кассе есть?
Может быть подключены модули авторизации каких-либо банков?
Что загружается в оперативку (autoexec.bat)?
26.04.2009 01:58
Vovantus
 
Цитата:
prim найдены и исправлены только логические ошибки.... подумываю сделать бэкап и переустановить УКМ...
Бэкап нужно было делать перед проверкой! Логические ошибки не известно как были исправлены, возможно, некоторые таблички теперь вообще похоронены. Делай копию того что есть (можно образ диска целиком зделать, например, через Ghost), сноси всё к чертям и ставь начисто УКМ. Думаю, придётся повозиться с ней. На будущее.. Настрой, чтобы бэкапы базы с кассы сохранялись на компе в магазине.

З.Ы. Вообще, вижу, что сбились с курса темы. Будет лчше создать отдельную..
02.12.2011 10:59
Tushkanchik
 
Подниму темку, кто использует, какие проблемы ?
хочу решить проблему чтоб касиры перегружая кассу (просканировали не то итд, хотят своровать :)) - обламывались ))))
28.12.2011 20:16
Tushkanchik
 
Ну раз никто ниче, буду сам пробовать )
параметр установил, кассу тыкал - вроде восстанавливает неплохо, файлик REPAIR.$$$ за собой удаляет. Пробовал подложить пустой, тоже норм.
29.12.2011 08:51
akonev
 
когда-то включал с магазине с очень "неровным" электричеством. поскольку еще и земли нормальной не было, то упсы не справлялись с помехами и кассы могли в неудачные дни по нескольку раз перегружаться.

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

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

тебе же стоит заранее придумать способ удаленной зачистки репайра. например, при загрузке проверять наличие специального файла-флага в сети. если нашелся флаг с нужным именем - убить репайр и сам флаг.
29.12.2011 11:21
Tushkanchik
 
Цитата:
Andrew_Konev когда-то включал с магазине с очень "неровным" электричеством. поскольку еще и земли нормальной не было, то упсы не справлялись с помехами и кассы могли в неудачные дни по нескольку раз перегружаться.
А как может упс не справляться ? мои APC десятилетние хорошо вытягивают помехи и пятиминутки отрубов (батареи только CSB,)

Цитата:
Andrew_Konev тебе же стоит заранее придумать способ удаленной зачистки репайра. например, при загрузке проверять наличие специального файла-флага в сети. если нашелся флаг с нужным именем - убить репайр и сам флаг.
это сделал
в автоэкзеке добавил строку
IF EXIST N:\COM\DELREPR.FLG n:\com\DELREPR.bat
в самом DELREPR.bat
del N:\com\DELREPR.FLG
del c:\smukm30\REPAIR.$$$

если совсем лень будет могу и адмам зала дать ярлычек на создание флажка )

я смотрю винт юзается сразу после каждой добавленной позиции для сохранения в файлик, с учетом что винт Сата (имхо он менее живуч чем иде) а сам пос стоит на денежном ящике(доп вибрация) прийдется в регламент вносить замену винтов.
29.12.2011 14:39
Tushkanchik
 
при более 30 позициях в чеке добавление новой позиции происходит с тормозами, как будто он заново весь файл перезаписывает а не добавляет... блин неужели предется отказаться от такого... или на другой фронт уходить в будущем
29.12.2011 14:47
DmitryR
 
Цитата:
Tushkanchik при более 30 позициях в чеке добавление новой позиции происходит с тормозами, как будто он заново весь файл перезаписывает а не добавляет... блин неужели предется отказаться от такого... или на другой фронт уходить в будущем
Уже актуально предложение поставить тебе DEMO УКМ.4.0
????

Новогодние праздники долгие ))
29.12.2011 15:11
Tushkanchik
 
вон из темы, поганые продажники )))))))

OlegON:
а за последующий флуд буду наказывать... жестоко наказывать
30.12.2011 10:16
Tushkanchik
 
Все короче убираю этот бесполезный параметр. В НГ чеки длинные, а касса должна обеспечивать макс. пропускную способность. Слишком сильно тормозит на больших чеках, возможно попробую после праздников с вкл смартдрайвом до первой ошибки :)

увидел в cf_ini параметр, REC_STORE = 1 - При начале расчета сохраняет чек.
Никто не знает как он работает ? в какой файл сохраняет ? случайно не в $$$.$$$ который я удаляю всегда при загрузке(еще до меня так стояло) ?
05.01.2012 17:54
Tushkanchik
 
$$$.$$$ тут вообще хлам какойто непонятный.
вопрос остается в силе, никто не может узнать у укм-придержащих что это за параметр такой (REC_STORE = 1 - При начале расчета сохраняет чек.) и с чем его едят ?
Опции темы


Часовой пояс GMT +3, время: 13:04.

 

Форум сделан на основе vBulletin®
Copyright ©2000 - 2018, Jelsoft Enterprises Ltd. Перевод: zCarot и OlegON
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.