Установка и обновление KDS

С 01.06.2020 продукт KDS больше не дорабатывается. Используйте KDS PRO. Пользователям предоставляется скидка в 70% на переход.
Поддержка прекратится 31.12.2020.

 

Введение и сокращения

Kitchen Display Systems (далее - KDS) – система, предназначенная для наглядного представления движения заказа от кассовой станции до подачи гостю. KDS показывает заказы на мониторах, установленных у поваров и официантов. Управлять движением можно с сенсорных станций и с клавиатуры.

Полезные ссылки

Сокращения

  1. Сервер KDS — файл dbmangr_RK7.exe, находится в папке Server
  2. Клиент KDS — файл kdsclient.exe, находится в папке Client

Установка KDS 1.3.3.2

Первичная установка происзводится через инсталлятор, поверх которого устанавливается актуальная версия. Скачать с FTP-сервера дистрибутив инсталлятора по ссылке ftp://ftp.ucs.ru/r-keeper/KDS/1.3.0/KDS_1.3.3.2.exe
Сначала нужно установить KDS_1.3.3.2, а потом обновить его до актуальной версии - 1.3.5.xx

Заранее создайте в менеджерской станции XML-интерфейс, он вам понадобится при установке.

Для установки запустите инсталлятор и следуйте инструкциям в диалоговых окнах. Если у вас есть установленные экземпляры KDS и Firebird, то перед началом установки будет предложено несколько вариантов.

Выберите нужный вариант

Если хотите удалить установленный экземпляр KDS, выберите какой именно

Укажите имя экземпляра и путь для установки

Выберите нужные компоненты* и систему для интеграции

Укажите IP и порт для Firebird

Если вы выбрали установку компонента RK7tmsrv, укажите количество клиентов.
Установщик создаст клиентсике папки, которые будут использоваться терминальным сервером

Укажите IP-адрес кассового сервера и порт созданного XML-интерфейса

Выберите компоненты, которые следует установить как службу

Выберите компоненты, которым следует создать ярлык на рабочем столе

Нажмите Установить

*Компоненты, доступные для выбора:

  • Firebird 2.5.2
  • Сервер – компоненты сервера KDS. Нужно выбрать версию сервера в связке с r_keeper — 6 или 7.
  • Клиент – как правило ставиться и на сервере и на клиентских компьютерах. В случае если клиент KDS будет находится на UCS-контролерах, он устанавливается отдельно
  • Статистика – дополнительные компоненты, позволяющее строить и распечатывать отчёты по работе KDS
  • Supervisor – дополнительные компоненты для контроля приготовления и сортировки обработанных блюд
  • RK7tmsrv – компоненты терминального сервера для работы с клиентами KDS установленными на UCS-контролерах. Выберите этот пункт, если собираетесь их использовать

На этом установка KDS 1.3.32 закончена. 

После установки KDS не устанавливается как служба. Для запуска сервера используйте файл dbmangr_RK7.exe. Чтобы установить сервер как службу, для этого запустите dbmangr_RK7.exe с ключом /install. Это делать имеет смысл только после окончания настройки, так как службу нелья настроить.

Структура папок после установки

После установки структура каталогов и их содержимое будет таким:

  • Сlient – файлы клиента KDS
  • DB – база данных и скрипты
  • Encoding – папка с утилитой-кодировщиком
  • Firebird – папка с рабочим экземпляром БД Firebird.
  • KDS Statistics – папка с утилитой статистики и отчётов
  • RK7tmsrv – папка с терминальным сервером
  • RK7tmsrv_Clients – папка с терминальными клиентами
  • Server папка с данными сервера KDS
  • Supervisor – папка с утилитой Supervisor

Обновление KDS

Ниже — краткая инструкция. Подробная находится в статье про обновлении KDS.

Важно: перед обновлением сделайте резервную копию предыдущей сборки и рабочей базы. Данные настроек в ini-файлах после обновления не сохраняются. Поэтому, если это не первичная установка KDS, сделайте копию ini-файлов для дальнейшей настройки.

После установки версии 1.3.x, нужно обновить KDS до последней версии. Скачайте версию 1.3.5 и старше с FTP: ftp://ftp.ucs.ru/r-keeper/KDS/. Для обновления достаточно скопировать новые файлы в папку установки KDS с заменой файлов и обновить БД.

Скопируйте новые файлы в место установки. Согласитесь на замену файлов.

  • Client
  • Server
  • RK7tmsrv, если он установлен. 

Осталось обновить БД. Для этого в папке DB есть утилита DBUpdate.exe. Запустите её и укажите параметры подключения к БД Firebird: IP и порт.

Нажмите кнопку Update DB. Если настройки подключения указаны верно и Firebird запущен, БД обновится и появится надпись Update DB Complete

На случай, если нужно установить или обновить Firebird, внутри папки с KDS на FTP есть дистрибутивы Firebird 2.5.7, x32/x64.

Обновление старой БД до версии 1.3.Х

Для переноса данных из баз старого формата KDS <1.2.x в новый используется утилита DBConverter.exe, которая находится в папке DB.

Перед обновлением, установите Firebird, входящий в актуальный дистрибутив. В результате у вас получится 2 работающих сервера Firebird.
Для обновления подключитесь к старой базе через старый Firebird-сервер, а к новой - через свежеустановленный. База, в которую будет осуществляться перенос, должна быть пустой.
Запустите утилиту, пропишите путь к старой БД в блоке From и настройки новой БД в блоке To.

Нажмите кнопку Convert Data.

Важно: с версий 1.3.3.Х обновление до  актуальной версии происходит в пределах одной ветки. При переходе на ветку 1.3.4.Х и выше надо сделать промежуточное обновление на первую версию новой ветки.

Лицензирование

В системе KDS лицензируется сервер. Лицензия называется R-Keeper модуль KDS ПО. Получите мастер-лицензию и сгенерируйте лицензионный ключ без кода запроса. 
Запустите файл \server\dbmangr_RK7.exe. Сервер запускается в свёрнутом режиме, поэтому нажмите по значку в трее  2 раза, чтобы его развернуть. Откроется окно сервера. Нажмите кнопку License

Введите лицензионный ключ, сгенерированный на l.ucs.ru и нажмите ОК

Сервер подключится к системе лицензирования, проверит лицензию и активирует продукт, если всё хорошо. Вместо фразы No License появится код объекта и дата окончания лицензии.

Лицензирование завершено.

Важно: с версии 1.3.4.7 изменился конфигурационный файл сервера KDS – dbmangr.ini

Если до обновления система была пролицензирования, скопируйте лицензионный ключ из строки License файла FSVDU.INI 

License=21184-10432-12135-21664-82834-11484-05367-40256

И вставьте его в в dbmangr.ini. Сохраните изменения и перезапустите сервер.

KDSGuard

Для противодействия возможным сбоям, создана утилита KDSGuard. Она находится в папке \Server.
Для запуска в KDSGuard.ini пропишите полный путь к серверу dbmangr_RK7.exe. Сохраните изменения и запустите KDSGuard.exe. 

Пример рабочей конфигурации KDSGuard:

tiInterval=00:00:05
tiControlTime=00:01:30
tiMSgWaitTime=00:00:20
program1=V:\UCS\KDS\KDS\Server\dbmangr_RK7.exe

Если всё настроено верно, в окне KDSGuard будет написано Started...<путь к серверу KDS> и никаких ошибок.

Настройка связи с r_keeper_7

Для работы KDS у вас должна быть настроена сервис-печать

  1. Откройте сервер KDS. Пропишите в поле Server Name IP-адрес кассового сервера
  2. KDS не может работать с общими классификациями, только с категориями. Для примера возьмём Сервис-печать и создадим ей категории:

    Распределите блюда меню по категориям классификации.
  3. Категории должны появиться в меню справа: 
  4. Отметьте нужные и нажмите ОК
  5. Вернитесь в менеджерскую станцию. Создайте интерфейс и привяжите его к драйверу сервера.
  6. В справочнике Настройки > Параметры > Установочные > Связь с другими системами > KDS и VDU > Классификация для КДС и VDU укажите ссылку на классификацию для КДС. В нашем случае это Сервис-печать.
  7. Проверьте макеты для KDS. Зайдите в справочник Настройки > Печать > Документы и макеты > Для КДС. Убедитесь, что предустановленные макеты добавлены в текущую схему печати.
  8. В настройках работника (кассовые ограничения) добавьте право Удаление приготовленного блюда. 
  9. По желанию, можно изменить текст, который будет видеть официант на кассовой станции. Для этого зайдите в Настройки > Параметры > Параметры работы предприятия > Сообщения официанту > Текст сообщения о готовности блюд и пропишите в поле Строковый нужный текст. Например: "Готово для %0;s", что значит "Готово для № стола"

    Доступные параметры:

    1. %0:s — номер стола
    2. %1:s — имя категории для KDS
    3. %2:s — имя блюда

Работа в KDS

Для работы в KDS понадобятся запущенные:

  1. Сервер справочников
  2. Кассовый сервер 
  3. Кассовая станция
  4. Сервер KDS 
  5. Клиент KDS

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

Заказ должен появится в KDS:

Удаление KDS

Чтобы удалить KDS, запустите инсталлятор и выберите пункт Удаление одного из ранее установленных экземпляров

Выберите нужный экземпляр для удаления

Выберите удаляемые компоненты

Подтвердите остановку служб

Удаление завершено

База данных

В папке \DB лежит готовая база данных — KDS.FDB и скрипт Kds.sql для создания аналогичной чистой базы. Для работы можно использовать готовую базу данных, или создать воспользовавшись программой IBExpert или утилитой UPDConsol.exe из папки \DB\UPВConsol\.

Ниже описано как создать базу используя утилиту UPDConsol.exe.
Если необходимо, отредактируйте файл workscript.ini:

[DB]
DB=KDS_NEW.FDB                  ; Имя файла базы данных, которая будет создана скриптом в папке с утилитой
CharSet=NONE                    ; Используемая кодировка. должна быть аналогична полю CharSet других INI-файлов
UserName=SYSDBA                 ; Имя пользователя БД
Password=masterkey              ; Пароль пользователя БД  
Create=1
[Work]
Script = KDS.sql                ; имя скрипта для создания новой БД. Лежит в папке с утилитой
ShowAfterError=30

Запустите утилиту UPDConsol.exe для создания новой базы данных. В папке с UPDConsol.exe появится файл KDS_NEW.FDB.

Файлы настроек KDS

С 01.06.2020 продукт KDS больше не дорабатывается. Используйте KDS PRO. Пользователям предоставляется скидка в 70% на переход.
Поддержка прекратится 31.12.2020.

 

Введение

У сервера KDS разные файлы настроек. 

  • <1.3.4.7 файл настроек — FSVDU.ini 
  • 1.3.5 и старше — dbmangr.ini

Файл настроек сервера

[DB]                                ; настройки БД
allias=KDS_DB                       ; алиас БД. Его можно настроить в файле Firebird\aliases.conf 
CharsetName=none                    ; кодировка БД
SrvName=localhost                   ; IP-адрес БД Firebird
SrvPort=11255                       ; порт БД Firebird
UserName=E5EBE5F8F6F3               ; зашифрованное имя пользователя БД
UserPass=DFD3C5C8D7C6DDD7CB         ; зашифрованный пароль пользователя БД

