Перевод времени на кассе : УКМ-4

KozzZaNoVa · █ 30.03.2009 10:32

А это точно поможет, для данной зоны не был предусмотрен автоматический перевод времени? Как в этом можно удостовериться хотя бы на 99%.

OlegON · █ 30.03.2009 10:40

Не загружать укм, передвинуть время вперед на следующий перевод и посмотреть...

didinap · █ 31.03.2009 09:59

Вот у меня 13 магазинов, около 80 касс, 90 весов и 200 компов.
На коррекцию времени всего этого хозяйства у меня ушло около часа работы.
Компы все в домене, и в 2 часа ночи сами сразу перевелись на нужное время.
А вот для касс использовал скрипт от С+ (он у них на фтп лежит).

7zEro · █ 31.03.2009 13:01

залил архив... присылали вроди с С+ вчера первел время без проблем на всех кассах... закрываете смену на кассе, в iplist пишите апишник кассы на которой хотите поменят время (сохраняете) затем запускаете rssh, выключаете кассу полностью (что бы фискальник тоже погас) включаете проверяете время.. вроди так =) время берется с компа на котором запусается rssh

Владимир · █ 26.10.2010 20:43

Простите, что открываю новую тему, но все же -
по всей видимости весной 2011 года касса сама переведет время, в рамках задачи 505 "Автоматический перевод времени на кассе (зимнее\летнее время)" (задача есть, а функционала пока нет, в разработке).
Хотелось бы услышать (прочитать) здравые пожелания для ее реализации.

Прошу всех собраться с мыслями.....самые лучшие идеи воплотим, бонусов обещать не могу... разве, что спасибо...

konopada · █ 26.10.2010 22:05

Дописали web "морду" кассы и устанавливаем время на фискальнике (так работаем больше года)
точнее касса синхронизирует своё время по серверу времени (stratum 3) а на ФР по клику (естественно с проверками "смена закрыта" и др.) устанавливается по системному времени кассы. Плюс другие доработки: состояния ФР , ЭКЛЗ, повтор чека, денежный ящик и.т.д

OlegON · █ 27.10.2010 07:12

Я бы, наверное, предложил настройку нескольких серверов NTP через веб и опциональную первоначальную синхронизацию времени на количество минут более допустимого законодательством при перезагрузке кассы, на отрезке, максимально близком к старту кассы. Т.е. в вебе галка "Синхронизация при перезагрузке", скажем, 4 сервера NTP и допустимая разница в минутах, ребутим кассу, видим расхождение в 20 минут, правим время до допустимой разницы, если оно двигается назад и до точного, если вперед. Остальные колебания гасятся перед пробитием чека и при других паузах кассовой машины автоматически.
Вот вроде этого, сумбур со сна.

konopada · █ 27.10.2010 17:41

Несколько размышлений

1) 4 NTP - это много, должен быть один(или два) NTP (свой внутренний) на предприятие (магазин) и по этому NTP синхронизируются все сервера, компютеры и в том числе кассы локальной сети предприятия. Сам внутренний NTP сверяет время с несколькими (3-6) серверами Internet (stratum 2) он сам выберет оптимальный из них. Эти достигнем единое точное время предприятия.

2) по-поводу касс. Точно говоря на кассе есть два времени 1-е это время железки (BIOS) и 2) это системное, по системному живут все приложения кассы (ukmclient, mysql ...) в момент загрузки linux (как впрочем и другой ОС) время системное берётся из BIOS, по загрузке ядра можно синхронизить по NTP (где то встречал настройку в случае расхождения больше чем - не синхронизить) важно после синхронизации системного времени установить его в BIOS (hwclock --systohc)
во время работы можно синхронизить по cron (кассы у нас работают круглосуточно кроме зависания) при этом использовать опцию -B (плавного сдвига)

DMaslov · █ 26.09.2019 12:22

Пополню копилку.

Ошибочно полагал, что запущенная "Служба времени Windows" автоматически означает, что NTP-сервер работает.
Нет. Нужно явно .

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\TimeProviders\NtpServer

Enabled = 1

Без него было "no server suitable for synchronization found".

+:

OlegON · █ 26.09.2019 12:32

Я бы порекомендовал не Linux синхронизировать с виндой, а винду - с линуксом, поскольку в винде SNTP недостаточно конфигурабельный, и слишком трудно диагностировать его неработу. Просто был на памяти случай, когда после переконфигурации сети на контроллере домена SNTP тихо отъехал, потянув за собой все остальное... Да и в целом SNTP гораздо менее надежный, чем NTP.

В общем, рекомендую настроить NTP на линуксовой машине куда-нибудь на ru.pool.ntp.org, чтобы еще и блокировки РКН не вмешались внезапно, и анализировать журнал этой машины.