В рабочем проекте создал каналы SetGet СПАД и при проверке в профайлере,во время формирования данных по этим каналам,проект(ТМ)разваливается. Выдается сообщение "исключение прав доступа(0х0000005)... " Убрал файл сохранения системы,удалил архив результат тот же. Сохраняя подход к созданию этого канала создал пробный проект, там работает. В рабочем проекте требуется сохранять данные по 18 каналам,а у меня даже один не работает.Объём общего архивного файла составляет 40 Мб. Какие существуют ограничения на этот канал или в чём может быть проблема? Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Никаких особых ограничений нет, может только одно - наличие достаточного места на жестком диске для экспортируемого файла данных. В системных журналах ОС есть какие-нибудь записи после возникновения этой ошибки? Если ничего нет, то нужен сам проект и описание действий как это воспроизвести.
Posted by Валерий Б (Участник № / Member № 377) on :
Вчера отослал Вам свой проект. Свободное место на диске составляет 1,38 Гб
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Похоже, что причина в именах каналов, для которых Вы настроили эти функции. Дело в том, что в имя канала берется для имени файла, а у Вас в них есть символы обратного слэша, которые в файловой системе MS Win недопустимы в качестве символов в именах файлов. Вот сервер и падает при попытке создать нодопустимый файл.
Posted by Валерий Б (Участник № / Member № 377) on :
Спасибо,именно так и было. Все работает,однако есть вопросы... Сущность вопроса:Канал создаёт тхт файл. Мне надо брать данные из СПАД и записывать их в тхт в 8часов и 20часов текущего дня с интервалом в 12часов.TIME/MASK установлено 12часов. Вопрос; запись в 8часов будет отработываться корректно(т.к. переход через 00часов),если смещение установлено со знаком - (минус)? Иначе говоря мне нужно получить данные 4+8часа(предыдущие+текущие сутки),а запись должна быть сформирована непрерывной. Проверял TIME/MASK "1 день" вопросов нет, а вот "12час" с переходом на предыдущие сутки отрабатывает некорретно.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Не совсем так - значение канала задает смещение относительно начала текущих суток, а маска определяет диапазон выборки от этого базового времени на заданное количество часов назад. Поэтому, в канал надо задавать отрицательное значение 8 часов утра относительно текущих суток. В любом случае проверить время можно запустив узел под Профайлером инструменталки - тогда в логе при каждой выборке система будет писать соответсвующее сообщение с меткой времени, от которой будет производится экспорт данных из СПАД.
Posted by Валерий Б (Участник № / Member № 377) on :
Спасибо, однако я не совсем об этом....попробую еще раз; Иначе говоря мне нужно получить данные за период12часов. 4часа +(через 00ч)+8часов (где начало в 20ч предыдущих + (через 00ч)+ 8ч.текущих суток) и запись должна быть сформирована непрерывной.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Так и я о том же - 12 часов назад от текущих 8 утра, это будут записи от 20.00 прошлых суток до 8 утра текущих.
Posted by Валерий Б (Участник № / Member № 377) on :
,да. Однако всё же почему генерируется мусор? Т.е. если заказано 8ч и 20ч. то откуда берутся еще и данные в .тхт файле с 01ч(текущих суток) по 13ч (прошедших суток )? Проверял несколько раз, результат тот же. Для пробы создал канал (генератор) и канал SetGet Спад, с маской 12ч, в трансляции которого стоит FBD. В момент времени 8 или 20 часов формируется короткий, отрицательный импульс, со значением которое высчитывается автоматически для 8 и 20ч.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Сегодня попробуем провести испытания - думаю, что завтра будет реультат.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Попробовали - все прошло нормально, только несколько время сместил на 2 часа вперед: в 10 утра за последние 12 часов. В логе сообщение: Tmin=19.07.2004 21:59:59 0ms, а Tmax=20.07.2004 10:00:00 0ms. В файле вроде все записи за этот интервал.
Можно на Ваш проект посмотреть вместе со СПАД-архивом?
Posted by Валерий Б (Участник № / Member № 377) on :
Конечно,можно. Сегодня постараюсь выслать. Кстати, о смещении ,оно также наблюдается (у меня на час ) если выполнить "день". Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Вот - из лог-файла Вашего же проекта: предпоследняя запись: SIAD: read request CH=0x00 Tmin:19.07.04 19:59:59 0ms Tmax:20.07.04 08:00:00 0ms BUF:10000, GOT:2160 records
и тут же следом за ней: SIAD: read request CH=0x00 Tmin:19.07.04 13:00:00 0ms Tmax:20.07.04 01:00:01 0ms BUF:10000, GOT:2161 records
Обратите внимание на начальное и конечное время выборки - похоже, что у Вас что-то с алгоритмом, который рассчитывает время в секундах... Система Вам честно возвращает записи начиная с 13:00 прошлых суток.
Сегодня попробую Ваш проект оставить на ночь.
Posted by Валерий Б (Участник № / Member № 377) on :
Эффект "честного обмана" наблюдается на двух компьютерах. Первый стоит на производстве второй в офисе. И именно первый заставил меня рассматривать более внимательно эту проблему.
Posted by Валерий Б (Участник № / Member № 377) on :
А-уу!? Так и не понял на чём мы остановились? Алгоритм или Ваш эксперимент? Если рассматривать алгоритм, то он прозрачен (в смысле понимания). Формируется событие, оно задаётся блоками ALARME. Параллельно блоком TIME контролируется текущее время,далее оно переводится в секунды. В момент времени "Х" появляется короткая 1, в результате на выходе блока MUL появляется расчетное значение смещения в сек (+15сек). P.S. вообще блок ALARME обладает странностями. В профайлере он ведет себя несколько иначе,чем в отладчике РПД или режиме эмуляции Picman.Странности проявляются когда просишь отработать секунды и в профайлере это не работает.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Я же вроде уже Вам пояснил ситуацию, что что-то не то с Вашим алгоритмом - он Вам два запроса отрабатывает подрад и последний как раз за интервал времени который и включает все то время, которое Вы вроде и не хотели экспортировать (начиная аж с 13:00, а не с 20:00).
Posted by Валерий Б (Участник № / Member № 377) on :
"Сегодня попробую Ваш проект оставить на ночь." Это было последнее Ваше сообщение ......... Прошло семь ночей. и ?
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
"И..." - результат тот же: SIAD: read request CH=0x00 Tmin:20.07.2004 21:51:21 0ms Tmax:21.07.2004 9:51:22 0ms BUF:10000, GOT:2160 records SIAD: read request CH=0x00 Tmin:20.07.2004 13:00:00 0ms Tmax:21.07.2004 1:00:01 0ms BUF:10000, GOT:1655 records
Это явно Ваш алгоритм выдачи команды сбоит. Попробуйте на простом проекте.
Posted by Валерий Б (Участник № / Member № 377) on :
Н-да... Наш диалог напоминает ""посмотрим" сказал слепой,как будет плясать хромой" Напомню основные положения последней нашей переписки; У Вас находится мой тест проект(простой!),в нем алгоритм одинаков с моим рабочим проектом. Там та же FBD программа. Алгоритм FBD программы описан выше (от 02.08.04г). Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Программу разберем. Тему закрываем - дальнейшая переписка в частном порядке по E-mail.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Исправленный проект мы высылаем Вам почтой. Ваша ошибка заключалась в том, что исполнительный канал формировал последовательно смещение на текущее время, а потом смещение=0 - в результате генерировались две выборки: одна - плановая, а другая - нет.
![[Недоумение / Confused]](confused.gif)
![[Улыбка / Smile]](smile.gif)
,да.![[Неодобрение / Frown]](frown.gif)
![[beer / пиво]](graemlins/beer.gif)