[XMLInterface]                      ; настройки XML-интерфейса
RK7Port=3324                        ; порт XML-интерфейса
SrvAdress=127.0.0.1                 ; IP-адрес кассового сервера

[Main]                              ; основные настройки
License=21184-10432                 ; лицензионный ключ KDS
AutoCheckMenu=OFF                   ; автопроверка меню. OFF — выключено, ON — включено
DayDownView=1
DishPreparedMessage=<DishName> for <TblName> start cooking.
IntervalAutochekMenu=120
MaxSymb=E
PackLines=ON
PrintDataXmlOnReady=OFF
PrinterDestination=1
PrinterStation=15002
SendMessageOnDishPrepared=OFF
TimerInterval=1000
WaiterMessage=Бегом на кухню!        ; сообщение официанту

[Orders]                             ; настройки заказов
PrintGroups=512,513,514,515,516,517  ; группы печати. Настраиваются в менеджерской станции, в классификациях. Руками указывать не нужно, заполняются сервером самостоятельно.
DelayTimeSec=0                       ; задержка в секундах
DelayedPrintGroups=                  ; группы печати, к которым применять задержку

[Log]                                ; настройки логирования
LogLevel=2                           ; уровень логирования 
LogSizeMB=10                         ; максимальный размер файла лога в МБ 
SingleLog=ON                         ; весь лог в одном файле. ON — включено, OFF — выключено. 
mainLog=ON                          

Устаревший файл настроек сервера

До версии 1.3.4.7 KDS использовала файл настроек FSVDU.ini.

License=18484-40411-...    ; лицензионный ключ KDS
dbServer=127.0.0.1         ; IP-адрес БД Firebird
dbPort=11251               ; порт БД Firebird
dbAlias=KDS_DB             ; алиас к БД. Его можно настроить в файле Firebird\aliases.conf
Charset = NONE             ; кодировка БД
dbuname=E5EBE5F8F6F3       ; зашифрованное имя пользователя
dbpass=DFD3C5C8D7C6DDD7CB  ; зашифрованный пароль
ServerName=127.0.0.1       ; IP-адрес кассового сервера
RK7Port=22400              ; порт XML-интерфейса на кассовом сервере
NBAdapter=1
NBName=UKDS31
CountDishTime=OFF
D201=VBP
EGroup=
OneLine=ON
Country=RU
ShowStartCooking=OFF
Waiter=OFF
MainLog=1                  ; режим использования лог-файла: 1 – используется основной лог-файл dbmangr_RK7.LOG, 0 – используется отдельный лог-файл RKRead.log
LogLevel=0..9              ; уровень логирования
LogSizeMB=10               ; максимальный размер лог-файла
AutoCheckMenu=0            ; автопроверка меню. 1 — включена, 0 — выключена
IntervalAutochekMenu=120   ; интервал задается в секундах
DayDownView=1              ; сколько последних смен с заказами видеть на экране
DishReadyMessage=Group: <PrintGroup>. Place: <TableNum>. Dish is ready: <DishName> ; шаблон сообщения для готовых блюд (обратная связь с официантом)

Чтобы вывести текст "Готово для <№ стола>", добавьте в строку:

waiterMessage=Готово для <TblNum>     ;  <TblNum> - номер стола, так же можно использовать параметр <WtrName> - имя официанта, ожидающего заказ.

Файл настроек KDSGuard

Для противодействия возможным сбоям, создана утилита KDSGuard. Она находится в папке \Server. Для запуска в KDSGuard.ini пропишите полный путь к серверу dbmangr_RK7.exe. Сохраните изменения и запустите KDSGuard.exe. 

Если всё настроено верно, в окне KDSGuard будет написано Started...<путь к серверу KDS> и никаких ошибок.

Пример рабочей конфигурации KDSGuard

tiInterval=00:00:05
tiControlTime=00:01:30
tiMSgWaitTime=00:00:20
program1=D:\UCS\KDS\Server\dbmangr_RK7.exe           ; адрес исполняемого файла сервера KDS

Файл настроек клиента

Файл настроек kdsclient.ini используется только 1 раз при запуске программы. Затем настройки переносятся в базу данных и менять их лучше через настройки самого клиента. 

Чтобы попасть в настройки, запустите KDS-клиент и нажмите на клавиатуре кнопку F2.

Сохраните настройки, нажав зелёную галочку в правом нижнем углу.

Основные настройки клиента:

dbServer=127.0.0.1         ; IP-адрес сервера Firebird
dbPort=11251               ; порт сервера Firebird
dbAlias=KDS_DB             ; алиас БД. Можно изменить в Firebird\aliases.conf
Charset = NONE             ; кодировка БД
dbuname=E5EBE5F8F6F3       ; закодированное имя пользователя, такое же как и в файле настроек сервера
dbpass=DFD3C5C8D7C6DDD7CB  ; закодированный пароль, такой же, как и в файле настроек сервера
AlarmTime2d=5              ; если заказ в очереди находится меньше, чем указанное здесь количество минут, то рамка вокруг этого заказа на экране КДС станет зеленого цвета

Настройка алиаса DB

В настройка сервера и клиента в разделе [DB] указан алиас БД: 

dbAlias=KDS_DB             ; имя алиаса БД

Алиас настраивается в файле \Firebird\aliases.conf:

KDS_DB = D:\KDS_1_3_6\DB\KDS.FDB    ; путь к файлу базы данных

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

Печать из KDS на принтер

В запросе на печать поддерживаются следующие сокращения:

[PrinterDestination]         ; назначение печати принтера
[PrinterStation]             ; кассовая станция, к которой подключен принтер
[NumOrder]                   ; номер заказа
[NumTable]                   ; номер стола
[Dishes]                     ; список блюд заказа. Макет строки берется из файла QPrintMaketDishLine.xml

В строке блюда поддерживаются следующие сокращения (файл QPrintMaketDishLine.xml):

[dishCount]                  ; количество блюд
[dishName]                   ; название блюда
[dishSeat]                   ; место, к которому относится блюдо только в 1.3.4.7 и выше.

Печать крупным шрифтом настраивается в QPrintMaketDishLine.xml ([Bold], [BigHeight], [BigWidth])

Обновление KDS

С 01.06.2020 продукт KDS больше не дорабатывается. Используйте KDS PRO. Пользователям предоставляется скидка в 70% на переход.
Поддержка прекратится 31.12.2020.

 

Введение

В статье описан процесс обновления KDS и SQL Firebird.

В некоторых случаях SQL Firebird излишне нагружает процессор. В таком случае помогает обновление до последней версии. Дальше пойдёт речь о том, как это правильно делать. 
Учтите, что речь идёт только об обновлении в рамках ветки 2.5 — так как KDS не поддерживает Firebird 3.

Предполагается, что у вас уже есть установленная Firebird и системы KDS и r_keeper_7. Если Firebird не установлен, скачайте и установите его в конфигурации x86 SuperServer.

Подробная инструкция по обновлению на официальном сайте: http://www.ibase.ru/inst_manual/#update

Обновление Firebird необходимо делать на обоих компьютерах: с сервером и с клиентом KDS.
За основу будет взят актуальный на дистрибутив версии 1.3.5.4. Для предыдущих и последующих версий процесс может несколько отличаться.

Краткое описание

  1. Сделать бекап файлов 
  2. Скачать новые версии KDS и с Firebird
  3. Остановить службы
  4. Перезаписать старые файлы новыми
  5. Обновить конфиг-файлы
  6. Запустить службы

Подготовка к обновлению

  1. Сделайте бекап всей папке Firebird 
  2. Остановите службу имеющегося экземпляра Firebird: Firebird Guardian – ИмяЭкземпляра
  3. Найдите в папке Windows\System32 или SysWOW64 файл GDS32.dll от прежней установленной версии Firebird. Если файл есть, сделайте его копию. Если файла нет — бэкапить его не нужно.
  4. Скачайте ZIP-архив с файлами установки Firebird 2.5. Версия x86 — https://firebirdsql.org/en/firebird-2-5/#Win32
  5. Распакуйте файлы во временную папку. При распаковке будьте внимательны: архив содержит файл конфигурации firebird.conf/aliases.conf или ibconfig и файл базы пользователей security.fdb, admin.ib или isc4.gdb. Переписав эти файлы поверх ваших текущих вы лишитесь не только сделанных настроек, но и списка пользователей сервера. Поэтому эти файлы желательно сразу удалить во временном каталоге, куда вы распаковали zip следуя указаниям в пункте 4.
  6. Теперь можно просто весь корневой каталог новой версии скопируйте поверх существующего корневого каталога сервера. Если сервер в этот момент запущен, то разумеется, переписать ibserver.exe, fbserver.exe, firebird.exe или fb_inet_server.exe не удастся.
  7. Верните файлы конфигов на старые места:
    1. Firebird.conf
    2. Aliases.cong
  8. Далее, после переписывания новых файлов обновите файл бибиотеки gds32.dll/fbclient.dll в Windows\System32 или SysWOW64 чтобы клиентская часть точно соответствовала версии сервера.
  9. Если обновляетесь до последней версии, ознакомьтесь с инструкцией об утилите instclient.exe, возможно придётся обновить библиотеку gds32.dll.
  10. Перейдите в новый рабочий каталог Firebird и откройте файл firebird.conf
  11. Раскомментируйте параметр RemoteServicePort, удалив перед ним знак #
  12. Укажите свободный порт, на котором будет работать этот экземпляр Firebird:
RemoteServicePort = 3050
  1. Запустите службу Firebird

Обновление базы данных

Обвовляем базу данных Firebird SQL.

  1. Запустите службы FirebirdServerFirebirdInstance и FirebirdGuardianfirebirdInstance. Служба называется по принципу FirebirdИмяЭкземпляра
  2. Запустите командную строку и перейдите в папку KDS\DB\DBUpdate
  3. Выполните команду DBUpdate.exe –db
  4. Укажите данные для подключения к серверу Firebird. Например:
    • Server — localhost
    • Port — 3050
    • DB Alias — KDS_DB
  5. Нажмите Update DB. Программа должна написать Update DB Complete.
  6. Закройте программу Update DB

Настройка сервера KDS

Процесс мало чем отличается от обычной настройки сервера KDS.

Чтобы настроить сервер KDS:

  1. Укажите псевдоним базы данных в параметре allias, сопоставленный с адресом файла базы данных в aliases.conf.
    • allias=KDS_DB
  2. Укажите IP-адрес и порт сервера Firebird. Например:
    • SrvName=localhost
    • SrvPort=3050
  3. Укажите IP-адрес и порт XML-интерфейса кассового сервера в соответствующих параметрах. Например:
    • SrvAdress=127.0.0.1
    • RK7Port=1417
  4. Заполните параметр License. Для этого заблаговременно получите лицензионный код в системе лицензирования. Подробнее о лицензировании смотрите раздел Лицензирование KDS
  5. Укажите уровень логирования. Например:
    • LogLevel=5
  6. Сохраните и закройте файл настроек.

Настройка клиента KDS

Осталось настроить клиент KDS.

