Уважаемые разработчики. К сожалению проще не стало, по крайней мере мне. Если форматы открыты только для внутреннего пользования, так и скажите, я вас пойму. Проверил конвертер. Он оказался кривоват в отношении привязки данных ко времени. Не все продумано еще на уровне "железной" привязки, поэтому возникают проблемы после и в софте, предполагающем, что "железных" проблем нет. Опишу подробности своего эксперимента. Использовались автономная работа, синхронизация по GPS, почасовая разбивка файлов, запись начиналась после включения питания. Заметил несколько ошибок, которые можете взять себе на заметку.
1. Первые файлы *.an? непрерывной записи однозначно привязаны неверно (указано начало часа). Очевидно время старта берется из времени файла или его имени, хотя старт произошел в середине часа.
2. последующие файлы непрерывной записи склеивать корректно не получится, так как имеются дыры в данных, связанные с разной длиной файлов *.dat (об этом писал ранее).
3. в *.anp вместо правильного типа данных i4 указан i2.
4. конвертер в текст, очевидно, предназначен для коротких файлов с очень низкой частотой оцифровки. Он о существовании времени вообще ничего не знает: все файлы независимо от параметров регистрации начинаются 1.1.1970, а шаг равен 1 с.
Проблему привязки данных ко времени поднимаю не просто так, это очень серьезный момент в приложениях, которые я использую в работе. Есть много других готовых решений, но я хотел бы прояснить ситуацию с Z220, которая весьма привлекательна по цене. В связи с этим возникли следующие вопросы, на которые прошу ответить конкретно а не уклончиво.
1. Часовой кварц, это тот кварц, который синхронизируется по GPS или другой, дополнительный?
Если корректируется по GPS он, то чему соответствуют моменты перехода записи в новый файл: началу нового файла или концу старого? Возможно ли существование дыр в момент перехода или такой проблемы нет? Если часовой кварц не корректируемый (по GPS синхронизируется другой кварц) и используется только для разбивки файлов, то как получить точную привязку ко времени первых/последних отсчетов в этих файлах?
2. Как корректно получить действительно точную привязку данных ко времени для непрерывной записи разбитой на части, длина которых 1 час или менее (первая и последняя)?
3. С какой погрешностью синхронизируется кварц, подстраиваемый с помощью GPS, и какова погрешность привязки к точному времени записанных при этом данных (и какой части данных)?
Спасибо за сотрудничество.