Версия 4.7.3.50 Ошибки и вопросы (в картинках)

Avatar
Кондратенко Анатолий Викторови
  • обновлен
  • Исправлен

Добрый день!

1-я ошибка.

Image 1214

Для получения столь неприглядной картины всего лишь надо установить курсор мыши в область "Лицензия SimpLight"

2-я ошибка

Image 1215

Приобрели лицензию на использование SIMP OPC сервера.
После введения ключа и активации лицензии от надписи в заголовке окна "SIMP OPC сервер (Тегов: 11) - ДЕМОНСТРАЦИОННАЯ ВЕРСИЯ" осталась надпись "SIMP OPC сервер (Тегов: 11)".
Полагаю, что надписи "Тегов: 11" не должно быть после активации лицензии. Или я не прав?

И один вопрос.

Image 1216

Не могли бы Вы дать консультацию по полю "Агрегатор" в источнике данных Редактора отчета.
Попытки задействовать это поле (максимальное значение, среднее значение, ...) приводят к тому, что от отчета остается одна строка (что и ожидается) , но в качестве значения (в этой оставшейся строке) выступает ноль.
Попытки найти пояснения использования "Агрегатора" в документации на FastReport не увенчались успехом.
Буду благодарен за любой ответ (хотя бы просто пришлите ссылку - где почитать)


И последний вопрос

Я уже обращался по поводу отрицательного опыта использования режима записи "По изменению"

Image 1217


есть ли какие подвижки? в расследовании этого явления?
напоминаю: зона 1 - установлен режим "по изменению", зона 2 - установлен режим "по таймеру"

С уважением, Кондратенко Анатолий
Новочеркасск










Ответы 24
Avatar
0
Кондратенко Анатолий Викторови
Цитата от СИМП Лайт (тех поддержка)

Ещё уточните - при стратегии записи по изменению, "мертвая зона" нулевая, или указано какое-то значение? 

Добрый день!

Ответ: значение параметра "мертвая зона" = 1

Вопрос о режиме сохранения в базе "В пределах шкалы":
Посмотрел я на этот параметр и сказал "это хорошо".

Решил использовать эту возможность (казалось бы польза очевидна), но не всё то .... 
Столкнулся с такой коллизией:
1) есть простейший параметр установки температура

2) всегда там была шкала 0 - 200 градусов, и на мнемосхеме всегда отражалась реальная температура (даже когда установка выключена)
3) чтобы отсечь запись в базу "лишних" значений (когда установка простаивает) при использовании политики "В пределах шкалы" пришлось изменит диапазон шкалы на 35 - 200 градусов, иначе режим "В пределах шкалы" бесполезен ( в данном конкретном случае )

4) и вот получается, что на мнемосхеме искажается реальная информация

Посмотрел я на дело рук своих и сказал "это плохо"

Вывод: режим записи "В пределах шкалы"пока годится только для фильтрации "помех"
Пожелание: возможно ли дополнить список режимов сохранения в базу? (требуется режим записи при превышении указанного значения)

Avatar
0
СИМП Лайт (тех поддержка)
Цитата от Кондратенко Анатолий Викторови

Добрый день!

Ответ: значение параметра "мертвая зона" = 1

Вопрос о режиме сохранения в базе "В пределах шкалы":
Посмотрел я на этот параметр и сказал "это хорошо".

Решил использовать эту возможность (казалось бы польза очевидна), но не всё то .... 
Столкнулся с такой коллизией:
1) есть простейший параметр установки температура

2) всегда там была шкала 0 - 200 градусов, и на мнемосхеме всегда отражалась реальная температура (даже когда установка выключена)
3) чтобы отсечь запись в базу "лишних" значений (когда установка простаивает) при использовании политики "В пределах шкалы" пришлось изменит диапазон шкалы на 35 - 200 градусов, иначе режим "В пределах шкалы" бесполезен ( в данном конкретном случае )