На компьютере с клиентом KDS должен быть установлен экземпляр Firebird.

Откройте файл kdsclient.ini и заполните параметры аналогично KDS-серверу:

  • dbServer=localhost
  • dbPort=3050
  • dbAlias=KDS_DBNEW

По желанию, настройте размер и положение окна с помощью параметров left, top, width, height.

Это всё. Запустите клиент KDS.

Детальные настройки сервера и клиента KDS

С 01.06.2020 продукт KDS больше не дорабатывается. Используйте KDS PRO. Пользователям предоставляется скидка в 70% на переход.
Поддержка прекратится 31.12.2020.

 

Введение

Основная статья по установке и настройке системы KDS находится здесь — http://support.ucs.ru/ru/node/7876. Перед прочтением данной статьи обязательно к ознакомлению.

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

Предлагаются к использованию несколько экранных форм повара (для готовящихся заказов) и несколько экранных форм официанта (для выдаваемых заказов).

Важно! Вид экранной формы настраивается пользователем с использованием технологии "Fast Report". Встроенный дизайнер отчетов можно запустить с нужного экрана запущенного клиента KDS нажатем клавиши "D" на клавиатуре.

Все заказы, сформированные на кассе, после сохранения отображаются на экране повара. Повар на своих экранах может управлять готовящимися заказами/блюдами (удалять после приготовления), а официант  на своих  экранах просматривать, анализировать степень готовности заказа (например: сколько блюд из заказа уже готово) и управлять готовыми заказами/блюдами (удалять их с экрана, когда они будут забраны – отданы клиенту). Также возможно вместо удаления блюда/заказа отображать их другим фоном, оставляя на экране.

Для анализа работы кухни может быть использовано номинальное (теоретическое) время готовки блюда, устанавливаемое на карточке блюда. В этом случае, после того, как заказ/блюдо будет приготовлен, система зафиксирует время фактического приготовления блюда, а после того, как заказ будет выдан, система зафиксирует время, прошедшее с момента его приготовления до его выдачи. Разница между этими показателями покажет эффективность работы кухни и официантов в отчете "Работа кухни".
Поддержан режим «Одновременной подачи», т.е. когда все блюда из одной сессии заказа должны быть приготовлены одновременно, а также стандартный режим «Подача по мере готовности».

Особенности системы KDS

  • С версии 1.3 возможна работа нескольких KDS-серверов с одной базой, при этом каждый KDS-сервер работает со своим кассовым сервером R-Keeper
  • В более ранних версиях – одна база KDS, один сервер KDS, один кассовый сервер R-Keeper
  • Поддержка RK6 и RK7
  • Может использоваться win32-версия клиента KDS или WinCE-версия для установки на ARM-контролеры

Настройка клиента

Общие настройки 

Общие настройки KDS-клиента задаются в разделе "General Settings" и дублируются в конфигурационном файле kdsclient.ini.

Значения некоторых общих параметров можно задать только в конфигурационном файле kdsclient.ini:

  • UseNewKBD = 0  - тип используемой клавиатуры: 0 - не использовать, 1 - для новой 3-рядной USB/COM-клавиатуры (ARM-устройства), 2 - новая 3-рядная USB-клавиатуры для Win32-клиентов
  • StayOnTop=OFF - запускать (ON) или нет (OFF) клиента поверх остальных окон
  • Left - начальная координата (в пикселях) по горизонтали для левого нижнего угла рабочего окна клиента
  • Top - начальная координата (в пикселях) по вертикали для левого нижнего угла рабочего окна клиента
  • Height  - высота (в пикселях) рабочего окна клиента
  • Width  - ширина (в пикселях) рабочего окна клиента
  • LogLevel - уровень логирования (0-9)
  • LogSizeMB - предельный размер лог-файла (Мб)

Примечание: С помощью параметров Left, Top, Height и Width можно настроить одновременный вывод нескольких экземпляров KDS-клиентов на одном физическом экране.

Настройки экранов

При первом запуске клиента настройки экранов считываются из файла kdsclient.ini - далее они заносятся в базу (если параметр StationName не пустой и в базе ещё не существует StationName с таким именем) и из файла больше не перечитываются.

Примечание: Для того, чтобы настройки пересохранились в базу из файла, необходимо задать новый (не существующий) StationName.

Примечание: Если StationName пустой, параметры экранов считываются только с файла kdsclient.ini  - такая конфигурация используется для аппаратнных ARM-контролеров (T700), где StationName определяется по MAC-адресу устройства.

Для доступа к настройкам экранов необходимо запустить KDS-клиент и на любом из экранов нажать клавишу "F2":

Рис. Вид окна настроек клиента KDS.

Раздел "Screens Settings"

  • Каждый KDS-клиент свои настройки хранит в базе. Если заведено несколько kds-клиентов, можно скопировать (ранее выполненные) настройки с одного клиента на другой (кнопка в левом нижнем углу). При копировании откроется окно с возможностью выбора станции, с которой необходимо скопировать настройки:

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

Окно редактирования настроек состоит из 2-х закладок: "Screens Settings" и "General Settings".

Создание новой экранной формы

На первой закладке "Screen Settings" необходимо создать все необходимые экранные формы (или оставить формы по-умолчанию) и сделать настройки для них.

Рис. - Описание параметров экранной формы настроек.

Для создания новой экранной формы нажать кнопку "+" (в левом нижнем углу) и определить для нее основные параметры:

  • Поле настроек - "Report" 
  • Поле настроек - "SQL"
  • Поле настроек - "Operation"
  • Поле настроек - "Prints Group"

При необходимости установить дополнительные параметры.

Поле "REPORT" - Экранная форма

Важно! В поле "REPORT" задается рабочая экранная форма. Можно использовать предлагаемые по умолчанию из списка. Или создать свои собственные.

  1. В поле "REPORT" необходимо выбрать форму отображения блюд или заказа на экране KDS:

Рис. - Отображение перечня предустановленных экранных форм.

Перечень предустановленных форм

  • Форма - "dishlist.fr3"

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

Рис. Отображение заказа при использовании формы dishlist.fr3

  • Форма - "dishlist_by_line.fr3" 

Заказ отображается в виде динамических окон, в которых каждое окно содержит одну строку заказа ("поблюдно"). Режим одновременной подачи в этом случае не работает. Т.е. блюда из заказа отображаются на экране с таймером для каждого блюда индивидуально.

Рис. Отображение заказа при использовании формы dishlist_by_line.fr3

  • Форма - "dline.fr3"

Заказ отображается в виде строк на весь экран, при этом каждая строка KDS содержит одну строку заказа («поблюдно» и «построчно»). Поддерживает режим одновременной подачи. Т.е. часть блюд из заказа отображаются на экране неактивными и с таймером для каждого блюда относительно общего времени готовки.

Рис. Отображение заказа при использовании формы dline.fr3

  • Форма - "dline_by_line.fr3"

Заказ отображается в виде строк на весь экран, при этом каждая строка KDS содержит одну строку заказа («поблюдно» и «построчно»). Режим одновременной подачи в этом случае не работает. Т.е. блюда из заказа отображаются на экране с таймером для каждого блюда индивидуально.

Рис. Отображение заказа при использовании экранной формы dline_by_line.fr3

  • Форма - "fullorder.fr3"

Заказ отображается в виде динамического окна, в котором полностью отображается сессия заказа («позаказно») с таймером для блюда, с максимальным временем готовки.

Рис. Отображение заказа при использовании экранной формы fullorder.fr3

  • Форма - "NotExist.fr3"

Служебная форма. Если макет, используемый в экранной форме, удален (по ошибке удалили файл из инсталляции), то при просмотре такой экранной формы на экране отобразится "NO EXIST".

  • Форма - "ReadyOrder.fr3"

Режим официанта «Забирать» (заказ отображается в виде динамического окна, в котором полностью отображается сессия заказа).

Рис. - Отображение заказа при использовании экранной формы readyorder.fr3

  • Форма - "wfullorder.fr3"

Режим официанта "Готовятся" (заказ отображается в виде динамического окна, в котором полностью отображается сессия заказа).

Рис. Отображение заказа при использовании экранной формы wfullorder.fr3

Поле "SQL" - Скрипт действий

Важно! В поле настроек "SQL" задается алгоритм работы самого приложения KDS-клиент. Можно выбрать один из предустановленных скриптов. Или создать/прописать свой собственный.

В SQL необходимо выбрать вариант, который будет определять правила отображения информации на экране (что видим на экране KDS).

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

Например: отображать только готовые блюда, или не выданные блюда или неготовый заказ и т.д. Т.к. при выборе блюда или заказа меняется его статус, то на экране KDS останутся только те, которые удовлетворяют условиям запроса и будут иметь цвет, соответствующий текущему статусу. Не удовлетворяющие запросу на экране отображаться не будут. Поэтому при выборе блюда или заказа, блюдо или заказ будут или удаляться с экрана или изменять свой цвет в соответствии с приобретенным статусом.

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

После передачи блюда с кассы на KDS, блюдо и заказ получают статус «не обработан». При выборе блюда или заказа статус можно изменить, т.е. присвоить статус:

Статус - "Не обработан"     --->
Статус - "Подготовить"      --->    Статус - "Подготовлен"/(Prepare)
Статус - "Приготовить"      --->    Статус - "Готов"/(Ready)
Статус - "Выдать/забрать"   --->    Статус - "Выдан/Забран"/(TakeOut)

Рис. Варианты готовых SQL-скриптов задаваемых в поле "SQL".

Таблица - Стандартные скрипты

№ п.п. Название скрипта Скрипт Описание
1 Not prepared SELECT * FROM BaseView WHERE (preptime IS NULL) ORDER BY ID, LineID, IID
  • "Не подготовленные" - на экране отображаются блюда или заказы, переданные с кассы и которым еще не меняли статус (с которыми еще ничего не делали). Как только блюдо приобретет статус "Подготовлен", оно автоматически приобретает статус "Готов".

Важно! Не рекоммендовано к использованию в стандартной конфигурации.

2 Not ready dishes SELECT * FROM BaseView WHERE (finishcook < 0) ORDER BY ID, LineID, IID
  • На экране отображаются блюда со статусом "Не готов", т.е. переданные с кассы и которым еще не меняли статус, или со статусом "Подготовлен".
3 Not ready orders SELECT * FROM BaseView WHERE (ready < 0) ORDER BY ID, LineID, IID
  • На экране отображается заказ со статусом "Не готов" (и неважно есть в нем блюда со статусом "Готов" и "Не готов"). Заказ будет отображаться до тех пор, пока сам не приобретет статус "Готов".
  • Это вариант, когда приготовленные блюда, внутри заказа будут выделены фиолетовым фоном (по умолчанию). И при переводе последнего блюда в статус "Готов", которое установит всему заказу статус "Готов", заказ полностью удалится с экрана.
4 Not taked out dishes SELECT * FROM BaseView WHERE (ltakeout IS NULL) ORDER BY ID, LineID, IID
  • На экране отображаются блюда со статусом "Не выдан", т.е. блюда со статусом "Не готов" и со статусом "Готов" (еще неприготовленные и не забранные приготовленные блюда).
