rorex_best
Forum Member / Участник форума
Участник № / Member № 1716
отправлено / posted
У меня такие вопросы. - Можно ли архивированный канал HEX16, в котором закодировано 16 дискретных сигналов выводить на разные тренды, с разными масками (2^0, 2^1, ..., 2^15)? - Можно ли использовать для кодирования информации использовать каналы HEX32 вместо HEX16 (требуется архивировать 121 дискретный сигнал и подобный шаг позволил бы сократить расходы на дискретные каналы в 2 раза)? - Вопрос собственно по вытаскиванию данных из архива. Используем например LocalSnap1, как для него вызвать функцию INTERVAL и как ей передать TYPE, OFFSET, DELTA? В каком виде я получу ответ в канале Call? И как его прикрутить к тренду? - Существует возможность глянуть рабочие учебные примеры по архивированию и извлечению данных из архивов и др.?
Сообщения / Posts 31 | Из / From: Россия
| IP / IP: IP адрес / IP address |
отправлено / posted
1. Для отображения на тренде отдельных битов канала HEX16 надо на экране создать аргументы, привязанные к отдельным битам этого канала, и вывести эти аргументы на тренд.
2. Для промежуточного кодирования , архивирования, отображения и обработки можно использовать каналы HEX32. Можно ли их напрямую связать с внешними источниками/приемниками, зависит от интерфейса последних.
3. Функция INTERVAL автоматически реализуется в каналах выборки из архива. Передача ей параметров осуществляется через настройку канала ПАРАМЕТР (TYPE), АППАРАТНОЕ значение канала (OFFSET) и ARG001 (DELTA). В аргументах канала LocalSnap1 Вы получите значения заданных каналов на выбранный момент времени, по одному значению на каждый канал (СРЕЗ). Если эти аргументы привязать к каналам-приемникам, то значения этих каналов будут соответствовать выбранным из архива значениям каналов-источников, а атрибуты (45) ВРЕМЯ ИЗМЕНЕНИЯ - их меткам времени. Все это документировано. На тренд данные СРЕЗА не выводятся.
Вяткин Н В
Forum Haunter / Завсегдатай форума
Участник № / Member № 1853
отправлено / posted
Подскажите пожалуйста по СПАДу : 1 в проекте при описании СПАДа, декларируется его максимальный размер, фактический размер увеличивается по мере заполнения данными, как можно узнать в программе фактический размер, занимаемый на текущий момент СПАДом? 2 По заполнению СПАДа данными до максимального размера, "старые" данные из него автоматически убираются, "сколько" убирается данных? Половина? Сколько то проценов? Можно ли повлиять из программы на этот параметр? 3 Как определяется факт необходимости автоматической очистки? Можно ли её инициализировать программно? 4 Как можно программным путём инициализировать полную или неполную "очистку" СПАДа? 5 может быть есть какие-нибудь настроечные файлы для СПАДа? спасибо
Сообщения / Posts 101 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Параметр=32…43 – приблизительный процент заполнения соответствующего архива. При старте МРВ значение этого параметра соответствует текущему уровню заполнения архива. После достижения значения 100 параметр обнуляется и затем снова растет до 100 по мере затирания старых записей новыми.
Т.е. если архив еще не перезаписывался, то этот параметр даст приблизительную оценку фактического размера архива на данный момент. Если архив уже достиг максимума и перезаписывается, то его размер равен максимальному.
2. Освобождается ровно столько блоков, сколько нужно для текущей записи.
3, 4. Никакой "очистки" архива не происходит, просто перезаписываются самые ранние блоки архива.
drooha
Forum Haunter / Завсегдатай форума
Участник № / Member № 3306
отправлено / posted
Есть такой вопрос. Данные записываются в СПАД архив который имеет размер 128Мб.Меня интересует что происходит когда файл архива достигнет этого размера,куда будут записываться данные? Создается ли новый файл архива? Как он будет называться? И возможен ли будет доступ к предыдущему архиву? С уважением Андрей.
Сообщения / Posts 107 | Из / From: Россия
| IP / IP: IP адрес / IP address |
отправлено / posted
При достижении максимального размера файл архива более страые записи удаляются, а на их место записываются последниие данные. Копировать архив можно либо через системную @Copy_SIAD, лиюо через меню. Доступ к копиям архива возможен. Имя копии Вы можете задавать любое.
Сообщения / Posts 17317 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Roman2
Junior Member / Новичок
Участник № / Member № 2804
отправлено / posted
А можно ли, с целью уменьшения объёма сохраняемого архива и повтора данных, делать его вырезку (вместо копирования) в реальном времени (например с начала архива до настоящего момента), естесственно без потери данных и с возможностью последующего доступа к нему... ? Если да, то как сделать это наиболее эффективно? Первое ,что приходит в голову, это использовать CALL.ChGroupReq с привязкой к переменной @Data_from_SIAD. Но насколько экспортируемый архив будет соответствовать оригинальному... ?
Сообщения / Posts 29 | Из / From: Estonia
| IP / IP: IP адрес / IP address |
отправлено / posted
Да, действительно это можно сделать с помощью канала CALL.ChGroupReq. Но в этот архив заносятся срезы в определенный период времени, т.е. часть данных вы можете потерять. Других способов нет.
Сообщения / Posts 17317 | Из / From: Россия
| IP / IP: IP адрес / IP address |
drooha
Forum Haunter / Завсегдатай форума
Участник № / Member № 3306
отправлено / posted
Что значит отследить размер? Можно отслеживать его заполняемость с помощью переменной @q_SIAD_Q параметр=32…43. Размер архива после заполнения всегда остается постоянным.
Сообщения / Posts 17317 | Из / From: Россия
| IP / IP: IP адрес / IP address |
drooha
Forum Haunter / Завсегдатай форума
Участник № / Member № 3306
отправлено / posted
Я имею ввиду размер файла архива. Файл архива имеет размер 128Мб,при достижении этого размера нужно скопировать файл архива.
Сообщения / Posts 107 | Из / From: Россия
| IP / IP: IP адрес / IP address |
отправлено / posted
Один раз он достигнет размера 128 МБ при полном заполнении, но потом он будет постоянным.
Для Вашей цели используйте переменную @q_SIAD_Q параметр=32…43. Когда она будет равна например 99 %, копируйте архив.
Сообщения / Posts 17317 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Karpelyanskiy S.V.
Forum Member / Участник форума
Участник № / Member № 2191
отправлено / posted
Создали тестовый проект (ТМ6.06.2), в котором около 1000 каналов, привязанных к различным генераторам, записывались в архив. Все настройки архива - по умолчанию, изменяли только размер архива и следили за размером файла архива. Выяснилось, что файл архива не достигает заданной величины: задано 32 Мб - файл - примерно 20,9 Мб; задано 64 Мб - файл - 54 525 952 байт; задано 128 Мб - файл - 121 634 816 байт; задано 256 Мб - файл - 247 463 936 байт. Что интересно, на рабочих проектах, на пяти узлах, где были заданы размеры архивов 512 Мб, везде файлы архива перевалили за отметку 560 Мб, а на одном узле - размер файла архива уже достиг 3,6 Гб(!!!) и продолжает потихоньку расти.
Далее проводилось исследование механизма автоматического копирования архива при достижении переменной @q_SIAD_Q (параметр 32...43) различных значений (75...99 процентов). Выяснилось, что время начала и конца полученных копий архивов, не стыкуются между собой, т.е. между двумя соседними копиями появляются разрывы, исчисляемые десятками секунд. Непрерывности архивных данных в копиях архивов (а точнее, взаимного перекрытия времён начала и конца соседних копий) удалось добиться только при копировании файла архива два раза за цикл нарастания системной переменной @q_SIAD_Q (параметр 32...43)(при 25% и 75%).
Karpelyanskiy S.V.
Forum Member / Участник форума
Участник № / Member № 2191
отправлено / posted
Уважаемая техническая поддержка! Вы что-нибудь скажете по поводу моего последнего сообщения? Прошло уже две недели...
Сообщения / Posts 56 | Из / From: Россия
| IP / IP: IP адрес / IP address |
1) По размерам файлов в тестовом проекте: это нормальная ситуация, файлы всегда занимают чуть меньше, чем указано.
2) По поводу превышения: в релизе 6.06.2 такого быть не должно. Если размер превышает заданный, то скорее всего нарушилась его структура. Это могло произойти по различным причинам, например, нештатный выход из МРВ, нехватка ресурсов ПК и другие.
3) Строго говоря, разница между временами может быть, т.к. записи в архиве хранятся блоками и перезаписываются также блоками. Добиться непрерывности можно, копируя архив сначала в 95%, потом в 90%, потом 85% и так далее. 1 блок записи равен 8 КБ.
Сообщения / Posts 17317 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Printer-friendly view of this topic