4) и вот получается, что на мнемосхеме искажается реальная информация

Посмотрел я на дело рук своих и сказал "это плохо"

Вывод: режим записи "В пределах шкалы"пока годится только для фильтрации "помех"
Пожелание: возможно ли дополнить список режимов сохранения в базу? (требуется режим записи при превышении указанного значения)

День добрый.

Отправил Ваше предложение на рассмотрение. Спасибо.

Avatar
0
Кондратенко Анатолий Викторови
Цитата от СИМП Лайт (тех поддержка)

День добрый.

Отправил Ваше предложение на рассмотрение. Спасибо.

Добрый день!

Благодарность: вы волшебники! ... теперь (в версии 4.7.3.70) график уставки рисуется хорошо даже в режиме "По изменению". Молодцы!

Вопросительное брюзжание:
1) в новой версии (4.7.3.70) появился новый пункт "Сохранение только при хорошем качестве". Появились вопросы. Нажимаю "Справка". Попадаю на английскую версию справки. Почему? Может просто я не часто туда обращался и не отследил новые веяния. Ну и кстати, в справке по этому поводу никаких пояснений нет.



2) из всего табуна вопросов по этому поводу сформулирую только один: кому? зачем? почему? может понадобиться сохранять данные "при плохом качестве сигнала"?

Avatar
0
СИМП Лайт (тех поддержка)
  • Исправлен
Цитата от Кондратенко Анатолий Викторови

Добрый день!

Благодарность: вы волшебники! ... теперь (в версии 4.7.3.70) график уставки рисуется хорошо даже в режиме "По изменению". Молодцы!

Вопросительное брюзжание:
1) в новой версии (4.7.3.70) появился новый пункт "Сохранение только при хорошем качестве". Появились вопросы. Нажимаю "Справка". Попадаю на английскую версию справки. Почему? Может просто я не часто туда обращался и не отследил новые веяния. Ну и кстати, в справке по этому поводу никаких пояснений нет.



2) из всего табуна вопросов по этому поводу сформулирую только один: кому? зачем? почему? может понадобиться сохранять данные "при плохом качестве сигнала"?

День добрый.

Благодарность: вы волшебники! ... теперь (в версии 4.7.3.70) график уставки рисуется хорошо даже в режиме "По изменению". Молодцы!

Спасибо).

Вопросительное брюзжание:
1) в новой версии (4.7.3.70) появился новый пункт "Сохранение только при хорошем качестве". Появились вопросы. Нажимаю "Справка". Попадаю на английскую версию справки. Почему? Может просто я не часто туда обращался и не отследил новые веяния. Ну и кстати, в справке по этому поводу никаких пояснений нет.

Справка в доработке. Английская версия справки в русской версии, наша недоработка поправим. Спасибо.

2) из всего табуна вопросов по этому поводу сформулирую только один: кому? зачем? почему? может понадобиться сохранять данные "при плохом качестве сигнала"?

Поясню. Ранее при сохранении данных в БД сохранялись только сами данные, но не сохранялось качество сигнала, т.е. данные сохранялись только при "хорошем" качестве сигнала, что не вполне отображало всю полноту процесса. После замены движка БД в последних версиях, в БД сохраняются как сами данные так и признак качества этих данных. При нестабильной связи с устройством, данные записанные в БД будут отображать всю нестабильность линии, в связи с чем график построенный по этим данным будет достаточно "рваный", в связи с этим после многочисленных просьб наших пользователе, сделали режим совместимый с моделью записи прошлых версий, т.е. записывать в БД только при "хорошем" качестве сигнала.

Avatar
0
Кондратенко Анатолий Викторови
Цитата от СИМП Лайт (тех поддержка)

День добрый.

Благодарность: вы волшебники! ... теперь (в версии 4.7.3.70) график уставки рисуется хорошо даже в режиме "По изменению". Молодцы!

Спасибо).

