Перейти к содержанию
    

AVR + MODBUS+ индукционный нагрев

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

Концепция такова.

Сервисные функции.

Контроль аналоговых каналов (ток, напряжение, температура), выдача аналоговых уставок на регулятор многоканальный (мощность, ток, температура), контроль вентиляторов, контроль дискретных каналов и ряд других.

Сейчас решает Mega128.

Вывод значений четыре 8-ми сегментных led индикатора + галетный переключатель на 12 позиций + переключатели и три потенциометра.

Что хотелось бы.

Куплена сенсорная панель GT1020 Mitsubishi. Общается по RS422 ModBus, как мастер.

Через нее планируется задавать уставки, режим работы и т.д.

Требуется ее подключить к AVRMEGA по ModBus.

И еще использовать второй UART для внешнего управления по modbus.

У нас в фирме есть один программист AVR + ПЛК и один по ПЛК. Но с ModBus серьезно никто не работал.

И если общее проектировании СУ, аналоговая и цифровая часть, разводка, можно сделать своими силами. То программировани, боюсь тут будет затык на пол года.

Требуется консультация и помощь. Мы из Санкт-Петербурга www.interm.su

Сам я тех. дир. данной фирмы. Рассмотрим любые варианты сотрудничества.

Извините, если не туда написал.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Сенсорная панель скорее всего будет работать с промышленным одноплатным компьютером. Добавляете многофункциональную плату расширения Advantech PCI-1710, на которую вешаете всю свою периферию, как аналоговую, так и дискретную. Ещё в SCADA Trace Mode пишите управляющую программу АСУТП (за неделю даже непрограммист). И будет вам счастье. Прошу прощения у модератора за оффтопик.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Сенсорная панель скорее всего будет работать с промышленным одноплатным компьютером. Добавляете многофункциональную плату расширения Advantech PCI-1710, на которую вешаете всю свою периферию, как аналоговую, так и дискретную. Ещё в SCADA Trace Mode пишите управляющую программу АСУТП (за неделю даже непрограммист). И будет вам счастье. Прошу прощения у модератора за оффтопик.

 

Спасибо за совет. Наверное частично проще все делать из готовых устройств.

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

В задачи системы управления на AVR входит не только измеритель аналоговых величин, но и весь интерфейс управления, задание режимов работы. При этом цена устройства тоже играет не последнию роль. Структура СУ преобразователя должна выглядеть так:

Панель + кнопки и потенциометр, плата СУ с MegaAVR, ПЛИС, аналоговой частью и драйвер на каждый силовой модуль. Хочется концепцию сохранить и для 10кВт генератора с ценой 150-200т.руб до 160кВт с ценой более 1млн.руб. Разве панель взять побольше.

Изменено пользователем dmitrp

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Сенсорная панель скорее всего будет работать с промышленным одноплатным компьютером. Добавляете многофункциональную плату расширения Advantech PCI-1710, на которую вешаете всю свою периферию, как аналоговую, так и дискретную. Ещё в SCADA Trace Mode пишите управляющую программу АСУТП (за неделю даже непрограммист). И будет вам счастье. Прошу прощения у модератора за оффтопик.

Если так сделать, то точно будет работать.

Отрицательная сторона вопроса: сразу есть избыточность и получится дорого. Раз Вы директор, то и считайте , где вам выгоднее: платить стороннему программегу за реализацию Вашей идеи на SMC или сделать все самим на одноплатных компах. В Зеленограде делают аналоги Advantech и Октагон - погуглите и найдете. Для Ваших задач с избытком хватит платы на i386, ими Прософт торгует.

SCADA систем множество, не стоит сразу под "Волшебный подарок" ложиться. Обплюетесь работая с ним.

Если интересно - пишите в личку, Я вышлю список необходимого для построения системы "оборудования".

Удачи в реализации.

Изменено пользователем 147

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Спасибо за совет. Наверное частично проще все делать из готовых устройств.

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

В задачи системы управления на AVR входит не только измеритель аналоговых величин, но и весь интерфейс управления, задание режимов работы. При этом цена устройства тоже играет не последнию роль. Структура СУ преобразователя должна выглядеть так:

Панель + кнопки и потенциометр, плата СУ с MegaAVR, ПЛИС, аналоговой частью и драйвер на каждый силовой модуль. Хочется концепцию сохранить и для 10кВт генератора с ценой 150-200т.руб до 160кВт с ценой более 1млн.руб. Разве панель взять побольше.

 

Умножьте экономию на объем продаж и решайте, выход или нет.

 

IMHO задача концептуально простая для мало-мальски грамотного программиста-эмбеддерщика. Только времени ему придется потратить на поездки к вам, поэтому сильно не жмитесь и на 500 рублей не расчитывайте. Более того, требование знать MODBUS IMHO совершенно излишне: если программист не сможет за вечер въехать в протокол такого типа, то лучше с ним не связываться.

 

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

 

