Разброс во времени опроса по RS-485.

[Mike HG]

Какая куча экспериментов? В этой теме был один серьезный эксперимент, но в идеальных условиях. А дальше Юрий посчитал, что свой долг выполнил и остальную информацию просто игнорирует. По выявленной проблеме правда признал, что да, есть такая не беда - "особенность". И снова молчок. Наверное нужно обращаться с этой проблемой в Овен официально.

[Одесса]

Какая куча экспериментов? В этой теме был один серьезный эксперимент, но в идеальных условиях. А дальше Юрий посчитал, что свой долг выполнил и остальную информацию просто игнорирует. По выявленной проблеме правда признал, что да, есть такая не беда - "особенность". И снова молчок. Наверное нужно обращаться с этой проблемой в Овен официально.

Посмотрите пост 26. Это по Вашему один эксперимент? Тогда я не знаю,что такое два эксперимента. Юрий проделал колоссальную
работу ,но ради целей описанных мной в предыдущем посте.

[Mike HG]

Посмотрите пост 26. Это по Вашему один эксперимент? Тогда я не знаю,что такое два эксперимента. Юрий проделал колоссальную
работу ,но ради целей описанных мной в предыдущем посте.

В моем понимании это был один эксперимент, или изыскание. Первая часть - установление минимально достижимого периода опроса, можно считать выполненной, хотя на пустом проекте, где кроме опросов нет ничего, ценность результата снижается. Вторая часть - оценка влияния нагрузки на период опроса. И вот здесь и вылез подвох. Показанный Юрием результат выглядел хорошо и дал мне уверенность, что возможностей ПР для моих задач вполне хватает. А при конкретной реализации процесс пошел не так и пришлось затратить довольно много времени, чтобы вытащить на свет эту "особенность". А вообще это изыскание надо было проделать на этапе испытаний и результаты указать в технических характеристиках. А в описании указать, от чего может зависеть период опроса. Тогда сразу было бы понятно - для каких задач ПР подходит, а для каких нет. Это было бы честно по отношению к потребителям. И подобных вопросов и претензий не возникало бы. Но тут опять мешает "особенность". Ведь за заявленные ТХ нужно отвечать. Как указывать полученные Юрием 40 мс при времени цикла 7 мс, если при 1 мс может получиться более 100? А указывать минимальные результаты или описывать особенности - будет некрасиво. Поэтому и промолчали.

[Алексеев]

Какая куча экспериментов? В этой теме был один серьезный эксперимент, но в идеальных условиях. А дальше Юрий посчитал, что свой долг выполнил и остальную информацию просто игнорирует. По выявленной проблеме правда признал, что да, есть такая не беда - "особенность". И снова молчок. Наверное нужно обращаться с этой проблемой в Овен официально.

Я могу предположить что Вам могут ответить . Я читал (не помню где на форуме 3 года назад) это концепция ПЛК и естественно ПР200 фирмы ОВЕН ( может быть и других производителей) вначале выполняется
программа 1 цикл обрабатываются входные , выходные дисплей клавиатура ,а потом обрабатываются прерывания связанные с обменом т.д .
Мне программисту контроллеров (микро контроллеров) это тоже не понятно я могу в любой момент обработать в программе любое прерывание в зависимости от приоритета.

[Ревака Юрий]

Какая куча экспериментов? В этой теме был один серьезный эксперимент, но в идеальных условиях. А дальше Юрий посчитал, что свой долг выполнил и остальную информацию просто игнорирует. По выявленной проблеме правда признал, что да, есть такая не беда - "особенность". И снова молчок. Наверное нужно обращаться с этой проблемой в Овен официально.

Про особенность я узнал от Вас, уточнил у программистов алгоритм и действительно ли может что-то подобное проявляться, мне ответили положительно. Но так как кроме обмена по интерфейсу необходимо еще обслуживать логику, дисплей вх/вых и т.д то я не считаю это проблемой или неисправностью, видимо на этапе ТЗ были заданы определенные приоритеты, и для Вашей задачи, приоритет нужен для модбас. Но увеличение приоритета для модбас, приведет к другим последствиям, это мое личное мнение. Можно обратиться официально, разве кто-то Вам запрещает, но мне кажется если проборов продано очень большое количество , и только сейчас возник этот момент, то это проблема правильного выбора оборудования для конкретной задачи. Это опять таки мое личное мнение.

[Алексеев]

Сергей и кто эту теме поднял и естественно все участники .
Естественно нужно официальное обращение . Я естественно поддержу если приоритет
по модбасу будет не в ущерб и проекты которые рабочие будут не сбоить .
И программисты железа (это не программисты ОЛ) должны быть уверены на 100% что это не повредит всему остальному.