Старший инженер группы технической поддержки ОВЕН
Присоединяюсь, тоже впечатлило. И главное незатейливо как - "мы вам все испортили, но мы работаем над". Но не ставить новые релизы нельзя ведь, они же для того и выпускаются, чтобы ошибки исправлять и чем чаще, тем быстрее ошибки исправляются. То что новые при этом вносятся, это уже ноу-хау какое-то.
тоже бесит, что нельзя программу открыть предыдущей версией ПО... причем совсем... Ну открой, на элементе, который подвергался изменениям укажи что будет работать неправильно, типа переделай, перевставь и так далее, но нет. Мы вообще не открываем программу, видите ли у нее версия на .ХХ1 изменилась....
2.5.343.0 - вот когда вот эта цифра меняется, еще мог бы понять....
Последний раз редактировалось melky; 19.01.2024 в 10:24.
Со стороны, хорошо, если это не так, создаётся впечатление, что баланс исправленных и вновь созданных ошибок, не в пользу первых. Конечно совместимость должна быть, можно понять , если это невозможно при каких то кардинальных изменениях. Но судя по всему, вносятся мелкие исправления и привет буфет.... Прошлой не открыть..
На новую команду программёров свалилось очень много глюков из прошлого.
И внося изменения, "цепляют" ещё что-то из того, что в прошлом наколбасили другие...
Их вполне можно и нужно понять.
Но это должно как-то открыто делаться.
А то выплёвывают релизы, учитывают глюки, пытаются их исправлять,
но всё это втихаря, из танка...
Без списка глюков, которые планомерно исправляются,
ОВЕН-ы доведут пользователей до белого каления.
Побегав по форумам - такого насмотришься...
И это накапливается годами.
Errata толком не ведётся.
Вот как это делается:
"На вскидку", с чем я работаю. en.DM00091791.pdf
Не смогли исправить - указали как это обойти!!!!!!!!!!!!!!!!!
---
RVU flag not cleared at low APB clock frequency
Description
Successful write to the IWDG_RLR register raises the RVU flag and prevents further write accesses to the
register until the RVU flag is automatically cleared by hardware. However, at APB clock frequency lower than
twice the IWDG clock frequency, the hardware never clears that flag, and writing to the IWDG_RLR register is no
longer possible.
Workaround
Set the APB clock frequency higher than twice the IWDG clock frequency.
---
Флаг RVU не снят при низкой тактовой частоте APB
Описание
Успешная запись в регистр IWDG_RLR поднимает флаг RVU и предотвращает дальнейшие обращения на запись в
регистр до тех пор, пока флаг RVU не будет автоматически снят аппаратным обеспечением. Однако при тактовой частоте APB, более чем
в два раза превышающей тактовую частоту IWDG, аппаратное обеспечение никогда не сбрасывает этот флаг, и запись в регистр
IWDG_RLR больше невозможна.
Обходной путь
Установите тактовую частоту APB более чем в два раза выше тактовой частоты IWDG.
Не переносится обмен по RS485 "как в ПР200" на ПР205.
ПР200 Настраиваю Slot 2, Master, Протокол RTU, 115200 8N1, интервал запросов 10 мс
SekF3tok, регистр 265, целочисленное, чтение 0x03, запись 0x06, регистров 1
ПР200 нормально принимает счёт секунд по сети.
ПР205 SlaveID 17, Master, Протокол RTU, 115200 8N1,
SekF3tok, регистр 265, целочисленное, чтение 0x03, запись 0x06, регистров 1
Порядок байт - перепробовал все варианты. "A" и "B" тож пробовал менять местами.
Вывел переменную STATUS - всегда = "0". В настройках RS485.
Глухо...
О том, что ПР205 работает с сетью RS485, свидетельствуют пропуски пакетов ПР200,
при одновременном включении в сети ПР200 и ПР205.
При этом индикация переменной STATUS подмигивает единицей!!!
Последний раз редактировалось ПавелП; 19.01.2024 в 18:34.
Там же настройки разные. Порядком байт слов поиграйте, по умолчанию неверно ставится обычно в 205.