5 Not taked out orders SELECT * FROM BaseView WHERE (takeout < 0) ORDER BY ID, LineID, IID
  • На экране отображается заказ со статусом "Не выдан" (и неважно есть в нем блюда со статусом "Выдан" и "Не выдан"). Заказ будет отображаться до тех пор, пока сам не приобретет статус "Выдан".
  • Это вариант, когда выданные блюда, внутри заказа будут выделены фиолетовым фоном (по умолчанию). И при переводе последнего блюда в статус "Выдан", которое установит всему заказу статус "Выдан", заказ полностью удалится с экрана.
6 Prepared and not ready dishes SELECT * FROM BaseView WHERE (preptime IS NOT NULL) AND (finishcook < 0) ORDER BY ID, LineID, IID
  • На экране отображаются блюда со статусом "Подготовлен", но без статуса "Готов" -  не использовать в стандартной конфигурации.
7 Prepared and not ready orders SELECT * FROM BaseView WHERE (preptime IS NOT NULL) AND (ready < 0) ORDER BY ID, LineID, IID
  • На экране отображаются заказы со статусом "Подготовлен", но без статуса "Готов" -  не использовать в стандартной конфигурации.
8 Prepared and not taked out dishes SELECT * FROM BaseView WHERE (preptime IS NOT NULL) AND (ltakeout IS NULL) ORDER BY ID, LineID, IID 
  • На экране отображаются блюда со статусом "Подготовлен", но без статуса "Выдан" -  не использовать в стандартной конфигурации.
9 Prepared and not taked out orders SELECT * FROM BaseView WHERE (preptime IS NOT NULL) AND (takeout < 0) ORDER BY ID, LineID, IID
  • На экране отображаются заказы со статусом "Подготовлен", но без статуса "Выдан" -  не использовать в стандартной конфигурации.
10 Ready dishes and not taked out dishes SELECT * FROM BaseView WHERE (finishcook > 0) AND (ltakeout IS NULL) ORDER BY ID, LineID, IID
  • На экране отображаются блюда со статусом "Готов", но без статуса "Выдан". Т.е. только приготовленные, но не выданные блюда.
11 Ready dishes and not taked out orders SELECT * FROM BaseView WHERE (finishcook > 0) AND (takeout < 0) ORDER BY ID, LineID, IID
  • На экране отображаются блюда со статусом "Готов", и блюда со статусом "Выдан", которые имеют фиолетовый фон, но до тех пор, пока весь заказ не получит статус "Выдан".
  • Как только последнее блюдо из заказа получит статус "Выдан", заказ удалится с экрана.
12 Ready orders and not taked out dishes SELECT * FROM BaseView WHERE (ready > 0) AND (ltakeout IS NULL) ORDER BY ID, LineID, IID
  • На экране отображаются заказы со статусом "Готов", а в них блюда со статусом "Не выдан". Т.е как только блюдо получает статус "Выдан", то оно удаляется из заказа.
13 Ready orders and not taked out orders SELECT * FROM BaseView WHERE (ready > 0) AND (takeout < 0) ORDER BY ID, LineID, IID
  • На экране отображаются заказы со статусом "Готов" и "Не выдан".
  • Все выданные блюда внутри заказа имеют фиолетовый фон.
  • Как только последнее блюдо получит статус "Выдан", заказ получает статус "Выдан" и удаляется с экрана.
14 Prepared dishes SELECT * FROM BaseView WHERE (preptime IS NOT NULL) ORDER BY ID, LineID, IID
  • Отображаются только блюда со статусом "Подготовлен".
15 Ready dishes SELECT * FROM BaseView WHERE (finishcook > 0) ORDER BY ID, LineID, IID
  • Отображаются только блюда со статусом "Готов" и со статусом "Выдан" (т.к. статус "Выдан"  уже предполагает наличие статуса "Готов").
16 Ready orders SELECT * FROM BaseView WHERE (ready > 0) ORDER BY ID, LineID, IID
  • Отображаются только заказы со статусом "Готов" и со статусом "Выдан" (т.к. статус "Выдан"» уже предполагает наличие статуса "Готов").
17 Taked out dishes SELECT * FROM BaseView WHERE (ltakeout IS NOT NULL) ORDER BY ID, LineID, IID
  • Отображаются только блюда со статусом "Выдан". Т.е. блюда со статусом "Готов" и "Не забран" – видны не будут. На экране они отобразятся только тогда, когда будут приготовлены и забраны на других экранах.
18 Taked out orders SELECT * FROM BaseView WHERE (takeout > 0) ORDER BY ID, LineID, IID
  • Отображаются только заказы со статусом "Выдан". Т.е. заказы со статусом "Готов" и "Не забран" – видны не будут.
  • На экране они отобразятся только тогда, когда будут приготовлены и забраны на других экранах.
19 All SELECT * FROM BaseView ORDER BY ID, LineID, IID
  • Отображаются все блюда и их нельзя сбросить с экрана.

Поле "Operation" - Событие

В поле "Operation"  необходимо определить событие, которое произойдет при выборе блюда или заказа. 

  • Управление блюдами или заказами предполагаем смену их статуса в процессе работы.

В системе задействовано 4 статуса - после передачи блюда с кассы на KDS, блюдо и заказ получают статус "Не обработан".

При выборе блюда или заказа статус можно изменить на:

  • "Подготовить" (Prepare)
  • "Приготовить" (Ready)
  • "Выдать/забрать" (TakeOut)

Изменить статус можно только по порядку:

"Не обработан" ---> "Подготовлен" ---> "Готов" ---> "Забран/Выдан"

Таким образом, например, невозможно сразу перевести блюдо из статуса "Не обработан" в статус "Забран/Выдан".

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

  • Переданные с кассы - белый
  • Подготовлен – желтый
  • Готов – фиолетовый
  • Выдан/забран – синий

Рис. Список выбора доступных операций

Таблица - Список операций

№ п.п. Название операции Описание
0 opNone
  • При выборе блюда или заказа ничего не произойдет.
1 opReadyDish
  • При выборе блюда, блюдо получит статус "Готов". Если оно последнее в заказе, то весь заказ получит статус Готов. Используется для экранов повара.
2 opReadyOrder
  • При выборе заказа, весь заказ получит статус "Готов". Используется для различных экранов позаказного отображения.
  • Если использовать для экранов построчного отображения, то при выборе одного окна с блюдом, все блюда этого заказа получат статус "Готов" (исчезнут с экрана и приобретут другой цвет).
3 opTakeOut
  • При выборе заказа,  весь заказ получит статус "Выдан/Забран", при условии, что весь заказ имеет статус "Готов". Если в этом заказе есть неприготовленные блюда, то при выборе заказа ничего не произойдет.
  • Используется только для официантских экранов, т.к. выдавать/забирать заказ рекомендуется с помощью них, хотя можно с любого.
4 opReadyAndTakeOut
  • При выборе заказа, весь заказ получит статус "Готов" и "Выдан/Забран".
  • Используется для  экранов повара, когда блюдо готовится и сразу выдается (например в барах). В этом случае, действие по выдаче заказа производить не требуется, что экономит время.
5 opTakeOutDish
  • При выборе блюда, блюдо получит статус "Выдан/Забран", при условии, что блюду уже был присвоен статус "Готов". Если оно последнее в заказе, то весь заказ получит статус - "Выдан/Забран".
  • Используется для официантских экранов.
6 opSendMessage
  • При выборе заказа, официанту будет отправлено сообщение о готовности заказа.
  • К использованию не рекоммендовано, т.к. уже неактуально и требует сложных настроек (не выставляется как задача).
7 opReadyDishOnly
  • При выборе блюда, блюдо получит статус "Готов".
  • Если оно последнее в заказе, то только блюдо получит статус "Готов", а весь заказ – останется в статусе "Не готов".
  • Такой заказ нельзя будет Выдать.
  • К использованию не рекоммендовано, т.к. реализовано для спец. проекта.
8 opPrepareDish
  • При выборе блюда, блюдо получит статус "Подготовленный". Это внутренний (промежуточный) статус, используется как промежуточный перед "ReadyDish".
  • Не рекоммендован к использованию в стандартной конфигурации.
  • Используется только в 3-х этапном варианте: повар ("Подготовлен"), сборщик заказа ("Готов") и официант ("Выдан/забран") – например при использовании редактора подстановок.
  • В стандартной конфигурации, при присвоении блюду статуса "Готов", статус "Подготовленный" устанавливается блюду всегда и автоматически.
9 opCustom
  • Позволяет на одной станции выполнить несколько действий. При выборе этой операции, в настройках появляется дополнительная возможность настроить операции для этой экранной формы (подготовка, готовность, выдача).
  • В зависимости от сделанных установок, на одном экране можно будет блюдо подготовить, приготовить и выдать.
  • Можно использовать от 1-го до 3-х действий, в зависимости от потребностей предприятия. Но проверка текущего статуса, для перевода в следующий, остается стандартной.

На рисунке ниже показаны дополнительные поля при использовании операции "opCustom":

Рис. Настройка дополнительных полей при выборе события opCustom

Поле "Screen Name" - Название экранной формы

В "Screen Name"  необходимо указать имя экранной формы, которое будет отображаться на экране KDS.

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

Рис. Настройка отображаемого названия формы

Поле "Print Groups" - Группы печати

В "Print Groups" необходимо отметить те группы сервис-печати, которые будут отображаться на данной экранной форме. Блюда остальных групп сервис-печати на данной экранной форме отображаться не будут.

  • Если не отмечено ни одной группы, то будут отображены ВСЕ группы.

Рис. Настройка отображаемых на выбранном экране групп печати

Остальные настройки раздела "Screens Settings"

Просмотреть и настроить по необходимости остальные параметры раздела "Screens Settings".

Таблица №1 - Остальные параметры "Screens Settings"

№ п.п. Параметр Описание
1 Auto mark first record if record count more then one screen
  • При этой настройке, если заказы полностью заполнили первую страницу экранной формы, то следующее блюдо, которое должно отобразится на второй странице, отобразится на первой странице самым последним в списке, т.к. самое первое блюдо с первой страницы будет автоматически сброшено, если экрану назначено событие «opReadyDish» или это первое блюдо будет переведено в состояние в соответствии с событием, назначенным на этот экран.
2 History screen
  • При этой настройке и при условии, что запрос переписан в обратном порядке, на этом экране будут отображаться все заказы по какому-либо событию с уже присвоенным событием со всех экранов (например: можно сделать экран со всеми сброшенными (приготовленными) блюдам).

  • Для форм dishlist.fr3 и dline.fr3 и их разновидностей эта настройка используется для отображения различных статусов блюд (готовые, забранные). Если для этих форм эту настройку не использовать, то на таких экранах будут отображаться только блюда со статусом "Не готов" и при выборе других SQL на экране вообще ничего отображаться не будет.

3 Way of marking
  • Использовать для нумерации окон KDS один их 3-х вариантов.

Пример, настройки нумерации окон:

Рис. Варианты нумерации окон

  • Уникальное значение в пределах экрана (если номер 1 сброшен, то он может быть присвоен следующему заказу)
  • По номеру заказа RK
  • По номеру пакета RK7

