SMHistory - вопросы и ответы (SMLogix 3.29)

[Arsie]

Сообщение от LordN

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

Ничего не понял)

Сообщение от LordN

и еще, при выборе по изменению не понимаю как задать нужное время хранения. скажем при выборе периода в 1 секунду, карты 64Гб условно хватает на два года, выбираю по изменению и оп-па, счет уже пошел на сутки... как бороться?

Счёт учитывает самый-самый плохой сценарий. Так-то, если сигнал не будет изменяться, то временной промежуток будет почти бесконечен.

[LordN]

Сообщение от Arsie

Ничего не понял)

написал в суппорт

[ailcat]

Сообщение от Arsie

Счёт учитывает самый-самый плохой сценарий. Так-то, если сигнал не будет изменяться, то временной промежуток будет почти бесконечен.

Я правильно понял, что если выставить время (допустим, 1 секунду) - то время заполнения карты покажет насколько хватит карты с такой периодичностью;
Но если выставить "по изменению" - то время заполнения карты будет рассчитано так, будто обновление происходит каждый тик, верно?


Добавлено через 1 минуту

Сообщение от Arsie

Ничего не понял

Зато я, кажется, понял )
LordN хочет, чтобы даже при настройке "по изменению" - запись происходила не чаще, чем раз в N секунд (даже если изменение фиксируется при каждом тике).

Полезная хотелка!

[Arsie]

Сообщение от ailcat

Я правильно понял, что если выставить время (допустим, 1 секунду) - то время заполнения карты покажет насколько хватит карты с такой периодичностью;
Но если выставить "по изменению" - то время заполнения карты будет рассчитано так, будто обновление происходит каждый тик, верно?


Добавлено через 1 минуту

Зато я, кажется, понял )
LordN хочет, чтобы даже при настройке "по изменению" - запись происходила не чаще, чем раз в N секунд (даже если изменение фиксируется при каждом тике).

Полезная хотелка!

Ага, похоже на то. Но только зачем? Каков сценарий? Запись по изменению - это для дискретов и для аномального поведения аналоговых сигналов. Зона нечувствительности автоматически решает вопрос о разумной частоте записи.


Добавлено через 2 минуты

Сообщение от LordN

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

Там тема в том, что дедбенд считается от прошлого отсчёта. Т.е. если задать его 1 и писать температуру, то будет записано каждое изменение температуры на 1 градус, что вверх, что вниз.

Соответственно, если температура меняется быстро, то записи будут строчиться хоть каждый тик. Это оправдано, т.к. будет записано реальное поведение датчика.

[ailcat]

Сообщение от Arsie

Ага, похоже на то. Но только зачем? Каков сценарий? Запись по изменению - это для дискретов и для аномального поведения аналоговых сигналов. Зона нечувствительности автоматически решает вопрос о разумной частоте записи.

Зона нечувствиетльности не решает проблемы статистического анализа. Посмотреть как красиво график бегает - да, имеющийся функционал справится.
Но для анализа куда важнее "выбитые" отклонения.
То есть, нештатный "провал" температуры на 10 градусов, если система его компенсировала за 3 секунды (например, развернув заслонку) - фигня. А провал в 3 градуса, но продолжавшийся 10 минут - явно показывает, что что-то пошло не так.
Текущее решение не позволяет разделить эти события - либо мы пишем по времени (забивая карту), либо мы не видим длительных, но небольших, отклонений (ибо отстраиваемся от кратковременных по чувствительности). Квитирование же по минимальной длительности события, сохраняемого в архиве - позволит ловить и небольшие длительные отклонения, не забивая карту скоротечными процессами.

[Arsie]

Сообщение от ailcat

Зона нечувствиетльности не решает проблемы статистического анализа. Посмотреть как красиво график бегает - да, имеющийся функционал справится.
Но для анализа куда важнее "выбитые" отклонения.
То есть, нештатный "провал" температуры на 10 градусов, если система его компенсировала за 3 секунды (например, развернув заслонку) - фигня. А провал в 3 градуса, но продолжавшийся 10 минут - явно показывает, что что-то пошло не так.
Текущее решение не позволяет разделить эти события - либо мы пишем по времени (забивая карту), либо мы не видим длительных, но небольших, отклонений (ибо отстраиваемся от кратковременных по чувствительности). Квитирование же по минимальной длительности события, сохраняемого в архиве - позволит ловить и небольшие длительные отклонения, не забивая карту скоротечными процессами.

Нет, тут я не согласен. Это уже не ограничитель максимальной частоты. Это уже на целую систему анализа аномалий тянет.

Нужна фильтрация - ставим на входе данных любой подходящий фильтр и радуемся

[LordN]

Сообщение от Arsie

Ага, похоже на то. Но только зачем? Каков сценарий? Запись по изменению - это для дискретов и для аномального поведения аналоговых сигналов. Зона нечувствительности автоматически решает вопрос о разумной частоте записи.


Добавлено через 2 минуты



