
+2
На рассмотрении
Смещение времени сохранения данных тега
При сохранении данных в БД и их экспорте видно смещение по времени (см. вложение)
В результате имеем большие проблемы с их анализом, поскольку для совмещения требуются серьёзные трудозатраты.
Нельзя ли как-то исправить данную проблему?
08.09.15_09.09.15.xlsx
В результате имеем большие проблемы с их анализом, поскольку для совмещения требуются серьёзные трудозатраты.
Нельзя ли как-то исправить данную проблему?
08.09.15_09.09.15.xlsx
Сервис поддержки клиентов работает на платформе UserEcho
Уточните проблему? В БД временные метки, это время когда данные были получены, обработаны и переданы на запись, одинаковой временной метки для всех каналов быть не может. Я правильно понял вопрос?
Происходит это в частности оттого, что, насколько я понимаю, моменты когда данные не были получены - в базу не пишутся и в базе это никак не отображается.
http://c2n.me/3utzJcP
Скорей всего на данный момент синхронизировать данные не получится, как я и писал Выше, каждый канал пишется в БД со своей временной меткой, плюсом к этому, при "плохом" качестве переменной данные в базу тоже не попадут. Как вариант, можно попробовать отключить штатное сохранение в БД, и писать в базу из под скрипта, тогда может получится записать несколько каналов с одной временной меткой, ну и канал с "плохим" качеством тоже, можно будет записать.
Вот было бы удобнее экспортировать именно те данные которые мы видим при в просмотре графиков, чтобы то же самое можно было увидеть в экселе и дополниться какими-либо своими математическими операциями..
Да, на графике не видно "разрывов". При экспорте выводятся только те данные, которые есть в БД. Можно будет подумать, опционально ввести метод заполнения разрывов при экспорте.
Удалось ли решить проблему с разрывами в данных и рассинхронизацией параметров во времени? Прочитал тут, что 3 года назад планировали ввести опциональный метод заполнения разрывов при экспорте. Возможно ли экспортировать данные в диапазоне времени чч:мм:сс (сейчас при экспорте предлагается только ввести даты выгрузки и частоту выгрузки данных)?
День добрый.
> Удалось ли решить проблему с разрывами в данных и рассинхронизацией параметров во времени?
Насколько я знаю проблема с разрывами на графиках решена. По рассинхронизации уточните вопрос.
>Прочитал тут, что 3 года назад планировали ввести опциональный метод заполнения разрывов при экспорте. >Возможно ли экспортировать данные в диапазоне времени чч:мм:сс (сейчас при экспорте предлагается только >ввести даты выгрузки и частоту выгрузки данных)?
По экспорту данных, опишите Ваше виденье задачи. Как по Вашему будет удобней пользоваться экспортом с какими настройками, и т.д.
Clipboard01_.jpg
Clipboard02.jpg
Clipboard03.jpg
>Насколько я знаю проблема с разрывами на графиках решена. По рассинхронизации уточните вопрос.
Проблема с рассинхронизацией данных во времени, когда с этими данными что-то происходит (например, качество "BAD" или есть вычисляемые данные, а реальных данных с контроллера не поступает). Т.е. такая же проблема, как и у ТС (Евгения) 3 года назад. При экспорте семейства графиков таблица начинается с разного времени (см. вложение 1), т.к. параметр "мощность стека" - вычисляемый, а остальные - реальные данные с ПЛК, которые появились позже (ПЛК включили). Далее, даже если вручную выровнять начало таблицы по времени, через какое-то время произойдёт повторная рассинхронизация (см. вложение 2), т.к. данные кратковременно пропадали ("плохое качество").
>По экспорту данных, опишите Ваше виденье задачи. Как по Вашему будет удобней пользоваться экспортом с какими настройками, и т.д.
Я бы хотел видеть дополнительную опцию задания интервала времени выгрузки не только в днях и шаге, но и в "чч:мм:сс" в окне экспорта данных по каждой переменной в отдельности (по двойному клику, например):
День добрый.
Ок. Спасибо за пояснение. Задачу по синхронизации данных при экспорте пока не решали в виду очень малого спроса на подобный функционал. Сейчас соберём статистику по запросам, и доработкам этого функционала, и будем принимать решение о его реализации.
Поддерживаю неистово. По каждой переменной в отдельности, для себя лично, не вижу потребности, а в остальном поддержу и дополню.
1. Да,чч.мм.сс. в начальной и конечной дате необходимы. В первый раз долго искал такие настройки, был удивлён, что нету.
2. Выдержка интервала. Если задан час, то 8.00, 9.00, 10.00 и т.д., а не 8.00, 9.01, 10.03.
3. Вытекает из второго. Допустимый диапазон отклонений по времени. Скажем, по умолчанию - плюс\минус 0,5 интервала, с возможностью для пользователя установки своего диапазона, опять же в чч.мм.сс. Например, интервал - час, диапазон - плюс\минус 10 минут, начало - 8.00. Тогда в промежутке времени с 7.50 до 8.10 выбирается значение, наиболее близкое по времени к 8.00, а если в этот промежуток ничего не было, то остаётся пустая ячейка.
И по эргономике, очень нужно иметь возможность создания сохраняемых групп, как в графиках, отображение переменных в окошке тоже крайне неудобное, лучше с разворачиваемыми группами, да и само окошко маленькое донельзя.
День добрый.
Спасибо за развернутый ответ. Учтём.