Примечание: с версии KDS 1.3.0.4 -  добавлена новая опция "Mark whole order by order caption click", которая доступна только при выставленном "Way of marking: markByGenValues" или "MarkByOrderNumber". Позволяет выполнять настроенную поблюдную операцию над всем заказом при нажатии на заголовке заказа.

Таблица №2 - Остальные параметры "Screens Settings"

№ п.п. Параметр Описание
4

Barcode Scanner port

  • Указывается порт сканера при использовании технологии с для сброса заказа по штрих-коду (используется спец. штрих-код) – сделано под спецзаказ.
  • В стандартной конфигурации - НЕ использовать!
5

Barcode prefix

  • Используется для печати штрих-кода (исключить префикс «RK7 пробел» из кода) - сделано под спецзаказ. 
  • В стандартной конфигурации - НЕ использовать!
6

Mark first record by F1/Done

  • Если нажать "F1" (старая клавиатура) или "Сброс" (новая клавиатура), то будет выполнена выбранная для этой экранной формы операции для первого элемента в списке на экране.
  • Пример: для экрана DishList при ReadyDish, будет сброшен первый заказ из списка.
7 Confirmation on mark record 
  • Используется для экранов повара. При этой настройке при выборе блюда или заказа  будет появляться запрос, в котором можно будет выбрать или операцию для этого экрана (как и было запланировано) или отмену операции или отправку сообщения официанту: "msg for waiter" (на станцию, на мобильный официант, пейджер и т.д.).

Важно! Сообщение будет отправлено независимо от выбранной экранной формы, принципа подачи, операции и места в области заказа. Т.е. если выбрали пункт "Msg for waiter", то отправляемое сообщение будет содержать текст из настроек RK: например, "готово стол № ХХ" или "Вызов с кухни».

Отображение диалогового окна:

 

Рис. Дополнительный запрос на подтверждение действия и отправка сообщения официанту

  • При использовании ARM, если включена эта настройка, то обязательно должна быть включена и следующая (Use ARM-compatible confirmation window)

Рис. Настройка для ARM-контролера

Рис. Диалоговое окно подтверждения

  • Под каждой кнопкой выведена подсказка, что надо нажать на клавиатуре повара, т.к. в случае с ARM, сенсорный вариант ввода (TS) не работает.
  • На экран выводится лишь картинка, которая не является полноценным клиентом.

Таблица №3 - Остальные параметры "Screens Settings"

№ п.п. Параметр Описание
8 Use ARM-compatible confirmation window
  • Использовать ARM-совместимые окна подтверждения. Используется только совместно с настройкой "Confirmation on mark record".
9 Send a message to the waiter when Ready dish (RK6 only)
  • Отправка сообщения о готовности одного блюда из заказа. Работает только при использовании события «ReadyDish» и только для RK6.
10 Move marked record to top
  • При какой-либо операции с заказом или блюдом в заказе, окно заказа переместиться на первое место в списке на экране.
11 Show some last operation
  • Используется при отладке, чтобы видеть какие операции свершались над блюдом (лог).

  • На ARM не работает.

  • Можно установить, сколько последних операций отображать и установить правила отображения.

Пример использования параметра "Show some last operation":

Рис. Выбор количества последних отображаемых операций

Рис. Параметры лога

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

Рис. Отображение настроенного лога операций на экране

Таблица №4 - Остальные параметры "Screens Settings"

№ п.п. Параметр Описание
12 Group By: Print Group(True)/Order Number(False)
  • При этой настройке в позаказном отображении будет осуществляться группировка либо по группам печати или по номеру заказа (например: заказы с бара и кухня будут отображаться или в одном окне или в разных). Аналогично настройке "Join By Order".
13 Sound file or beep theme
  • При указании звукового файла в этом поле (пример:  C:\WINDOWS\Media\ringin.wav), при появлении нового заказа на экране KDS будет раздаваться звуковой сигнал (отслеживается нумерация заказов с запоминанием последнего номера и следующий по номеру заказ будет появляться на экране и сопровождаться звуковым сигналом).
14 Duration of sound
  • При использовании звукового сигнала, в этом поле можно настроить его длительность.
15 Use letter enumerate В этом поле определяется необходимость а Буквенных метках (спец. идентификаторах) заказа (нужна буква или нет – A, B, C, D).
16 Static letter number
  • При активной настройке "Use letter enumerate", в этом поле определяется сохранение Букв в базу.

  • При сохранении заказа анализируется Буква и  при отображении заказов на разных экранах отображается одна и та же Буква (без этой настройки использовалась нумерация по номеру).

17 Zoom
  • В этом поле можно указать коэффициент для размера экранной формы на экране станции (подбирается индивидуально).
18 Join By Order
  • Объединение блюд из разных групп сервис-печати в один заказ на KDS.

  • При этой настройке, если на кассе в одной сессии заказа были введены блюда с разными группами сервис-печати, то на экране KDS, только при установленном "REPORT" - "fullorder.fr3", все блюда этой сессии будут отображаться в одном заказе. При чем внутри этого заказа, они будут сгруппированы по группам сервис печати.

  • Без этой настройки, такой заказ на экране KDS при таких же условиях будет разбит на несколько заказов, в соответствии с количеством групп-сервис печати.

Пример отображения заказа при использовании параметра "Join By Order":

Рис. С настройкой "Join by Order"

Рис. Без настройки "Join by Order"

19 Group Combo Dish

Этот параметр позволяет отображать комбо блюда на экране.

При включенном параметре "Show Combo Dish As Line" блюда будут отображаться в виде строки, при выключенном - в вертикальном виде.

 Примеры отображения заказов при использовании параметра "Show Combo Dish As Line ":

Рис. С включенным параметром "Show Combo Dish As Line"
 
 

Рис. С выключенным параметром "Show Combo Dish As Line"

Примечание: Для того, чтобы комбо блюда отображались в правильном формате, необходимо в менеджерской станции в справочнике Настройки  Параметры  Установочные  Связь с другими системами  KDS и VDU  для параметра "Компоненты на KDS, VDU" в разделе Основное установить свойство "Значение" в "Только компоненты".

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

Таблица №5 - Остальные параметры "Screens Settings"

№ п.п. Параметр Описание
20 Join By Order + OneKDSCheck (RK6)
  • Если на кассе RK6 используется серверная настройка  OneKdsCheck=ON (прописывается в Rkeeper6.ini на кассовом сервере), то наличие или отсутствие этой настройки не влияет на отображение заказа на KDS. Все блюда в рамках одной сессии будут отображаться в одном заказе, но без группировки по группам сервис-печати, т.е. в том же порядке, что и на кассе (можно использовать как эмулятор курсов подач, если курс подачи заводить как блюда).

  • Настройка  OneKdsCheck=ON работает в версии кассы, начиная с 6.97.1.

  • При этой настройке, заказа в «Контроле заказов» формируется как один заказ и порядок блюд в нем полностью соответствует порядку блюд, введенному в заказе на кассе. Т.е. создается не несколько заказов, по группам сервис-печати,  а один единый для сессии.

Важно! При создании такого заказа, ему присваивается первая группа сервис-печати (группа печати с минимальным шифром) из Редактора RK6 (шифр можно увидеть в streams.db). Необходимо в сервере KDS обязательно установить "галочку" у этой группы сервис-печати, в противном случае, эта группа сервис-печати будет отсечена и вообще заказ до сервера KDS не доберется.

Пример: Группа сервис-печати имеет минимальный шифр – 1 и называется «Печать». А блюда внутри заказа имеют группы сервис-печати с шифрами 3 (Кухня), 8 (Бар) и 10 (Горячий цех). Для отображения блюд на экранах KDS обязательно поставить галочку у всех четырех групп.

Рис. Пример настройки сервера KDS

  • При настройке экрана KDS по кнопке "F2", галочки у групп сервис-печати необходимо поставить только у реальных групп сервис-печати, которые используют блюда (Бар, Кухня, Горячий цех). У группы «Печать» она не принципиальна. Можно ставить, а можно и нет. Но если группа «Печать» используются блюдами для данного экрана, то ее устанавливать нужно в обязательном порядке.

Рис. Выбор групп печати на клиенте KDS 

  • При использовании настройки "Join By Order" и "OneKdsCheck=ON" заказ на экране KDS будет точно таким же, каким был введен на кассе (порядок блюд сохраняется) (заказ 1) и при OneKdsCheck=OFF (заказ 2).

Рис. Пример работы настройки "OneKDSCheck". Обратите внимание на расположение блюд в идентичных по содержимому заказах

Так же, в файле настроек FSVDU.ini  обязательно сделать настройку:  

PackLines=OFF 
  • В этом случае блюда не будут паковаться.

Рис. Отображение заказа при PackLines=Off

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

Рис. Отображение того же заказа при PackLines=On

  • При работе с устройствами Ipod, для исключения группировки блюд по группам сервис-печати, в tms2.ini в секции [TMS] сделать настройку KDSSolid=1 (начиная с версии TMS 5.39). Эта настройка работает только совместно с серверной киперной настройкой OneKdsCheck=ON (см. первый заказ). При использовании OneKdsCheck=OFF, с Ipod заказы будут приходить, разделенными по группам сервис-печати и в разных окнах.

Рис. Пример заказа пришедшего с Ipod

Радел "General Settings"

Во второй закладке "General Settings" необходимо сделать основные настройки.

Рис. Окно настроек "General Setting"

Поле настроек - DataBase settings – Настройки для базы данных

 

Рис. Связь с базой KDS

Таблица №1 - Параметры "General Settings".

№ п.п. Параметр Описание
1 RK Version
  •  Устанавливается используемая версия RK (6 или 7).
2 Station Name 
  • Определяется имя станции KDS (задается вручную для win, а для ARM – поле оставить пустым).
3 Alarm Time (minutes)
  • Время в минутах (до наступления номинального времени готовки), за которое фон таймера изменится на заданный ниже цвет (Alarm Time Color).
4 Alarm Time Color
  • Цвет, на который изменится  фон таймера (в данном примере код цвета 255.128.0)

Пример:

Рис. Настройка параметра "Alarm Time Color"

Таблица №2 - Параметры "General Settings".

№ п.п. Параметр Описание
5 RS-232 Port
  • Не используется.
6 RS-232 Baud 
  • Не используется.
7 Use Scheduler
  • Если функция активизирована (установлена галочка), то в определенные периоды времени  возможна автоматическое переключение экранных форм.
  • Основная экранная форма задается в поле «Main report», а дополнительная в «Second report».
  • Периоды для замены основной экранной формы на дополнительную определяются в поле «Second report time» по указанному формату.

Пример:

Рис. Пример настройки параметра "Use Scheduler"

Таблица №3 - Параметры "General Settings".

№ п.п. Параметр Описание
8 Refresh Screens (milliseconds)
  • Время для обновления – желательно не перенастраивать
9 Refresh data (milliseconds)
  • Время для обновления – желательно не перенастраивать
10 Time to delay command (seconds)
  • Время задержки выполнения операции смены статуса блюда/заказа. Т.е. за это время еще можно отказаться от операции.
11 Localization
  • Локализация окна подтверждения операции (с версии - 1.3.0.7)

Дополнительные настройки клиента KDS

Изменение цвета полей в экранной форме 