Там тема в том, что дедбенд считается от прошлого отсчёта. Т.е. если задать его 1 и писать температуру, то будет записано каждое изменение температуры на 1 градус, что вверх, что вниз.

Соответственно, если температура меняется быстро, то записи будут строчиться хоть каждый тик. Это оправдано, т.к. будет записано реальное поведение датчика.

ну так и пусть минимально возможное задаваемое время будет равно тику. пусть программист решает что ему надо в конкретном случае.

кстати, тот проект, что я выслал, не хочет работать в смш4 если его обновить по сети до последних версий.
появляется экран про аварийную остановку ядра

[ailcat]

Сообщение от Arsie

Нет, тут я не согласен. Это уже не ограничитель максимальной частоты. Это уже на целую систему анализа аномалий тянет.

Это, естественно, не ограничитель частоты.
Это "подготовитель данных" для системы анализа аномалий. Которую куда целесообразнее решать на более высоком уровне, нежели управляющий контроллер (блин, да хоть в экселе обрабатывать).
Но - "подготовитель данных", изначально отфильтровывающий незначащую информацию (и этим позволяющий накопить больше аномалий для анализа)

[Max2114]

Когда уже приставку beta снимите?

[Arsie]

Сообщение от Max2114

Когда уже приставку beta снимите?

Думаю, мы пропустим версию 3.29 и с выпуском Матрикса выпустим в обращение версию 3.30.

[Max2114]

Сообщение от Arsie

Думаю, мы пропустим версию 3.29 и с выпуском Матрикса выпустим в обращение версию 3.30.

И когда намечается сие событие?

[Arsie]

Сообщение от Max2114

И когда намечается сие событие?

В этом году.

[LordN]

вопщем я решил что для каждого входа нужен переключатель относительно/абсолютно иначе что попало получается особенно когда кучу разнородной инфы надо собирать

[Arsie]

Сообщение от LordN

вопщем я решил что для каждого входа нужен переключатель относительно/абсолютно иначе что попало получается особенно когда кучу разнородной инфы надо собирать

Главное помнить, что исторический блок - это именно блок, а не готовая система на все случаи жизни.

Поэтому для некоторых функций требует некоторой обвязки другими FBD.

[Max2114]

Сообщение от Arsie

В этом году.

Просто есть спрос на функцию History, а использовать ее в коммерческих целях я не могу..

[Arsie]

Сообщение от Max2114

Просто есть спрос на функцию History, а использовать ее в коммерческих целях я не могу..

Если проект работает устойчиво хотя бы 5 минут, значит на объект ставить можно. 5 минут - это я с запасом.

Бета потому что не было полного тестирования всех подсистем контроллера. Но по идее, всё должно работать, т.к. History достаточно изолированная система.

[LordN]

Сообщение от Arsie

Главное помнить, что исторический блок - это именно блок, а не готовая система на все случаи жизни.

Поэтому для некоторых функций требует некоторой обвязки другими FBD.

вот поэтому я и говорю уже второй десяток лет, что нужны конструкторы каких-то таких простых систем - обработчик аварий, секвенсор, и т.д.
пользуются не очень часто, сами по себе алгоритмически достаточно сложные и ресурсоемкие..

[Fater]

Сообщение от Arsie

Нет, тут я не согласен. Это уже не ограничитель максимальной частоты. Это уже на целую систему анализа аномалий тянет.

Нужна фильтрация - ставим на входе данных любой подходящий фильтр и радуемся

Снаряды ложатся все ближе: народ подкрадывается к основам телеметрии
там это называется быстро меняющиеся и медленно меняющиеся параметры. Следующим шагом будет синхронизация измерений по времени (Служба Единого Времени)

[LordN]

создаю отчет историческим блоком, в нём есть столбик формат, я так понимаю там можно писать что-то типа 4.3f? справки почему-то нет по этому разделу или я опять не знаю где её искать если не по F1
но ладно, погляжу где-нить еще..
я вот что хотел спросить, а могу ли я в том столбике задать преобразование типа данных на лету для отчета?
т.е. в архив складываю int, чтоб места меньше занимало, что-то типа 233 это 23,3
сейчас отчет работает, как я понимаю, просто и без затей, что в архив сложено, то в отчёт и выведется. так?

а хочется чтоб отчет строился так надо.
в архиве пусть лежит все что угодно, а при выводе в отчет пусть оно преобразуется к тому виду как мне надо.
можно реализовать такую хотелку?

int/long в real по маске, хотябы просто задавая меж какими знаками воткнуть точку или запятую, и при необходимости дописать нули слева, думаю, этого будет достаточно.

int/long в простое 16битное слово из нулей и единиц и в шестнадцатиричном и в восмиричном. прям как в лоджике например.

или научите как это делать, если это уже как-то можно делать.
спасибо.

[Arsie]

Сообщение от LordN

создаю отчет историческим блоком, в нём есть столбик формат, я так понимаю там можно писать что-то типа 4.3f? справки почему-то нет по этому разделу или я опять не знаю где её искать если не по F1

"Создание и настройка архива/3.5. Настройка отчета" все возможные преобразования описаны:

1) Задать точность числа, 2) Преобразовать в дату время, 3) Преобразовать число в строку через enum.

[LordN]

я перестал вообще что-либо понимать.
исторический тренд должен же писать все подряд и в памяти это храниться должно несмотря ни на что?
загружаю проект, жду несколько записей тренда, проверяю отчетом что они там есть.
отключаю питание.
снова включаю.
проверяю наличие записей отчетом - данных нет.
что я делаю не так?
а, да, исторический тренд начинает запись только после того как его открыл.

[Arsie]

Сообщение от LordN

я перестал вообще что-либо понимать.
исторический тренд должен же писать все подряд и в памяти это храниться должно несмотря ни на что?
загружаю проект, жду несколько записей тренда, проверяю отчетом что они там есть.
отключаю питание.
снова включаю.
проверяю наличие записей отчетом - данных нет.
что я делаю не так?
а, да, исторический тренд начинает запись только после того как его открыл.

Данные в исторической системе копятся в буфере и сохраняются в исторической системе раз в 5 минут. В этот момент блок HistoryStorage выдаст сигнал о своей занятости, поскольку занят сохранением накопленных данных на флэш-память (внутреннюю или внешнюю - неважно).

1. Если выключить питание раньше, всё сбросится

2. Если нужно убедиться что сохранились перед выключением, то нужно использовать вход flush у HistoryStorage. (см. справку HistoryStorage)

3. Исторический тренд - это не более, чем графический отчёт из системы хранения. Он вообще ничего не пишет по жизни Данные записываются вне зависимости от экрана тренда.

[LordN]

Сообщение от Arsie

Данные в исторической системе копятся в буфере и сохраняются в исторической системе раз в 5 минут. В этот момент блок HistoryStorage выдаст сигнал о своей занятости, поскольку занят сохранением накопленных данных на флэш-память (внутреннюю или внешнюю - неважно).

1. Если выключить питание раньше, всё сбросится

2. Если нужно убедиться что сохранились перед выключением, то нужно использовать вход flush у HistoryStorage. (см. справку HistoryStorage)

3. Исторический тренд - это не более, чем графический отчёт из системы хранения. Он вообще ничего не пишет по жизни Данные записываются вне зависимости от экрана тренда.

понял, спасибо, еще раз проверю что там не так..

еще вопрос, несколько исторических трендов, потому что данных более 15 штук, по триггеру, с одного выхода, и отчет на одном фбд-блоке история тоже по триггеру и с того же места, со всеми переменными всех блоков по порядку будет/должен корректно работать?

[Arsie]

Сообщение от LordN

понял, спасибо, еще раз проверю что там не так..

еще вопрос, несколько исторических трендов, потому что данных более 15 штук, по триггеру, с одного выхода, и отчет на одном фбд-блоке история тоже по триггеру и с того же места, со всеми переменными всех блоков по порядку будет/должен корректно работать?

Там всё даже хитрее. Когда вы данные или триггер берёте с одного выхода, то при компоновке срабатывает оптимизация и по факту эти несколько трендов могут "внутри контроллера" ужаться в один единсвенный

Но для вас на вид всё будет честно, всё как задавали - несколько.

Если данные и триггеры заводить с разных выходов, оптимизации не будет и это будут честные несколько трендов.

15 штук данных - это ни о чём)

[LordN]

блин, карточку не видит контроллер..
present=0
карта исправна, 146%, вставляю в комп, читает пишет, 64Гб, samsung evo
что проверять куда смотреть?

переключил на внутреннюю - работает, present=1

[Arsie]

Сообщение от LordN

блин, карточку не видит контроллер..
present=0
карта исправна, 146%, вставляю в комп, читает пишет, 64Гб, samsung evo
что проверять куда смотреть?

переключил на внутреннюю - работает, present=1

Файловая система какая? Не NTFS, часом?

[LordN]

Сообщение от Arsie

Файловая система какая? Не NTFS, часом?

exFAT
на всякий случай еще раз отформатировал.
полностью.
все равно не видит.
разобрал SMH4 заглянул насколько смог в разъем микросд, вроде все нормально.
ставлю usb флешку 64Gb тоже exFAT - не видит.
тут же ставлю флешку 4Гб FAT32 - видит, пишет, всё ок.

[ATS]

Сообщение от LordN

exFAT
на всякий случай еще раз отформатировал.

Так exFAT Линукс и не видит.

[LordN]

Сообщение от ATS

Так exFAT Линукс и не видит.

зашибись. а как тогда её в fat32 отформатировать?

p.s. нашел
http://instcomputer.ru/sovety-nachin...u-v-fat32.html


Добавлено через 53 минуты

p.p.s. форматнул в FAN32 и флешку и микросд - все заработало.
надо бы предупреждать о таких вещах, два дня убил впустую...

[ATS]

Сообщение от LordN

зашибись.
...
p.p.s. форматнул в FAN32 и флешку и микросд - все заработало.
надо бы предупреждать о таких вещах, два дня убил впустую...

Предупреждали.
Вложение 5970