Вопросительное брюзжание:
1) в новой версии (4.7.3.70) появился новый пункт "Сохранение только при хорошем качестве". Появились вопросы. Нажимаю "Справка". Попадаю на английскую версию справки. Почему? Может просто я не часто туда обращался и не отследил новые веяния. Ну и кстати, в справке по этому поводу никаких пояснений нет.

Справка в доработке. Английская версия справки в русской версии, наша недоработка поправим. Спасибо.

2) из всего табуна вопросов по этому поводу сформулирую только один: кому? зачем? почему? может понадобиться сохранять данные "при плохом качестве сигнала"?

Поясню. Ранее при сохранении данных в БД сохранялись только сами данные, но не сохранялось качество сигнала, т.е. данные сохранялись только при "хорошем" качестве сигнала, что не вполне отображало всю полноту процесса. После замены движка БД в последних версиях, в БД сохраняются как сами данные так и признак качества этих данных. При нестабильной связи с устройством, данные записанные в БД будут отображать всю нестабильность линии, в связи с чем график построенный по этим данным будет достаточно "рваный", в связи с этим после многочисленных просьб наших пользователе, сделали режим совместимый с моделью записи прошлых версий, т.е. записывать в БД только при "хорошем" качестве сигнала.

еще немного поворчу:

1) " ... Ранее ... данные сохранялись только при
"хорошем" качестве сигнала  ..." - прям успокоили (без иронии, вполне серьезно), а то ужаснулся: неужели же раньше писался всякий шум наряду с хорошим сигналом

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

3) "... в последних версиях, в БД сохраняются как сами данные так и признак качества этих данных ..." - значит мне не показалось, что данные "задваиваются" в базе данных, оказывается стал записываться и признак качества

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

5) "... после многочисленных просьб наших пользователе, сделали режим совместимый с моделью записи прошлых версий ..." - вот тут горячо поддержу ваших пользователей, настолько горячо, что осмелюсь предложить этот режим сделать постоянным (тем более, что он и был им до "смены движка"). То есть пункт "Сохранение только при хорошем качестве":
  а) либо сделать постоянно "выбранным", а не "опциональным"
  б) либо переименовать в "Сохранение при любом качестве" и сделать опциональным
Таким образом будут соблюдены права большинства (ИМХО) ваших пользователей, которым "до лампочки", что там творится в канале. И продвинутые пользователи, которым будет важно проанализировать качество получаемого сигнала не останутся без внимания (смогут включить "Сохранение при любом качестве")

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

Avatar
0
СИМП Лайт (тех поддержка)
Цитата от Кондратенко Анатолий Викторови

еще немного поворчу:

1) " ... Ранее ... данные сохранялись только при
"хорошем" качестве сигнала  ..." - прям успокоили (без иронии, вполне серьезно), а то ужаснулся: неужели же раньше писался всякий шум наряду с хорошим сигналом

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

3) "... в последних версиях, в БД сохраняются как сами данные так и признак качества этих данных ..." - значит мне не показалось, что данные "задваиваются" в базе данных, оказывается стал записываться и признак качества

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

5) "... после многочисленных просьб наших пользователе, сделали режим совместимый с моделью записи прошлых версий ..." - вот тут горячо поддержу ваших пользователей, настолько горячо, что осмелюсь предложить этот режим сделать постоянным (тем более, что он и был им до "смены движка"). То есть пункт "Сохранение только при хорошем качестве":
  а) либо сделать постоянно "выбранным", а не "опциональным"
  б) либо переименовать в "Сохранение при любом качестве" и сделать опциональным
Таким образом будут соблюдены права большинства (ИМХО) ваших пользователей, которым "до лампочки", что там творится в канале. И продвинутые пользователи, которым будет важно проанализировать качество получаемого сигнала не останутся без внимания (смогут включить "Сохранение при любом качестве")

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

