Вы говорите: "…Дата сохраняется как число дней с 30 декабря 1899. К примеру 01.01.1900 имеет значение 2…". Вот именно, по этому я ожидаю увидеть в результате вычитания двух величин 01.01.1900 и 03.01.1900 число 2, но этого не вижу. Подскажите, как мне из результата вычитания вытащить число дней между двумя датами. Сейчас вот появились глобальные переменные, наверняка можно сделать еще проще. Да и не держусь я за свой вариант - это просто была проба сил. Если предложите свой работающий способ, с удовольствием буду использовать. Просто дополнительная математика меня заводит в такие дебри (как то: проверка на число дней в месяце, раскладывание значения на год-месяц-день-…,), что смотря на всё это безобразие, понимаешь нелепость всей этой конструкции, предназначенной всего лишь для отсчета одной секунды.
По поводу бекапов.
Безусловно дело важно и нужное.
И оно у нас выполняется, правда раз в неделю (до вчерашнего дня я считал, что этого вполне достаточно, но сегодня придется пересмотреть вопрос создания резервных копий).
Но! Вопрос в другом.
Допустим, обнаружил я поломку некоторого количества каналов спустя сутки.
Какие мои действия по восстановлению "потерянных" каналов.
Если я возьму бекап за вчерашний день, то я потеряю информацию за прошедшие сутки.
Единственный выход, который видится мне, это руками опять "прописать" каналы в конфигураторе каналов. Причем имя канала должно быть восстановлено с точностью до символа, поскольку имя канала может участвовать в скриптах, да и информация в базе данных "привязана" к точному имени канала, и окажется утраченной, если имя будет отличаться.
Как быстро и надежно восстановить список активных каналов?
А что случилось с этими двумя каналами, сейчас буду пытаться посмотреть - рабочий день начался. Два дня назад они точно были и здравствовали. Со временем я не экспериментировал в эти двое суток. Сложность в том, что это "экспериментальные" каналы - в базе не сохранялись и как определить момент их разрушения - ума не приложу.
Хотелось бы знать, как продвигаются работы по вопросу отсчета времени.
Элемента "таймер" на мнемосхеме не хватает просто катастрофически.
На презентации новой версии 4.3.2 я задавал вопрос про таймер, был ответ - всё работает.
Проверил на этой версии вычитание времени - все осталось по старому, как и два года назад.
/* Скрипт канала time4v. Вычисляем время работы сушильного шкафа №4 */
{
// при подъеме температуры выше 50 градусов считаем что шкаф включен,
// и наоборот, при снижении температуры ниже 50 градусов считаем что шкаф выключен
TDateTime t1;
Double In1=ReadValue("Шкаф 4");
if(In1 > 50.0)
{
if(DateTimeToStr(ReadValue("time4"))=="11.11.1111 11:11:11") WriteValue("time4",Now());
// вычисляем интервал времени, прошедший со времени "засечки"
t1 = Now()-ReadValue("time4");
}
else
{
t1=StrToDateTime("11.11.1111 11:11:11")
WriteValue("time4",t1);
}
// выводим в канал либо интервал времени, либо "заглушку"
WriteValue("time4v",t1);
}
SetTimeout(Enabled, Interval) - Выполнение скрипта приостанавливается, на время (Interval), после чего продолжает свою работу
Проблема в следующем - портятся каналы.
О чем идет речь. Показываю на конкретном примере. Открываю экспериментальную мнемосхему, на которой провожу исследования по работе со временем, организацией таймера и др. И вижу, что два элемента, в которых высвечивается у меня начало отсчета времени и показания таймера, ПУСТЫ. Всплывающая подсказка говорит о том, что "ссылка на канал не определена". Захожу в конфигуратор каналов - действительно два этих виртуальных канала (один имеет порядковый номер 8, а другой 12) не активны. То есть их нет в списке активных каналов. Переношу в список активных каналов - в канале с номером 12 остался в живых, имевшийся там скрипт. Но вся остальная информация разрушена (имя канала, тип канала, и др.)
Последний раз с это проблемой сталкивался пару недель назад, когда на сервере начал "сыпаться" диск. Тогда пропали не тестовые каналы, а самые настоящие 4 канала, получаемые посредством ОРС-сервера с электронного регистратора. Лихорадостно восстановил каналы, благо имена каналов совпадали с именами с переменными ОРС-сервера. Всё произошедшее было списано на больное оборудование.
Но! С тех пор, больной диск на сервере заменен, вставлены новые диски, система перенесена, вылизана, оптимизирована. Система SIMP Ligh предустановлена, поскольку как раз вышла исправленная версия. И вдруг рушатся два канала, которые жили в системе более 2-лет. Очень неприятно. А если завтра упадут еще несколько рабочих каналов, точных имен которых уже и не помнишь (число каналов сейчас уже 144, а ожидается втрое больше), а если скрипты каналов тоже разрушатся?
Вот тут прошу :unsure: вашего конкретного совета:
- как быстро восстановить пропавшие каналы?
- можно ли организовать электронную шпаргалку (какие активные каналы есть в системе, их имена и другие параметры) для того чтобы руками быстро восстановить статус кво? Или надежнее всё это записать в блокнот руками-ручками?
Спасибо за подробные вопросы)Хотелось бы знать, как продвигаются работы по вопросу отсчета времени.
Элемента "таймер" на мнемосхеме не хватает просто катастрофически.
На презентации новой версии 4.3.2 я задавал вопрос про таймер, был ответ - всё работает.
Проверил на этой версии вычитание времени - все осталось по старому, как и два года назад.
попробуйте вот такой вариант:
SetTimeout(Enabled, Interval) - Выполнение скрипта приостанавливается, на время (Interval), после чего продолжает свою работу
Хотелось бы знать, как продвигаются работы по вопросу отсчета времени.
Элемента "таймер" на мнемосхеме не хватает просто катастрофически.
На презентации новой версии 4.3.2 я задавал вопрос про таймер, был ответ - всё работает.
Проверил на этой версии вычитание времени - все осталось по старому, как и два года назад.
И ещё про время, на этот раз уже в элементе "тренд".
Нельзя ли позволить элементу иметь более продолжительную ось Х, так как максимальное значение, которое там можно выставить - 23 часа 59 минут 59 секунд.
А у нас есть процессы продолжительность по 45 - 60 часов.
Я прекрасно знаю, что есть "Просмотрщик графиков", где можно просмотреть информацию за любой интервал времени. Прекрасный модуль спору нет (именно через него вышел на вашу систему SIMP Light). Но! Он не для оперативной работы. Для анализа, отчетности - самое то, а для оператора-диспетчера нет.
В новой версии появился новый тренд - "тред ХY" (далее ТХУ). Задумался. Поизучал (кстати говоря, описание новых элементов в новой системе не нашел нигде - отстает обоз канцелярский от передовых частей разработчиков ;) ). Теоретически можно сделать на нем зависимость температуры от времени. Но! Не видит ТХУ каналов с временным типом данных. Хорошо! Слепим цифровой канал, куда будем складывать минуты. И построим зависимость температуры от этого цифрового канала. Но! Как объяснить оператору-диспечеру, что цифры по оси Х от 0 до 2700 означают период в 45 часов. Разговор плавно перейдет на идиоматические выражения, несущиеся мне в лицо.
Поэтому предлагаю в элемент ТХУ "вшить" временной канал. Т.е. для построения зависимости температуры от времени в ТХУ: по оси Y выбираю канал температуры, по оси X "вшитый" в элемент временной канал (а по сути тот же таймер, который включается по условию от канала выбранного по оси Y, и длится указное значение в минутах, которое указываем в параметрах). То есть, как только температура перешагнула указанный порог, ТХУ начинает рисовать график, который продолжатся на указанное значение времени вне зависимости от поведения температуры. И по истечении заданного времени ТХУ перестает рисовать, а просто отражает нарисованный график. И как только опять сработало условие канала по оси Y, то стирает весь график, и начинает рисовать новый.
Вот как-то так. Надеюсь я понятно объяснил свое пожелание. Если это, или что-то подобное, появится в вашей систем, то цены вам не будет :woohoo:
И напоследок, но! уже не про время.
Столкнулся с проблемой, которая многим отравляет жизнь.
Начал переводить интерфейс нашей системы мониторинга на оконный режим, поскольку система начинала создаваться еще в те стародавние времена, когда в SIMP Light не было окон ;) .
И так как система отображается на различных мониторах (у диспетчера, у начальства, у технологов), то решил сделать сделать два окна с одной и той же информацией, на разного размера. То есть для маленьких мониторов - маленькая мнемосхемка, а для больших мониторов - большая мнемосхемища. И на каждой мнемосхеме есть кнопка перехода на другое окно. То есть, хочешь - смотри маленькую мнемосхемку, а если у тебя большуший монитор, то нажми кнопку "большая мнемосхема", и маленькая мнемосхемка закроется, а большая - откроется.
Это была присказка, а вот и сказка начинается.
Пока эти два окна были пустенькими (на них кроме кнопок перехода были лишь пара элементов), то все работало как часы - нажал кнопку и текущее окно закрывается, а другое открывается. Но! Как только мнемосхемки стали обрастать всё бОльшим количеством элементов, то после закрытия текущего окна стала появляться надпись "Ошибка открытия мнемосхемы". Причем через меню оба окна открываются ВСЕГДА хорошо. Причем слова "стала появляться" означает, что это было так не всегда - иногда процесс закрытия одного окна и открытия другого окна проходил нормально. Но! По мере наполнения окон новыми элементами, эта противная надпись стала появляться ВСЕГДА. И уже никаких исключений не было.
Проблема встала во весь свой рост. И ее требовалось решить. Многочисленные раздумья привели к мысли, что борьба за ресурсы компьютера не всегда заканчивается мирным путем. То есть новое окно не может открыться потому, что старое окно еще не освободило ресурсы.
Была решено организовать задержку с открытием нового окна. И теперь скрипт одного из окон выглядит так:
{
CloseMnemo("Общая схема 1900");
for(int y, i=0; i < 100000; i++) {y=0;}
OpenMnemo("Общая схема 1600");
}
И все стало снова работать как часы! :woohoo: И никаких больше окон с ошибками не всплывает!
1) Да-да, именно так: 3 дня 21:15:00. Просто отображаем эту информацию на мнемосхеме.
Но!
Тут есть и побочные эффекты в виде зависания системы, пропадания электроэнергии, поломки компьютера и др. То есть, по какой-то причине система SIMP Light будет перезапущена. А производственная установка продолжает работает и "шоу маст гоу". Т.е. хотелось бы, чтобы запущенный таймер продолжил работать и после перезапуска системы, невзирая на такое "выпадение из реальности". Ну, на это пока не обращайте внимание, это просто информация для размышления. Пока просто хочется видеть на экране надпись: "процесс продолжается 3 дня 21 час 15 минут 00 секунд"
2) А как можно сделать бекап без информационных баз? Насколько помню, при выборе "сделать копию" никаких вопросов не задается, а сразу стартует процесс создания резервной копии. И как должен происходить процесс восстановления из бекакпа без информационных баз? Не "обнулит" ли в этом случает система базу данных?
3) "Не осталось копии файлов конфигурации на момент когда каналы "выпали"?" Дак, вот сейчас пытался найти где же хранится список каналов. И ничего не нашел. Полагал, что этим занимается каталог InternalTag, но там в файле InTaglist всего тридцать строк с какими-то цифрами, а каналов у нас полторы сотни. Или речь идет о файлах .dll в каталоге размещения программы. При старте Конфигуратора каналов вижу, что он загружает информацию из файла конфигурации, а где это файл - не знаю.
Удачи!
С уважением, Анатолий.
Новочеркасск