Удачи!

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

 

:laughing: Протокол то простой, но это я могу сказать после 2,5 годов разбирательств и знания мелочей и нюансов.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

 

Что хотелось бы.

Куплена сенсорная панель GT1020 Mitsubishi. Общается по RS422 ModBus, как мастер.

Через нее планируется задавать уставки, режим работы и т.д.

Требуется ее подключить к AVRMEGA по ModBus.

И еще использовать второй UART для внешнего управления по modbus.

 

одно из решений следующее:

1. Нужен протокол обмена графической панели

2. Нужны адреса данных, в которых заложены уставки /должен быть софт, с помощью которого программируется панель/

3. На микроконтролере, один из UARTов отводите под панель, написав соответственно софт под RS422 (для работы с панелью)

4. Другой UART отводите под внешнее управление (должен быть еще один микроконтролер с RS422)

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

(панель+внешнее управление+опрос по таймингу в случае не ответа ведомых "авария")

Примерно так, но вариации можно еще и подумать

Изменено пользователем dimoon

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

одно из решений следующее:

1. Нужен протокол обмена графической панели

2. Нужны адреса данных, в которых заложены уставки /должен быть софт, с помощью которого программируется панель/

3. На микроконтролере, один из UARTов отводите под панель, написав соответственно софт под RS422 (для работы с панелью)

4. Другой UART отводите под внешнее управление (должен быть еще один микроконтролер с RS422)

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

(панель+внешнее управление+опрос по таймингу в случае не ответа ведомых "авария")

Примерно так, но вариации можно еще и подумать

Практически со всем согласен.

1. Панель с софтом есть. Панель есть уже. Софт лицензионный будет в первых числах февраля. Сейчас можно пользоваться или триал версией с ограничением 2 недели или более старой версией без поддержки ModBus.

2. Абсолютно правильно. Один из UARTов отведем под RS422. Связь с панелью. Обойтись ли одним контроллером для решения всех задач или поставить 2 штуки. Это вопрос. Как их связывать. Тоже вопрос. Сейчас у нас два контроллера в СУ. Связаны они по I2C (SPI) и еще на этом интерфейсе висят часы реального времени и 4 микрухи FRAM. Еще есть RS232 для связи скомпьютером. Это второй UART. Но это все наследие старого. Так как была одна плата, потом появилась другая.

Сейчас можно попробовать все впихнуть в напрмер MEGA1280, где корпус 100 ног. Но может лучше разбить на два контроллера.

3. К сожалению, панель GT1020 может быть только мастером. И это накладывает ряд ограничений.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Практически со всем согласен.

1. Панель с софтом есть. Панель есть уже. Софт лицензионный будет в первых числах февраля. Сейчас можно пользоваться или триал версией с ограничением 2 недели или более старой версией без поддержки ModBus.

2. Абсолютно правильно. Один из UARTов отведем под RS422. Связь с панелью. Обойтись ли одним контроллером для решения всех задач или поставить 2 штуки. Это вопрос. Как их связывать. Тоже вопрос. Сейчас у нас два контроллера в СУ. Связаны они по I2C (SPI) и еще на этом интерфейсе висят часы реального времени и 4 микрухи FRAM. Еще есть RS232 для связи скомпьютером. Это второй UART. Но это все наследие старого. Так как была одна плата, потом появилась другая.

Сейчас можно попробовать все впихнуть в напрмер MEGA1280, где корпус 100 ног. Но может лучше разбить на два контроллера.

3. К сожалению, панель GT1020 может быть только мастером. И это накладывает ряд ограничений.

 

Вопрос по выбору контролера(ов) более правильно адресовать к вашим прогаммерам и схемотехникам, а также тех. заданию (количество изм. каналов, линий входов, выходов, скорость обмена по RS422 ну и так далее). Количество ног контролера так же зависит от схемотехники - к примеру динамическую индикацию можно решить с применением и 16 ног управления и 4 ног управления (+2 регистра)

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

Изменено пользователем dimoon

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Здравствуйте, я сталкивался с подобной задачей модернизации. Решил ее следующим образом. В систему был введен дополничельный микроконтроллер, отвечающий за связь по протоколу Modbus RTU. Данный микроконтроллер "общается" с микроконтроллером системы управления через TWI по простому протоколу обмена (4байта туда, 6 байт обратно).

Плюсы данного решения очевидны:

1. Потратив единожды время на разработу программного обеспечения для контроллера связи, в последующем я его просто прикручиваю к очередному устройствую, прописываю modbus функции, с которыми будем работать, организую протокол внутреннего обмена и, собственно говоря, все.

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

3. Получается очень гибкая система, доступная для дальнейшей модернизации.

 

Если Вас интересуют подробности или возникнет желание к сотрудничеству, пишите на мыло: [email protected]

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Присоединяйтесь к обсуждению

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

Гость
Ответить в этой теме...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

×
×
  • Создать...