5) "... после многочисленных просьб наших пользователе, сделали режим совместимый с моделью записи прошлых версий ..." - вот тут горячо поддержу ваших пользователей, настолько горячо, что осмелюсь предложить этот режим сделать постоянным (тем более, что он и был им до "смены движка"). То есть пункт "Сохранение только при хорошем качестве":
а) либо сделать постоянно "выбранным", а не "опциональным"
б) либо переименовать в "Сохранение при любом качестве" и сделать опциональным
Таким образом будут соблюдены права большинства (ИМХО) ваших пользователей, которым "до лампочки", что там творится в канале. И продвинутые пользователи, которым будет важно проанализировать качество получаемого сигнала не останутся без внимания (смогут включить "Сохранение при любом качестве")

Ок. Подумаем.

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

Замечание справедливое. Работаем в этом направлении. Спасибо.

Avatar
0
Кондратенко Анатолий Викторови
Цитата от СИМП Лайт (тех поддержка)
5) "... после многочисленных просьб наших пользователе, сделали режим совместимый с моделью записи прошлых версий ..." - вот тут горячо поддержу ваших пользователей, настолько горячо, что осмелюсь предложить этот режим сделать постоянным (тем более, что он и был им до "смены движка"). То есть пункт "Сохранение только при хорошем качестве":
а) либо сделать постоянно "выбранным", а не "опциональным"
б) либо переименовать в "Сохранение при любом качестве" и сделать опциональным
Таким образом будут соблюдены права большинства (ИМХО) ваших пользователей, которым "до лампочки", что там творится в канале. И продвинутые пользователи, которым будет важно проанализировать качество получаемого сигнала не останутся без внимания (смогут включить "Сохранение при любом качестве")

Ок. Подумаем.

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

Замечание справедливое. Работаем в этом направлении. Спасибо.

Добрый день!

Решил (на свою голову) по максимуму использовать возможности системы SimpLight и перевести часть приборов OWEN с протокола OWEN на MODBUS. В результате тут же наткнулся на ошибку, ну как ошибку - скорее очепятку:

Теперь вопросы:

1) где можно посмотреть логи работы MODBUS ?

2) в справке значительное место уделено некоему "Simulator MODBUS", только ни слова не сказано "шо це оно таке?", то есть что это за утилитка? кто автор? где ее можно взять?

3) настройка параметров работы по MODBUS

Смотрю я на эту красоту и понимаю, что ничего не понимаю: подхожу я под пункт "по умолчанию" или нет? Открываю справку SimpLight, вуаля, все эти загадочные названия просто перечисляются и всё, ни слова пояснения. Как тут не вспомнить старика Лема: "...СЕПУЛЬКИ — важный элемент цивилизации ардритов (см.) с планеты Энтеропия (см.). См. СЕПУЛЬКАРИИ...".

Открываю инструкцию на ТРМ200:

Ясность не наступает. Так подходит параметр (тип float32) ТРМ200 под пункт "Default" или нет?

Avatar
0
СИМП Лайт (тех поддержка)
Цитата от Кондратенко Анатолий Викторови

Добрый день!

Решил (на свою голову) по максимуму использовать возможности системы SimpLight и перевести часть приборов OWEN с протокола OWEN на MODBUS. В результате тут же наткнулся на ошибку, ну как ошибку - скорее очепятку:

Теперь вопросы:

1) где можно посмотреть логи работы MODBUS ?

2) в справке значительное место уделено некоему "Simulator MODBUS", только ни слова не сказано "шо це оно таке?", то есть что это за утилитка? кто автор? где ее можно взять?

3) настройка параметров работы по MODBUS

Смотрю я на эту красоту и понимаю, что ничего не понимаю: подхожу я под пункт "по умолчанию" или нет? Открываю справку SimpLight, вуаля, все эти загадочные названия просто перечисляются и всё, ни слова пояснения. Как тут не вспомнить старика Лема: "...СЕПУЛЬКИ — важный элемент цивилизации ардритов (см.) с планеты Энтеропия (см.). См. СЕПУЛЬКАРИИ...".