В примере, описано изменение синего цвета поля на другой цвет. Открыв экранную форму в дизайнере отчетов (клавиша "D"), в коде формы, после "ScreenNumberOnBeforePrint(Sender: TfrxComponent)" найти и изменить следующий кусок заданного алгоритма:

begin
    if screenNumber.Color=clBlue then begin
    ScreenNumber.Color:=$0000DDDD;
end;

 - где $0000DDDD - rgb-цвет, можно указать другой цвет вместо синего.

Рис. Пример изменения цвета поля.

Дополнительные настройки сервера KDS

  • Указание групп сервис-печати  на сервере KDS никак не влияет на отображение их на станциях KDS и на формирование заказов на KDS. Они необходимы только для процесса отбора уже сформированных заказов
  • На KDS для сервера. Т.е. если какие-то заказы не нужны на сервере, то их можно отсечь этим способом (уменьшает загрузку сервера).
  • Если в Редакторе RK6 у потока сервис-печати не включена функция "Контроль приготовления", то группы сервис-печати все равно будут отображаться в настройках экрана KDS (ScreenOptions) и на сервере  KDS (Options), но только при этом никакие заказы на KDS с кассы "приходить" не будут!

Параметры конфигурационного файла  FSVDU.INI

С версии KDS - 1.3.1.2 и выше в настройках сервера KDS для RK7 добавлены следующие параметры FSVDU.INI:
UseOrderNameAsTable   - Необходимо включить если используются подсадки (стол.место) - в этом случае полный номер стола передается как OrderName
AutoChangeMainWaiter  - Обновление заказов при изменении основного официанта.
С версии KDS - 1.3.2 и выше внастройках сервера KDS добавлены следующие параметры FSVDU.INI:
DelayTimeSec          - Возможность задержки отправки сообщения о готовке блюда (в секундах)
DelayedPrintGroups    - Указание групп печати через запятую, аналогично настройке на клиенте "PrintGroups".

Настройка связи с контроллерами T700 и IN-MO6A

Введение

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

Мини-компьютер T700

