Дублирование в Тренде данных архива

Мастерскада 3.12. Файловый архив заполняется только в С#-скрипте. Просмотр архива реализован через объект Тренд в формате "таблица значений".
Замечено, что при добавлении в архив через скрит новых значений введенные в данном сеансе RT значения появляются в Тренде в двух экземплярах.
Это продолжается пока не завершим RT. В DT на вкладке "Данные" архивируемых величин всё нормально - присутствует только один экземпляр.
Т.е. файловый архив заполняется нормально. При повторном запуске RT данные введенные в предыдущем сеансе отображаются корректно.
Похоже что-то с Трендом. Есть подозрение, что он отображает помимо данных из Файлового архива также данные из архива в оперативной памяти.
Может быть данные попадающие в файловый архив из С#-скрипта попадают туда через архив ОП. Что-то невнятное в документации есть.
Вопрос как победить проблему дублирования данных в Тренде (таблица-значений).

Что значит в "двух экземплярах"? Приведите несколько скриншотов.
Хотим также отметить, что если вы ведете заполнение архива из скрипта, то обязательно у переменных в которые пишите из скрипта, поставьте периодическую архивацию в шагом в 0.

"в двух экземплярах" это значит полностью идентичные строки в таблице значений. Метки времени также абсолютно идентичные. Сколько бы значений не добавлялось в архив в данном сеансе RT, новые строки появляются дважды. Но что интересно сначала выводятся в тренде (таблице) все строки из файлового архива в нужном порядке (согласно метке времени) включая и строки из текущего RunTime, а после последней из них все строки-дубликаты из текущего сеанса RT. Такое впечатление, что дубликаты из временного архива взяты. После выхода из сеанса RT, и запуска нового RT в таблице-значений все нормально (дубликаты исчезают), пока не начнем добавлять в архив из скрипта новые значения. Периодическая архивация стоит с шагом 0. Более того я сделал конфигурацию на базе примера из блога InSat про скрипты (где генерация архива из CSV-файла). Изменил там скрипт, добавил тренд в виде таблицы и получил вышеописанный результат. Картинки завтра получу на работе и пришлю сюда.

Высылаю скрины. 1. До запуска RT - Вложение 68572
2. В RT после добавления трех записей - Вложение 68573
3. После выхода из RT - Вложение 68574

4. Конфигурация со скриптом и трендом - Вложение 68575

Проблема не проявляется.
Попробуйте проверить на текущей Бета версии (лежит на том же FTP, где и Демо)

Для проявления проблемы отключить автопрокрутку таблицы-значений, выставить верхнюю границу на подальше от текущей даты и нажать "обновить" на тулбаре.
У меня планируется месячная таблица. Накопленные данные с расходомера архивироваться будут один раз в сутки при старте RT (Все последующие Пуски RT в данных сутках архивировать не надо), а также данные, полученные в 12:00 и 00:00 каждых суток (если будет круглосуточная работа).
Конечно есть вариант после окончания месяца выйти из RT, а затем заново его запустив получить корректную таблицу-значений за прошлый месяц, но это уже больше похоже на костыли.
В Бета-версии проблема не исчезает.
Да, и при автопрокрутке все же значение архивируемое при старте RT (здесь = 15) попадает в таблицу 2 раза.

Вы можете записать видео для вашего тестового проекта с последовательностью действий?
Для записи можно использовать:
https://www.flashbackrecorder.com/ru/

К сожалению возможности записи видео в настоящее время нет.
Пришлось просто поправить проект добавив выбор периода и отключив автопрокрутку на тренде.
После запуска проекта сразу появляется двойная запись в таблице-значений.
И далее в таблице работать только иконкой "Обновить".
Вложение 68618

Записал видео для конфигурации из предыдущего сообщения. Вопрос: куда его выслать?

Можете сюда выложить или на файлообменник и ссылку.
Также приложите проект на котором воспроизводили.

Ссылка на Видео https://dropmefiles.com/T1QCf
Проект Вложение 68635

К сожалению ответ на поставленный в сабже вопрос так и не получен. Но вопрос всё ещё актуален.

Проблема проявилась. Мы посмотрим что можно сделать.

При записи в архив нужно писать время в формате UTC, т.е.:
DateTime dt = DateTime.UtcNow;
А не
DateTime dt = DateTime.Now;
Если будет какое то свое время, то преобразуйте его методом ToUniversalTime()

Все получилось. Не думал, что может быть такая зависимость. Большое спасибо.