Открываю инструкцию на ТРМ200:

Ясность не наступает. Так подходит параметр (тип float32) ТРМ200 под пункт "Default" или нет?

День добрый.

1) где можно посмотреть логи работы MODBUS ?

2) в справке значительное место уделено некоему "Simulator MODBUS", только ни слова не сказано "шо це оно таке?", то есть что это за утилитка? кто автор? где ее можно взять?

Вот ссылка http://www.plcsimulator.org/

3) настройка параметров работы по MODBUS

Смотрю я на эту красоту и понимаю, что ничего не понимаю: подхожу я под пункт "по умолчанию" или нет? Открываю справку SimpLight, вуаля, все эти загадочные названия просто перечисляются и всё, ни слова пояснения. Как тут не вспомнить старика Лема: "...СЕПУЛЬКИ — важный элемент цивилизации ардритов (см.) с планеты Энтеропия (см.). См. СЕПУЛЬКАРИИ...".
Открываю инструкцию на ТРМ200:

Ясность не наступает. Так подходит параметр (тип float32) ТРМ200 под пункт "Default" или нет?

Тип данных - Default - это Word, т.е. стандартный тип для modbus.

Порядок байт - Default - это BE.

Можно все гораздо проще, в СИМП есть перднастроенные шаблоны для приборов OWEN. 

 

Вы использовали шаблон для настройки прибора?

Avatar
0
Кондратенко Анатолий Викторови
Цитата от СИМП Лайт (тех поддержка)

День добрый.

1) где можно посмотреть логи работы MODBUS ?

2) в справке значительное место уделено некоему "Simulator MODBUS", только ни слова не сказано "шо це оно таке?", то есть что это за утилитка? кто автор? где ее можно взять?

Вот ссылка http://www.plcsimulator.org/

3) настройка параметров работы по MODBUS

Смотрю я на эту красоту и понимаю, что ничего не понимаю: подхожу я под пункт "по умолчанию" или нет? Открываю справку SimpLight, вуаля, все эти загадочные названия просто перечисляются и всё, ни слова пояснения. Как тут не вспомнить старика Лема: "...СЕПУЛЬКИ — важный элемент цивилизации ардритов (см.) с планеты Энтеропия (см.). См. СЕПУЛЬКАРИИ...".
Открываю инструкцию на ТРМ200:

Ясность не наступает. Так подходит параметр (тип float32) ТРМ200 под пункт "Default" или нет?

Тип данных - Default - это Word, т.е. стандартный тип для modbus.

Порядок байт - Default - это BE.

Можно все гораздо проще, в СИМП есть перднастроенные шаблоны для приборов OWEN. 

 

Вы использовали шаблон для настройки прибора?

Благодарю за оперативный ответ.

Попытка связаться с ТРМ202 (только такой есть под рукой свободный) по MODBUS не приводит ни к чему (хорошему, плохое оно само как-то получается):

в тесте каналов видим только Timeout

то есть прибор не хочет отвечать, идет только запрос
в чём может быть проблема?

Avatar
0
СИМП Лайт (тех поддержка)
Цитата от Кондратенко Анатолий Викторови

Благодарю за оперативный ответ.

Попытка связаться с ТРМ202 (только такой есть под рукой свободный) по MODBUS не приводит ни к чему (хорошему, плохое оно само как-то получается):

в тесте каналов видим только Timeout

то есть прибор не хочет отвечать, идет только запрос
в чём может быть проблема?

то есть прибор не хочет отвечать, идет только запрос
в чём может быть проблема?

1. Проверить сетевые настройки прибора.

2. Проверить какой протокол выбран на самом приборе

3. Проверить поддерживает ли прибор работу по модбасу

4. Проверить настройки узла, номера прибора, выбранный протокол и т.д.


Портал поддержки клиентов работает на UserEcho