Данная модель контролеров пришла на смену предыдущим версиям ARM-контролеров производства UCS описанных в статье http://support.ucs.ru/ru/node/7191. Контролер T700 фактически представляет собой  системный блок минимальных размеров со специальной рамкой крепления на стену. На корпусе имеется кнопка включения/выключения питания с подстветкой и разъемы:

  1. VGA - 1 шт.
  2. Lan - 1 шт.
  3. Питание (OUT - 5V DC 2A) - 1 шт.
  4. USB - 3 шт. 
  5. Выход на динамики и микрофон.

 Также, в комплекте идет специальная клавиатура VDU с USB-разъемом для подключения к контролеру T700. Клавиатура внешне такая же как использовалась на ARM-контролерах UCS предыдущего поколения (описаны в этой статье - http://support.ucs.ru/ru/node/7191 ). Но сходство чисто внешнее, прошивка клавиатуры изменена для работы с новым блоком, а также изменен и разъем для подключения. В остальном, сама клавиатура та же, работает так же, приложение VDU использующееся на новом контролере практически то же самое. Т.е. технология работы с ПО VDU не изменилась. Поменялось только железо и технология установки ПО на новое устройство.

Важно! Поддержка сенсорных экранов не реализована! Для управления используется только клавиатура!

Комплектация

  • Контролер T700 с рамкой крепления на стену.
  • Блок питания (In - 220-240V 50-60 Gz, OUT - 5V DC 2A).
  • Клавиатура VDU с USB-разъемом.
  • Коробка, документация, диски с драйверами, винты крепления.

Мини-компьютер IN-MO6A 4USB (N380) (с 01.05.2015)

  • Внешне немного отличается от контролеров T700.
  • Имеет на корпусе следующие разъемы:
  1. VGA - 1 шт.
  2. Lan - 1 шт.
  3. Питание (OUT - 5V DC 2A) - 1 шт.
  4. USB - 3 шт. 
  5. Выход на динамики и микрофон
  • Загружаемый (при предпродажной подготовке) на данный контролер образ, отличается от образа загружаемого на T700. 

Важно! в случае порчи образа, восстановить работоспособность контролера можно только в офисе (ремонтном отделе) компании ЮСИЭС!

  • Принцип настройки и работы тот же, что и контролеров T700.

Важно! Хотя в названии стоит - "4USB", на корпусе всего 3 USB порта!

Комплектация

  • Контролер IN-MO6A с рамкой крепления на стену.
  • Блок питания (In - 220-240V 50-60 Gz, OUT - 5V DC 2A).
  • Клавиатура VDU с USB-разъемом.
  • Коробка, документация, диски с драйверами, винты крепления.

Установка и запуск контролера в качестве VDU (Video Display Unit). На примере - T700

Все контролеры T700 проходят предпродажную подготовку. Т.е. отдельного образа на них "заливать" (как это было с предыдущим поколением устройств) не нужно. Операционная система (Win CE 6.0) уже проинсталлирована, ПО VDU также уже установлено. Необходимо распаковать устройство. Подключить питание. Подключить к ЛВС стандартным патчкордом. Подключить монитор, который будет использоваться при работе с VDU. Подключить клавиатуру. После включения питания и загрузки устройства сазу должен отобразиться экран запущенного VDU:

 

 Необходимо отметить, что при первом запуске, в обязательном порядке устройство при загрузке должно получить IP-адрес через DHCP. Т.е. как и предыдущее поколение VDU-KDS контролеров необходимо организовать и использовать DHCP-сервер. Иначе, в строке (отмечено на рисунке выше) будет отображаться внутренний IP-адрес (127.0.0.1) и подключение к устройству по сети будет недоступно, а значит и его настройка. Настройка DHCP-сервера описана в статье - http://support.ucs.ru/ru/node/7191.

Но, в отличии от устройств предыдущего поколения, DHCP-сервер необязательно использовать постоянно (хотя, рекомендуется), т.к. в операционной системе имеется возможность выставить статический IP-адрес для контролера. Нюанс в том, что выставить желаемый IP не получиться до тех пор, пока устройство не получит адрес через DHCP.

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

Если адрес получен, при помощи клавиатуры можно войти в настройки VDU, где прописать код лицензии, VDU ID и прочие параметры работы с кассой R-KEEPER. В этом плане ничего не изменилось.

Настройки касс RK6 и RK7 для работы с VDU не изменились. Т.е. в RK6 на кассу в \RKCLIENT подкладывается VDUUDP.DLL и в RKEEPER6.INI прописывают параметры VDUID= и VDULevel=, а в RK7 настраивается по статье - http://support.ucs.ru/ru/node/5259

Дополнительные возможности - VDU Manager.exe

В этом разделе рассмотрим дополнительный функционал по работе с устройством T700. При работе с устройством периодически может возникать необходимость прямого доступа к устройству. Для этого используется дополнительное приложение - VDU Manager.exe. Дистрибутив приложения и отдельно инсталляцию VDU можно взять отсюда - ftp://ftpint.ucs.ru/r-keeper/VDU/T700/VDU.zip. Приложение запускается на ПК с ОС Windows и позволяет выполнять некоторые действия с работающими контролерами:

VDU Manager первым делом определяет и видит в сети все запущенные устройства в случае если у них присвоены IP-адреса. Если при первом запуске устройство IP-адрес не получило, то и VDU Manager его видеть не будет.

 

Примечание: Для видимости устройства в VDU Manager на нем должно быть запущено приложение Launcher.exe (поставляется и устанавливается из дистрибутива VDU для WinCE)

 

Обновление/установка ПО VDU (Вариант I, через T700manager)

  • Кнопка "Install" - позволяет выполнить обновление ПО VDU на устройстве. Для этого, в том же каталоге откуда запущен VDU Manager должен находиться каталог \ARM_UPDATE, в котором находится фактически обновленная версия программы VDU. Содержимое каталога:
\fonts
iodrv.dll
kudrv.dll
Install.exe
Launcher.exe
rostvdu.exe
silent_install.exe
colors.ini
install.ini
vdu.ini

При обновлении будут перезаписаны все файлы ПО VDU на устройстве. Если необходимо сохранить настройки VDU при обновлении, в т.ч. и параметры лицензии, можно убрать из каталога \ARM_UPDATE конфигурационный файл vdu.ini. 

  • Кнопка "Explorer" - позволяет на выбранном контролере запустить Explorer.exe, что позволит полноценно работать в самой ОС Win CE, т.е. - подключить обычную клавиатуру и мышь (для этого, на корпусе предусмотрены дополнительные USB), получить доступ к панели настроек, сетевым настройкам и пр. Например, вызвав explorer.exe появится стандартная панель задач с  кнопкой "Пуск", соответсвенно можно вызвать "диспетчер задач" и выключить приложение VDU тем самым получив полный доступ к рабочему столу.

Важно! Изначально, explorer.exe в ОС отключен и вместо него загружается ПО VDU, что исключает несанкционированное вмешательство в работу контролера.

  • Кнопка "KillEx" - соответсвенно, гасит процесс explorer.exe на контролере (т.е. после выполнения необходимых настроек можно вернуться обратно в оболочку ПО VDU).
  • Кнока "VNC" - на контролере заранее предустановлен Ultra VNC-сервер, кнопка запустит его на контролере в принудительном порядке. Если установить на ПК Ultra VNC Viewer, то можно будет подключиться удаленно к рабочему столу устройства:

 

Далее, в комплекте с устройством идет предустановленная утилита основных настроек - Setup.exe - ярлык утилиты выведен сразу на рабочий стол - см.рисунок выше.

Настройка экрана

  • Для корректного отображения экрана VDU через утилиту Setup.exe можно настроить разрешение экрана (кнопка - "Resolution"):

 

Фактически, четче всего экран ПО VDU отображается в двух разрешениях: 1024*768 (формат - 4:3) и 1280*1024 (широкоформатный). В остальных разрешениях четкость изображения может быть хуже.

Настройка сети

  •  В том же меню Setup.exe, имеется кнопка "LAN Setup", которая вызывает окно настроек сетевых компонентов:

 - соответсвенно, есть возможность использовать как динамические так и выставить пользовательские (статические) настройки сети.

Информация о системе

  • В Setup.exe кнопка "Machine Info" - позволяет отобразить основную информацию о системе:

 

Заводские настройки

Важно! на момент написания статьи велись доработки данного функционала. Так что, сбросом на заводские настройки  пользоваться пока не рекомендуется! Как только доработка будет выполнена - эта статья будет обновлена.

  • Также, приложение Setup.exe позволяет вернуть ОС устройства в первоночальное состояние - "Restore Factory Settings". При использовании, этой возможности, ОС будет приведена в первоначальное состояние, при этом ПО VDU будет удалено с носителя устройства. Если эта функция была выполнена, то при перезагрузке устройства на экране появится следующее:

  • Далее, нужно войти в "Options" и задать определенные настройки.

Остальной функционал настроечного приложения Setup.exe малоинтересен.

Обновление/установка ПО VDU (Вариант II, из под OC winCE)

Обновление, как уже писалось выше, можно производить либо, при помощи обновленного дистрибутива программы VDU через VDU Manager, либо, есть и второй вариант - можно подключить USB-FLASH (она определится в системе) с дистрибутивом (\ARM_UPDATE) непосредственно к контролеру, при помощи VDU Manager выйти на "Рабочий стол", зайти на накопительный диск и из каталога \ARM_UPDATE запустить Install.exe. Соответсвенно, ПО будет проинсталлировано на диск C:\  устройства в папку \VDU (C:\VDU).

  • Кнопка "GET INI" - позволяет скачать с контролера себе на ПК файл VDU.INI - например, что бы проверить или сохранить его настройки.

Лицензирование

Как писалось выше, лицензируется только ПО VDU - код активации привязан к коду ресторана и запрашивается в нашем отделе лицензирования. Т.е. так же как и в предыдущих версиях.

Установка и запуск T700 в качестве KDS-клиента (Kitchen Display System)

Данный контролер, также можно использовать совместно с ситемой KDS, для запуска KDS-клиентов. Для этого необходимо уметь ставить KDS, а также быть знакомым с предыдущими реализациями KDS-клиента на кантролерах UCS.  Или хотя бы, ознакомиться предварительно со следующими статьями http://support.ucs.ru/ru/node/312 и http://support.ucs.ru/ru/node/7191, т.к. данная установка, настройка и запуск во многом перекликается с предыдущими реализациями. Тем не менее, ниже постараемся рассмотреть основные пункты установки и настройки.

Чтобы запустить KDS-клиент на данном контролере необходимо:

  • Установить и связать ПО KDS с RK6 (статья по установке и настройке - http://support.ucs.ru/ru/node/312) или с RK7 (статья по настройке - http://support.ucs.ru/ru/node/7876#header-11). Проверить, что софтовый KDS-клиент запускается нормально, и что заказы на него приходят (т.е. система KDS работает).
  • Установить DHCP-сервер (по аналогии с этой статьей - http://support.ucs.ru/ru/node/7191#header-3). Подключить контролер в сеть и запустить (загрузится экран VDU). Соответсвенно, необходимо переустановить ПО на контролере с VDU на KDS.  Для этого:
  • Скачать с FTP дистрибутив KDS-клиента + T700Manager например, - ftp://.../r-keeper/KDS/ARM/KDS_T700_Beta.7z. Распаковать, запустить приложение T700Manager.exe. Далее, по аналогии с предыдущим разделом данной статьи. Т.е. через T700Manager выбрать контролер и нажать кнопку "Install" для обновления ПО на контролере из папки ARM_UPDATE. После обновления, контролер перезагрузится и вместо экрана VDU станет отображаться белый экран KDS с серийным номером KDS-устройства по центру.

  • Установить rk7tmsrv (терминальный сервер) так же, как это было и на предыдущих версиях контролеров используемых совместно с системой KDS. Для отображения экрана KDS на ARM-устройстве используется спец. терминальный сервер RK7tmsrv.exe. На ftp выложено несколько сборок этого сервиса. Необходимо брать последнюю по дате обновления, например - ftp://.../r-keeper/KDS/ARM/RK7tmsrv_7_3_7_11.7z.

Сразу рекомендуется обновить в используемой сборке файлы rkloader.dll и rkloader.ini. Самая актуальная версия этих файлов, как правило содержится в каталоге дистрибутива используемой версии KDS. Например - ftp://...r-keeper/KDS/1.2.x/KDS_1.2.8.4.7z  (каталог -\rkloader).

  • Далее, нужно настроить путь к клиенту KDS и идентификатор устройства в файле rkLoader.ini:
[CESETTINGS]
.......................
Application=С:\UCS\KDS\Client\kdsclient.exe
CEStations=KDS005A80000006;
- где:
- С:\UCS\KDS\Client\kdsclient.exe   - полный путь к исполняемому файлу клиента KDS, который вы настроили ранее
- CEStations=KDS005A80000006        - идентификатор вашего ARM-устройства
Необходимо учесть, что содержимое инифайла может быть разным в зависимости от используемой версии файла rkloader.dll
Если, устройство не одно, в параметре CEStations нужно указать все идентификаторы через "точку с запятой":
CEStations=KDS005A80000006;KDS005A80000007;KDS005A80000008;
После запуска BootImpLoader.exe устройство должно подключится к серверу и отобразить экран клиента KDS.
  • Чтобы сделать настройки клиента KDS, который отображается на экране ARM-устройства, нужно в окне терминального сервера RK7tmsrv.exe нажать правой кнопкой мыши и выбрать Show Дополнение **************************
 
В последних версиях изменена технология сетевого взаимодействия - вместо протокола UDPi используется протокол TCP/IPi, чтобы исключить "зависание" контроллеров после их выключения/включения. Использование протокола TCP/IP имеет некоторые особенности - компьютер, на котором будет запущено приложение RK7tmsrv.exe должен иметь дополнительный IP-адрес 172.31.32.100 - именно по этому адресу будут пытаться подключиться все контролеры KDS.
 
Если на объекте контролеры KDS получают IP-адреса с общего DHCP-сервера, то может возникнуть ситуация, когда они не смогут подключиться к адресу 172.31.32.100 из-за проблем с маршрутизацией. Решений может быть несколько - либо настроить в сети маршрутизацию между местной локальной сетью и сетью 172.31.32.ххх (задача администратора сети), либо использовать автономный DHCP-сервер (есть в архиве) и с помощью него выдавать контролерам адреса из пула 172.31.32.ххх.

Важно! Поддержки звуковых оповещений в KDS-клиенте для ARM-контролера пока не реализовано. Если нужен звук - необходимо использовать KDS-клиент под Win32.

Подключение контроллера UCS.15.02.00 к KDS и VDU

С 01.06.2020 продукт KDS больше не поддерживается. Используйте KDS PRO. Пользователям предоставляется скидка в 70% на переход.

 

Введение

Общеизвестно, что комплексы автоматизации RK6 и RK7 широко используют дополнительные возможности по "контролю приготовления блюд", в частности - KDS (Kitchen Display System) и VDU (Video Display Unit). О них и пойдет речь в данной статье, но не о софтовой части, а о том, что KDS-клиент и VDU могут быть реализованы не только на базе обычного ПК, но так же и на базе специальных ARM-контролеров производства компании UCS.

Лицензирование

Если, планируется использовать ARM-устройство в качестве клиента KDS - в этом случае необходимо получить лицензионный образ, который будет привязан непосредственно к этому устройству. Для получения, создается отдельный запрос на трекере, в котором указывается ID того устройства для которого нужен образ. Никаких дополнительных параметров лицензирования не применяется.
 
Если, планируется использовать ARM-устройство в качестве VDU - в этом случае, образы берут с ftp://.../r-keeper/VDU/IMAGES_v3.2/    - (для версии №2 - с белой клавиатурой). После установки образа в память устройства, сам софт необходимо пролицензировать. Т.е. зайти в настройки VDU, где ввести в поля лицензии, код активации полученный из отдела лицензирования компании UCS.

Состав оборудования

  • Контролер KDS-VDU (Версия №1 или №2)
  • Блок питания (12В - 0,3А)
  • Клавиатура KDS-VDU (специализированная, Версия №1 - черная, Версия №2 - белая)

  • Монитор - подойдет любой (VGA-разъем). Приобретается отдельно. Выбирается исходя из размера и разрешения.

Сам контролер представляет из себя специально разработанный системный блок, на базе чипсета ARM, с ОЗУ, накопителем (Compact Flash) и необходимыми разъемами под LAN, VGA, RJ-12 (под спец.клавиатуру), USB. Питание - 12В, - 0,3А. На момент написания статьи (18.12.2013) было реализовано две версии данного оборудования:

Версия arm-контролера №2

Актуальная на данный момент версия. Состоит из контролера KDS.UCS.15.02.00 (VDU-Win 5.0) + клавиатура KDS.UCS.15.02.03 (белая). Контролер универсальный, может быть использован как для запуска VDU, так и для запуска KDS-клиента. Содержит постоянную память (накопитель - Compact Flash, 2Гб или выше), куда может быть записан образ с ПО, чтобы в дальнейшем использовать его на постоянной основе. Имеет функцию внутреннего сброса.

Важно!  Все современные ARM-контролеры идут с встроенной флеш-памятью!

Версия arm-контролера №1

Не выпускается на данный момент т.к. является устаревшей. Выпускалась и продовалась до Июля 2012 года. Контролер не имел функции внутреннего сброса. Работал с другой версией клавиатуры (черная). Содержал постоянную память (CF) - если использовался для VDU. И не содержал накопителя, в случае использования в качестве KDS-клиента. 

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

В плане установки и настройки, первая и вторая версии устройств практически ничем не отличаются между собой.

ARM-контролер без встроенной (CF) памяти 

Важно! Используется только для реализации KDS-клиента. Для VDU - наличие памяти обязательно!
 
  • Дистрибутивы находятся на ftp://.../r-keeper/KDS/ARM/.
  • Для запуска устройства требуется наличие DHCP-сервера в локальной сети. Если такового нет, можно использовать небольшой автономный сервер - см. архив tftpd32.zip. Распаковывается, устанавливается, настраивается диапазон пула IP-адресов и запускается.
 
 
 
Для базовой загрузки на устройство образа используется утилита BootImpLoader.exe. Сборки на FTP периодически меняются, на момент написания статьи например, отдельно лежат BootImpLoader_KDS.rar, BootImpLoader_VDU.rar - фактически они идентичны. Так что использовать можно любой из них.
В файле boots.cfg необходимо прописать строку вида:
KDS005A80000006->KDS.bin
- где KDS005A80000006 - идентификатор устройства (можно считать с экрана монитора при включении контролера - первая строка), KDS.bin - файл образа для загрузки в устройство.

Важно! Файл образа для работы с KDS-клиентом генерируется ответсвенными специалистами UCS под каждое конкретное устройство и предоставляется компанией UCS по отдельному запросу! 

Если, устройств несколько, в файле boots.cfg необходимо прописать строку для каждого из них, с указанием устройств и назначенным для загрузки в них образам.
KDS005A80000006->KDS1.bin
KDS005A80000007->KDS2.bin
KDS005A80000008->KDS3.bin
Далее, необходимо запустить BootImpLoader.bat и устройство должно автоматически найти сервис и загрузить свой образ. Приложение BootImpLoader.exe можно запускать в качестве сервиса - для этого нужно его запустить с ключем -install:
BootImpLoader.exe -install
 
 
Важно! Ошибка "package lost" - чаще всего говорит о проблемах настройки сети, т.е. загрузчик отправляя пакеты образа на устройство теряет с ним связь и делает повтор передачи того или иного пакета. Если пакеты совсем не проходят, то желательно настроить ПК на один единственный сегмент сети, тот в котором работают ARM-устройства. Все дополнительные сети либо убрать, либо грамотно проверить и настроить маршрутизацию между ними.

После того, как устройство загрузит образ KDS, оно готово для принятия данных и отображения информации:

Следующим этапом будет установка стандартной системы KDS (если этот шаг уже был сделан, пропускаете его). Установка системы KDS описана в отдельной статье - http://support.ucs.ru/node/312 - необходимо выполнить все по инструкции и добиться успешного запуска сервера и для проверки, клиента KDS на том же ПК, где и сервер. Т.е. система должна быть полностью в рабочем состоянии!

Для отображения экрана KDS на ARM-устройстве используется спец. терминальный сервер RK7tmsrv.exe. На ftp выложено несколько сборок этого сервиса. Необходимо брать последнюю по дате обновления, например - ftp://.../r-keeper/KDS/ARM/RK7tmsrv_7_3_7_11.7z.

Сразу рекомендуется обновить в используемой сборке файлы rkloader.dll и rkloader.ini. Самая актуальная версия этих файлов, как правило содержится в каталоге дистрибутива используемой версии KDS. Например - ftp://...r-keeper/KDS/1.2.x/KDS_1.2.8.4.7z  (каталог - \rkloader).

Далее, нужно настроить путь к клиенту KDS и идентификатор устройства в файле rkLoader.ini:

[CESETTINGS]
.......................
Application=С:\UCS\KDS\Client\kdsclient.exe
CEStations=KDS005A80000006;
- где:
- С:\UCS\KDS\Client\kdsclient.exe   - полный путь к исполняемому файлу клиента KDS, который вы настроили ранее
- CEStations=KDS005A80000006        - идентификатор вашего ARM-устройства
Необходимо учесть, что содержимое инифайла может быть разным в зависимости от используемой версии файла rkloader.dll
Если, устройство не одно, в параметре CEStations нужно указать все идентификаторы через "точку с запятой":
CEStations=KDS005A80000006;KDS005A80000007;KDS005A80000008;
После запуска BootImpLoader.exe устройство должно подключится к серверу и отобразить экран клиента KDS.
Чтобы сделать настройки клиента KDS, который отображается на экране ARM-устройства, нужно в окне терминального сервера RK7tmsrv.exe нажать правой кнопкой мыши и выбрать Show Дополнение **************************
 
В последних версиях изменена технология сетевого взаимодействия - вместо протокола UDP используется протокол TCP/IP, чтобы исключить "зависание" контроллеров после их выключения/включения.
Использование протокола TCP/IP имеет некоторые особенности - компьютер, на котором будет запущено приложение RK7tmsrv.exe должен иметь дополнительный IP-адрес 172.31.32.100 - именно по этому адресу будут пытаться подключиться все контролеры KDS.
И еще один нюанс - если на объекте контролеры KDS получают IP-адреса с общего DHCP-сервера, то может возникнуть ситуация, когда они не смогут подключиться к адресу 172.31.32.100 из-за проблем с маршрутизацией. Решений может быть несколько - либо настроить в сети маршрутизацию между местной локальной сетью и сетью 172.31.32.ххх (задача администратора сети) либо использовать автономный DHCP-сервер (есть в архиве) и с помощью него выдавать контролерам адреса из пула 172.31.32.ххх.

Состав дистрибутива

  • kds_167.zip - образы дл вашего устройства (под разные разрешения)
  • BootImpLoader.zip - загрузчик
  • tfpd32.zip - автономный DHCP-сервер
  • KDS.zip - обновленный клиент KDS, записать в рабочую директорию вместо текущего (полный дистрибутив KDS можно взять на ftp://.../dealers/r-keeper/KDS/ )
  • Loader.zip - версия RK7 Tiny Server с поддержкой TCP/IP

ARM-контролер с встроенной памятью (CF)

В архиве дистрибутива две утилиты для работы с контролерами:
  • svc.exe - для поиска и отображения информации по запущенным контролерам
  • fserver.exe - утилита для записи образа в NAND-память контролера
Для подключения к контролеру надо знать его IP-адрес - если не знаем, запускаем утилиту svc.exe (ftp://.../r-keeper/VDU/TOOLS/), она автоматически  обнаружит все  запущенные  устройства  и  отобразит их адреса (чтобы утилита svc.exe увидела  контролер,  на нем должен быть загружен любой стандартный образ - если образа нет, надо его загрузить с помощью BootLoader-f)
 
Когда IP-адрес определен, запустить с командной строки:
telnet <IP-адрес> 1234

Важно: Подключения к контролеру через telnet возможно только после загрузки образа - если попытаться подключиться в режиме загрузчика, на экране контролера будут возникать ошибки "!CheckUDP:not UDP (proto = 0x00000006)"

 
После успешного подключения на экране отобразится следующее меню:
KDS005A80000XXX
HELP:
H - this page
I - get flash ID
R - read flash 0 page
U - read uniq
W - write flash 0 page with trash
E - erase all flash pages
L - load flash from server
S - save flash to server
D - dump flash to server
B - load bootloader(not realized)
Y - load NK to NAND (as hdd)
X - reboot target
Q - quit
LOCK - toggle write enable
Write Disabled
- где KDS005A80000XXX - идентификатор контролера.
 
Для проверки контролера вводим команду "I", на экране должна отобразиться след. строка:
I
0000EC75
OK:00000000
Если вместо 0000EC75 что-то другое, проблема с памятью контролера.
 
Для стирания всех данных в контролере используется команда "E", при этом стирается ВСЯ память (в том числе область, где хранятся настройки программ (например, VDU или BERG).
 
Важно: Возможно повредить контроллер, если сделать что-то неправильно!
 
Для прошивки нового образа не обязательно выполнять полное стирание. Последовательность действий для загрузки в память контролера (NAND) нового образа:
  • Переименовать новый образ в NK.BIN
  • Запустить fserver.exe
  • Запустить telnet <IP-адрес> 1234 (если не запущено)
  • Напечатать  LOCK  и  нажать <Enter> - устройство перейдет в режим записи (последняя строка должна быть "Write Enabled")
  • Напечатать  "L"  и нажать <Enter> - начнется процесс передачи и записи образа (fserver.exe должен быть запущен!)
  • После  окончания  процесса  напечатать  "X"  и нажать <Enter> - устройство перезагрузится с новым образом

Чтение/запись конфигурационного файла

Возможно прочитать настройки (ini-файл) с устройства и сохранить их на контроллер ARM используя утилиту FSERVER.EXE. Версия вашего контроллера должна быть не ниже 2.2.

2.1. Запустите FSERVER.EXE

2.2. Откройте командную строку и пропишите следующее. Выполнение каждой команды как обычно происходит при нажатии клавиши "Enter".

telnet IP_address 1234

открыть соединение с хостом

LOCK

можно модифицировать память на устройстве VDU

G

сохранит файл VDUSAVE.BINI на диск

2.3. Следует сохранить VDUSAVE.BINI файл в текстовом виде (он в двоичном виде, преобразовывается с помощью bini2ini.exe)

2.4. После запуска bini2ini.exe будет создан файл vdusave.bini

2.5. Измените файл vdusave.bini (используя "блокнот") и сохраните его как VDU.INI. 

2.6. Конвертация обратно в бинарный файл происходит при использовании ini2bini.exe. С ее помощью следует создать файл vdu.bini

2.7. Для передачи новых настроек на ВДУ, вернемся к CMD:

напечатать "C" - будут скопированы настройки на устройство ВДУ
 
напечатать "X" - будет перезапущено устройство ВДУ

 

ВложениеРазмер
nand.rar15.03 КБ

Подключение сканера штрих-кодов к KDS

С 01.06.2020 продукт KDS больше не дорабатывается. Используйте KDS PRO. Пользователям предоставляется скидка в 70% на переход.
Поддержка прекратится 31.12.2020.

 

Введение

При использовании программного комплекса RK7 + KDS (Kitchen Display System), обычно маркировка готовых заказов на экранах KDS-клиента происходит либо сенсорно (если используется сенсорный экран), либо при помощи спец.клавиатуры (например, вводится код позиции и наживается клавиша "Enter"). Это стандартный функционал. В качестве дополнительного решения, в случае когда пользоваться тачскрином или клавиатурой не удобно, в дополнение к ним можно использовать обычный сканер штрих-кодов (интерфейс - RS-232 или эмуляция). Т.о. настраивается KDS и сервис-печать параллельно. На сервисные принтеры будут выходить модифицированные документы заказов со штрих-кодами каждого блюда (т.е. в штрих-коде зашифрован код блюда). При сканировании этого блюда сканером в KDS-клиенте, будет выполняться заранее запрограммированное действие.

О настройке данной конфигурации и пойдет ниже речь.

Важно!!! Статья подразумевает, что RK7 на объекте уже установлен, сконфигурирован и работает. KDS также уже проинсталирован, связан с RK7. На KDS-клиенте заказы при сохранении отображаются и обрабатываются (например, при помощи клавиатуры). 

Важно!!! Работа со сканером поддержана только на KDS-клиенте под Win32 (на клиентах работающих на ARM-контролерах данный функционал не поддерживался, т.е. не тестировался). Т.е. если на мобильной ОС (Win CE) удасться скажем подключить USB-сканер и сделать ему эмуляцию под RS-232, то никких ограничений быть не должно. Т.е. сложность заключается в подключении сканера непосредственно к ARM-контролеру и его первоначальной настройки из мобильной ОС. На момент написания статьи (08.04.2014), такая конфигурация не тестировалась.

Дополнительные материалы:

Настройки в менеджерской станции

1. Настроить связь RK7 с KDS.

2. Настроить схемы печати с использованием принтеров севис-печати. Принтеры должны быть нефискальными (Epson или Star-совместимыми) иначе возможны технические сложности с выведением штрих-кодов на печать. В свойствах подключенного принтера на печать штрих-кода влияют следующие параметры:

3. Создать копию макета сервис-чека (с предустановленного):

- затем войти в редактор форм, и внести следующие изменения:

- т.е. в раздел "Dishes" добавить новое поле, и в свойства поля добавить переменную, где:

Barcde   - преобразование в штрихкод, 
111111   - ПРЕФИКС -  это любые цифры, необходимы что бы печатаемый штрих был длиннее т.к. многие сканеры короткие штрихкоды могут просто не воспринимать. Нужно будет его указать в настройках kdsclient.
KDSIdent - код блюда, собственно его то и нужно преобразовать в штрихкод.

- дополнительно, можно удалить раздел управляющих штрихкодов контроля приготовления из сервис-чека - Официант: <штрихкод>, Готово: <штрихкод>, Забрано: <штрихкод>, что бы печатаемый сервис чек был короче. Пример, того что должно получиться:

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

Настройки в KDS-клиенте (kdsclient.exe)

 - Запустить KDS-клиент, зайти в его настройки ("F2") , где для нужных экранов настроить работу со сканером:

 - "Operation" - запраграммировать нужное действие, которое будет выполняться при сканировании (подробнее смотри в документации к KDS).

- "Way of marking" - выставить для RK7 значение - markByPacketNuber.

- "Barcode scanner port" - указать к какому порту подключен сканер штрих-кодов.

- "Barcode prefix" - указать то значение, которое было указано в переменной печатной формы сервис-чека. Смотри выше.

- Далее, нажать клавишу "Test" - и проверить работу сканера, считав штрих-код блюда с распечатанного ранее сервис-чека. Например:

 - на примере, видно что "111111" - это префикс (он будет отбрасываться), а "56" - это код блюда. Т.е. все настроено корректно. После теста, необходимо проверить работу сканера находясь непосредственно в настроенном экране KDS.