Просмотр полной версии : Не закрывает день (виснет касса)
Есть ресторан с одной кассой, сервер запущен на ней-же. Все нормально работало несколько месяцев. Потом началось... При закрытии дня печатается z-отчет, 2 отчета от самого р-кипера и на том моменте, когда на черном экране должна появится надпись, что можно выключит,ь касса зависает. Соответственно кассовая дата не переводится и и ни какие данные по дня даже локально не скидываются. Создается только пустой каталог с кассовой датой. Я перезаписал database, сделал проверку жесткого диска. Сделал тестовое закрытие дня с одной продажей, все сработало. После полноценного рабочего дня ресторана все повторяется. Физически отключал сеть на пару дней, глюк повторялся.
Есть конечно подозрение что что-то не так с данными, которые касса грузит с менеджера...
В чем может быть дело?
ps. Версия кассы: 6.96с
А в errors.txt что-нибудь попадает?
А выделенный сервер не пробовали? Дистрибутив этой версии есть?
Дистрибутив есть, но не хочется из-за одной кассы комп включенным постоянно держать. У меня несколько объектов на таком-же железе и в такой-же конфигурации работают.
Попробуйте закинуть в клиент файл из вложения и файл PROTNB.DLL из дистрибутива, но который лежит не в server\16-dos, а в station\rkclient.
Большое спасибо!
Данный способ помог решить проблему. Как оказалось проблемы начались у клиента после установки второй сетевой карты на станцию менеджера (чтоб интернет подключить). Но что самое интересное удаление карты и драйверов не помогало до тех пор, пока не заменил эти длл-ки.
Приветствую. Та же беда с одной из касс. Пишет идёт закрытие дня и всё или даже раньше виснет. До бесконечности. Если долго мучать может закрыть день. Короче беда...
Вот что в ерорс
Version 6.97a-TS Client/Server 14.01.2010
System error - lost server connection.ERR=$0005
Хелп!!! Перепробывал уже всё. И базу новую и дллельки разные. И клиента пересобирал два раза...
VampireKB
22.03.2011, 11:49
сервер выделенный или на тойже станции ?
сетевуха нормально работает,менять не пробывали ?
Свободное место на диске имеется ?(если сервер на кассе)
На станции. Все папки на месте. Места полно свободного.
Началось не так давно. Не запускался киппер, запустился с флэшки и ахнул. Половина файлов просто отсутствовали. Доса небыло вовсе. Диск форматнул полностью переустановил всё, запустил, меню обновилось. Данные которые я подсунул на место замечательно скинулись. Касса отработала день и вечером уже опять не хотела закрываться. После нескольких попыток закрыть данные скинула, перевела дату, ну одним словом как положено. Вчера опять зависла на идёт "закрытие дня" Сегдня закрыть уже даже с шаманством не получилось. Хочется туда ехать уже во всеоружии...
ну с хардом видать какая-то перманентная беда. Попробуйте другой. Запускается ли кор, запускается ли чекдиск?
Не думаю. Станция свежая, месяца три всего. До и партишеном прощёлся я по нему. Ошибок нет. COR прописана в автоэкзэке.
Попробую сегодня подключить кассу к роутеру другому. Уже была подобная беда у кого то на этом форуме.
а причем тут партишен? Он смотрит на наличие физических повреждений. А чекдиск видит битые линки.
а причем тут партишен? Он смотрит на наличие физических повреждений. А чекдиск видит битые линки.
Ну в любом случае пройдусь по диску всеми доступными мне способами...
Всё проверил десять раз. Опять пересобрал клиента. Переподключил кассу через другой роутер. Базу новую замечательно закрывает и переводит день. На заполненной виснет на стадии "Идёт закрытие дня" и пипец. ((( Хелп. Куда копать?
на определенном железе есть такая проблема, на форуме юцц об этом большая ветка. Примерно к 94 победили, но опятьже условно, т.к. проблемы тоже существовали, но в меньшей степени.
Проблема присуща в основном серверам на кассах с фискальником, тачскрином и айпи сборкой для езернет принтеров. Если любой компонент убирать, то работает нормально. Кстати при нетворк=офф закрытие проходит вообще без сучка и задоринки.
У меня ну никак незя нетворк=офф!!! Данные швыряются по инету на другой конец Москвы.
нетворк=офф!!! Данные швыряются по инету на другой конец Москвы.
На швырянии данных эта настройка никак не отражается. При нетворк оф нельзя подключиться к станции онлайн, т.е. монитор, ст официанта не будут цепляться, меню онлайн не будет обновляться, но при перезагрузке - пожалуйста. К тому же кто мешает батничек написать по времени допустим, перегружаешься там в 23:00 перед закрытием, копируется ркипер6 с настройкой нетворк оф, а утром при запуске - с нетворк=он и все дела. ну это конечно крайняк, но всеже.
У меня ну никак незя нетворк=офф!!! Данные швыряются по инету на другой конец Москвы.Можно! Если после закрытия дня приказать (!) менеджеру запустить кассу для проверки кассовой даты. Меню обновиться, если нужно, и закрытый день улетит. Попробуй! ;)
Если после закрытия дня приказать (!) менеджеру запустить кассу для проверки кассовой даты.
я уже про это написал и перезагрузки для ухода данных даже не нужно.
Спасибо большущее попробую. Меню онлайн не правим в любом случае...
Т.е. я правильно понимаю, network=off служит лишь для подкачки данных онлайн? 0_о
Если у меня сервер на кассе, то данными при перезагрузке все равно с менеджером обменяются?
Если у меня сервер на кассе, то данными при перезагрузке все равно с менеджером обменяются?
Именно так.
---------- Сообщение добавлено в 21:30 ---------- Предыдущее сообщение было в 21:30 ----------
служит лишь для подкачки данных онлайн? 0_о
несовсем - не цепляется монитор, печать через сервер не работает, станции оф. не цепляются.
Докладываю. Касса действительно начала нормально закрывать день и ваключаться. Есть одно но. Почему то она себя стала упорно стала считать unit01, а не unit12. Хотя в систем ини имя правильное, но поскольку находится в секции нетворк которую я отключил не работает. Куда прописать имя юнита чтоб она себя нормально индефецировала? Может в RKEEPER6.INI прописать unitname=UNIT12 сразу ппосле ServerName=RMBSERV. Прокатит?
Может в RKEEPER6.INI прописать unitname=UNIT12
конечно.
Привет всем.
Аналогичная проблема.
Имеем моноблок ADVANPOS.
Когда его получили, то внутри не было дисковой памяти (COMPACT FLASH CARD) разобрали простого доступа к памяти не обнаружили, много много крепежей, слот вроде как наблюдался но доступ затруднен. Решили не вскрывать, а то гарантия слетит и в этом духе. Подумали надо связаться с поставщиком, и все уточнить у него. Временно воткнули флешку-переходник внутрь которой втыкается CFC.
Установили DOS, КАССУ, подружили с ФР (ШТРИХ) сделали временный SOS код запустили.
Заработало, сервер на кассе. NETWORK=ON.
Далее поставшик обнаружил что в данной модели ADVANPOSA действительно сложный доступ до CFC и разрешил более подробно его разобрать с целью установки CFC.
Прошло около месяца они работали на временном коде через флешку переходник.
Чтоб не париться вынули из флешки переходника CFC и после часа возни с моноблоком установили туда эту карту. Собрали запустили работает.
Все ок, в этот же день установили постоянный код.
Через пару дней звонят касса не закрывает день, виснет после надписи идет закрытие дня подождите. Причем с 4-5-6-10 раза иногда закрывает
ставишь NETWORK=OFF то закрывает сразу.
Попробовали перевести на выделенный сервер стала валиться при пробитии чека периодически через 2 на третий пробой или не мог вообще прицепиться моргает вверху слово R-KEEPER загружается и все молчит через 2 на третий.
отключил USB в BIOS не помогает, rs232 NOFIFO не помогает, скорость в порту для фискальника 9600 не помогает.
Тут решили проверит на вирусы и обнаружили в MBR DEFO будь он не ладен. Выковыряли его вроде нормально. Не звонят.
Через пару дней звонок опять дни не закрываются виснет при закрытии.
ХЗ что делать переводить на выделенную кассу или пробовать побороть NETWORK=ON
Батник написал грузиться касса выдает надпись РАБОЧИЙ режим РАБОТАЮТ, перезагружают пишет ражим ЗАКРЫТИЯ ДНЯ ЗАКРЫВАЮТ
Говорят мол неудобно, там в часы пик народ мол стаканами кидается и минута промедления смерти подобна. На сайте ADVANA написано что с кипером они дружны.
Прикол в том что когда была воткнута флешка и был сос код то вроде как закрывала нормально
версия 6.96с стояла подняли до 6.97C
ТАЧ панель RITOUCH, TCP-IP, ШТРИХ
amnch
напишите плиз полную модель Advanpos
по теме:
было на руках несколько моделей этих терминалов .....
терминалы хорошо сделаны, много железа (есть проблемы с теплоотводом)
очень чуствительны к электропитанию
под кипером работают нестабильно (организация внутренней памяти терминала требует очень тонкой настройки)
некоторые модели не работают с сервером на кассе (заявлено производителем полная работоспособность под r-keeper)
все настройки отвечающие за работу с жестким дискими должны быть выставлены в минимальные значения (особенность контроллера - ему надо оооооооооооооочень медленно работать)
совет дня - заменить терминал при первой возможности и больше с ними не связыватся
Прикол в том что когда была воткнута флешка
Такая же беда была с партией моноблоков Protech. При работе с SATA HDD были аналогичные проблемы. Поставщиики разобрались, что дело с SATA контроллером и в следующих партиях это устранили. Для проблемной партии сделали костыли - адаптер SATA - USB. Года 2,5 так работают кассы-сервера в режиме фастфуд - ни одного нарекания. Так, что если есть возможность подключения накопителя через USB, этим проблему вероятнее всего удастся победить.
amnch
напишите плиз полную модель Advanpos
.....
совет дня - заменить терминал при первой возможности и больше с ними не связыватся
модель EPOS http://advanpos.ru/products/pos-terminals/e-pos/
п (http://advanpos.ru/products/pos-terminals/e-pos/)о совету дня - а что можешь посоветовать в данной ценовой и качественной категории?
у Посифлекса аналогичные траблы с network=ON, Глейвы и всякие OL- вообще ужас тихий...
VampireKB
28.04.2012, 14:19
Глейвы и всякие OL- вообще ужас тихий...
О_о
эт чем же вам те и те не угодили??
Глейвы
Говорят, что они уже исправились. Но мы не проверяем.
всякие OL
Сейчас клуб один крутится на 15 OL'ах - больше года полет нормальный (т.е. _вообще_ проблем нет). Капризны к заземлению, если что не так - не работает сеть, хотя заводится.
Говорят, что они уже исправились.
А можно поподробнее, что с ними не так? Работаем только с ними последние два года (серии B и D) - ни одного нарекания. При этом MappleTouch - мрут уже через неделю-месяц после установки (порты, считыватели, HDD, лампы), OL - страшные как атомная война.
czm84
ну для начала там материнки ооооооочень нежные ..... мрут от всякой фигни .... (предыдущие модели были куда более помехозащищенные....)
единственное что в новых моделях попытались исправить термопередачу и улучшить отвод тепла....
OL говорите страшные? ну для многих это не проблема, а вот ремонт глейва ценой в 20 тр или 2 недели гарантийного ремонта - проблема ...
А можно поподробнее, что с ними не так? Работаем только с ними последние два года (серии B и D) - ни одного нарекания
Охотно верю, значит, уже нормальные пошли. Было время, они тоже дохли.
OL - страшные как атомная война.
Ну, тут я соглашусь с Andy - большинству ехать, а не шашечки. Насчет атомной войны не соглашусь, кстати - да, дизайном не страдают, обычные мониторы. Ну и цена вопроса сильно меньше, как покупки, так и ремонта. А это гораздо более определяющий фактор.
Я ничего против глейвов не имею - только ценник на них неинтересный.
К вопросу про ADVANPOS
Недавно был на объекте. У них много всяких станция данная станция стоит в баре и в принципе ей tcp-ip как таковой не нужен и печать через сервер ей не нужна думаю попробую переведу на NETBEUI и посмотрю что будет. Дык хрен, при загрузке проходят проценты, появляется большой черный квадрат в нем корабль и все, касса виснет. Вроде как NETBEUI меньше памяти жрет mem /c/p показывает аж 520 кб а работать не хочет. Диски сервера видит. Виснет (определяю по подключенной клавиатуре) при нажатии NUMLOCK индикатор NUM LOCK горит-тухнет? как только подходит черед корабля на черном квадрате идет обращение к винту, моргание индикатора винта и ступор далее NUM LOCK уже не зажигает индикатор NUM LOCK.
Современное оборудование tcp/ip больше любит, это факт.
Это касается вообще всей сетевой инфраструктуры, все оптимизируется под пакеты tcp/ip.
Powered by vBulletin® Version 4.2.6 LTS Copyright © 2025 vBulletin Solutions, Inc. All rights reserved. Перевод: zCarot