Гунин В.И.
Junior Member / Новичок
Участник № / Member № 450
отправлено / posted
Хотелось бы очередной раз поднять вопрос о передаче временной метки через драйвер для каналов Контр_1 и Контр_2. Почему имея разрешающею способность записи в архив 1мс Вы не хотите дать возможность передавать временную метку с точностью хотя бы до 10мс Передача временной метки с секундной точностью сужает круг применения ТМ даже в качестве регистратора сигналов. Имея возможность на контроллерах вести управление и сбор информации с циклами в 5 – 10 мс нет возможности сохранить данные, используя единую систему управления и контроля (на основе TraceMode). И второй вопрос в версии 5.11 так и не получилось передать временную метку через драйвер Контр_2 ( проект, драйвер и пояснения к нему отправлены директом). Привожу кусок кода драйвера: ….. все условия описанные в помощи выполнены…. Get_yyy (….) { …. type_cnt = 10; p[0].V.v=123; -данные p[1].V.v=1; - метка времени …… } в результате время не 00:00:01 01.01.1970, а 05.10.2003!!!! С нетерпением ждем разъяснений.
Сообщения / Posts 23 | Из / From: Россия
| IP / IP: IP адрес / IP address |
отправлено / posted
С релиза 5.12 в пользовательских драйверах TYPE11 и TYPE12 появится возможность приема из кадров протокола меток времени с точностью до миллисекунд!
code:
p[0].V.v = значение p[1].V.d = число секунд p[1].F.ind[0] = число мс
Гунин В.И.
Junior Member / Новичок
Участник № / Member № 450
отправлено / posted
Большое спасибо за заботу о пользователях! и когда ждать выхода 12 релиза? А пока в 5.11 нашлась и другая проблема: 1. по help если в type_cnv возращать 0 или 1, то будет работать алгоритм Data12 На деле работает BlockData12 2. если в type_cnv возращать 2 или 3 то драйвер вообще зацикливается Вызываютя последовательно 1 Set_yyy 2 ReadMedia Check_yyy 3 Get_yyy 4 zCompare_yyy для одного и того-же канала и переход на шаг 1 Проект, Исходные драйвера и файлы с порядком вызыва отправлю на директом
Сообщения / Posts 23 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Гунин В.И.
Junior Member / Новичок
Участник № / Member № 450
отправлено / posted
Вот немного ошибся уточняю: 1. Data11 работает при Type_cnt=0; 2. BlockData11 при Type_cnt=1; 3. Type_cnt=3 зацикливается на вызове Set_yyy ReadMedia Check_yyy Get_yyy zCompare_yyy для 1-го канала с подтипом Контр_2
Сообщения / Posts 23 | Из / From: Россия
| IP / IP: IP адрес / IP address |
отправлено / posted
Запрос принят, однако необходимо время на проведение проверки, поэтому ответ мы сообщим позже. Релиз выходит после середины апреля! Смотрите новости на нашем сайте!
Сообщения / Posts 17324 | Из / From: Россия
| IP / IP: IP адрес / IP address |
отправлено / posted
К сожалению, мы не успели откорректировать Help для релиза 5.12 в части описания алгоритма обмена с КОНТР_2. Соответствующий фрагмент сейчас выглядит следующим образом: Для каналов типа INPUT при помощи аргумента type_cnv функции Get_yyy в МРВ передается следующая информация: 0 - использовать алгоритм обработки запросов DATA12; 1 - использовать алгоритм обработки запросов BLOCKDATA12;
8,10 - получены корректные значения для каналов блокового запроса (8 - запись полученных значений в архив запрещена, 10 - разрешена). Использовать алгоритм обработки данных DATA12. Элементы p[i] (где i=2k, k=0.1,2...)содержат полученные значения, элементы p[i+1] - соответствующие этим значениям метки времени: p[i+1].V.d - число секунд с 1 января 1970 года p[i+1].F.ind[0] - число миллисекунд
12 - получен блок корректных данных для одного канала для записи в архив. Использовать алгоритм обработки данных DATA12. Элементы p[i] (где i=2k, k=0.1,2...) содержат полученные значения, элементы p[i+1] - соответствующие этим значениям метки времени: p[i+1].V.d - число секунд с 1 января 1970 года p[i+1].F.ind[0] - число миллисекунд
9,11 - то же, что 8, 10, но использовать алгоритм обработки данных BLOCKDATA12. 9 - запись полученного значения канала в архив запрещена, 11- разрешена.