 | |
Предыдущие результаты
 Здравствуйте! Имеется стороннее устройство, данные с него выходят по MODBUS RTU. Решил данные собирать контроллером, т.к. железо понадежней будет софта.
Контроллер есть микро лоджик 1100.
0-вой порт сконфигурировал по модбас.
С помощью MSG инструкции читаю INTEGER данные.
В кач-ве источника пока использую софт (MODBUS SLAVE)- он в указанный порт шлет пакеты.
но вот при попытке прочитать FLOAT значения ничего не выходит, в моих ячейках флоат как были 0, так и есть,
В настройках:
size inelement 1, Data 32 (для интежер дата-16)
в чем может быть проблема? С модбасом почти не работал.
Может софт не выдает флоат значения.
Думал вытащить 2 интежер ячейки и с помощью функции COP (как я делал в SLC) из нескольких интежер получать 1 флоат, но в Mикролоджиках в функции COP файлы sourse и dest должны быть одного типа.
Неужели на микролоджике не получиться собрать данные? на SLC это на порядок будет дороже.
|
[quote:e27ec4841f]они не хотят быть привязаны только к приводам AllenBradley, а хотят иметь возможность использовать приводы других фирм[/quote:e27ec4841f] В данной системе это [b:e27ec4841f]всё равно[/b:e27ec4841f] будут привода от Allen-Brradley. Т.е., они [b:e27ec4841f]уже[/b:e27ec4841f] де-факто привязаны к этому техническому решению.
[quote:e27ec4841f]1) DeviceNet помехозащищен[/quote:e27ec4841f]
ControlNet резервирован и точно так же (если не лучше) мало подвержен влиянию помех (у вас, как я понял, будет оптика). Даже если не оптика, то кабель экранирован и прокладывается в заземлённой трубе. Поэтому данный довод представляется, скорее, чисто умозрительно-теоретическим.
[quote:e27ec4841f]2) DeviceNet является стандартным протоколом передачи у многих производителей приводов, таких как Siemens, ABB, Schneider
[/quote:e27ec4841f] Ну и что? разве кто-нибудь собирается [b:e27ec4841f]в этот сегмент сети[/b:e27ec4841f] вешать Siemens, ABB, Schneider и т.п.?
|
[quote:62a072cf22="oldDad"]А можно поподробнее, в чём именно проблема с эдектриками, что их надо "дожимать"? Чего они хотят такого, чего вы не хотели бы?[/quote:62a072cf22]
Поподробнее это выглядит примерно так:
Изначально фирма разработчик предложила в качестве приводов использовать PowerFlex 70 и PowerFlex 700 (для маломощных двигателей). Эти PowerFlex'ы подключены были через DeviceNet. Потом разработчики что то там у себя подсчитали и решили сделать все на ControlNet. В это время господа электрики вычитали что:
1) DeviceNet помехозащищен
2) DeviceNet является стандартным протоколом передачи у многих производителей приводов, таких как Siemens, ABB, Schneider
Не знаю по какой причине - но электрики настаивают на том что они не хотят быть привязаны только к приводам AllenBradley, а хотят иметь возможность использовать приводы других фирм. И вбили себе в голову что для этого нужен ТОЛЬКО DeviceNet.
Мы же в свою очередь не хотим городить "огород" и пытаемся доказать что PowerFlex и ControlNet при такой конфигурации будет лучшим решением чем DeviceNet и Siemens'овский привод. Что бы это доказать нам нужны конкретные факты.
|
Документ ControlLogix.Руководство по выбору (Selection Guide). Там есть размеры корзин, а модули в них вставляются...
Vitaliy D. Burtsev
|
Вопрос с резервирование все еще открыт. На данный момент, на сервера RSViewSE и иже с ними установлены патчи от марта месяца сего года. Любые попытки включить резервирование упираются в возникновение ошибки "RedundancyManagerHmiServer detected a failure 0x80041a0b" (а иногда 0x80041a0a). Все, что нашел в Knowldgebase на сайте Rockwell исполнено и включено.
Резервирование включали следующим образом:
1. Сняли копию проекта с помощью HMI Backup & Restore Utility.
2. На второй сервер скопировали снятый бэкап.
3. Перегрузили все сервера (в таком порядке: FTD - RSLINX - SE1 - SE2).
4. На первичном SE1 в свойствах проекта включили резервирование (кнопку [Replication...] не нажимали). Все прошло ок.
5. Еще раз перегрузили сервера.
При выдергивании из сети первичного сервера, вторичный не подхватывает.
Вариант с прохождением тех же шагов 1-5 с нажатием кнопки [Replicatio...] (естественно после копирования проекта) приводит к такому же результату.
В том, что резервирование работает в принципе для систем на SE уверен, так как полгода назад на этом же оборудовании и в этом же проекте его включали, но отключили из-за текущего внесения множества изменений в проект.
Вопрос: что делать?
|
> Пара компов с установленым RsLinx 2.42
Судя по всему версия контроллера у вас явно не 16. Следовательно защиты никакой нет. У вас просто пакета программирования нет. RSLogix5000 - купите, и слезьте с "иглы". Выкачайте программу и добавте свой код. Прогаммирование там для вашей задачи элементарное.
С Delphi это вас конечно ... , либо перереписывать все, либо делать дополнительное приложение (можно на еще одном ПЭВМ или в новом окне).
С уважением, Дмитрий.
|
В СНГ - полно.
В Украине только я лично знаю минимум 4 системы на них.
Будут стоять и работать ещё много-много лет.
[quote:62deb01060="Star"]Как профлешить PLC-5/40 подскажите пожалуйста, где описана процедура?[/quote:62deb01060]
Увы. Ничего не выйдет. Слишком стар.
|
Уважаемый( а после этого мнооуважаемый:)) DIMIOKS выложил дельфовые модули для работы с ОРС
[url]http://vdt-automation.com.ua/modules.php?name=Files&go=view_file&lid=18[/url]
даже мне года 4 не трогавшему делфи(сам билдерист, ОРС-клиента писал на ВСВ6, по работе приходилось мучаться и с VB) потребовалось очень немного времени чтоб скачать халявный дистриб 5й делфи и набросать вместо проги на VB с использованием DDE, такую же в делфе с ОРС.
DDE -уж если его пришлось/захотелось использовать. хорош только для разовых задач, записали в контроллер/прочитали из контроллера- и отдыхаем. с постоянной записью у меня так же пролемы возникали.
Так что у фразы "придется использовать ОРС" нет никакого отрицательного подтекста. попробуйте. это совсем не сложно , особенно с готовыми модулями(см. ссылку выше).
|
Попробую еще раз объяснить. Программа управления заводом написанная "крутой" датской фирмой есть, и можно так сказать она нас устраивает. (ну если не считать того что мы у них сидим на "игле"). В модулях есть куча свободных каналов, на которые надо повесить простейшее дополнительное оборудование. К примеру по запуску штатного транспортера запустить дополнительный фильтр. или по желанию оператора перекинуть клапан. Ради таких мелочей покупать кучу софта и нанимать фирму или платить кучу $ датчанам наше руководство не будет. А делать очередной кнопочный пост меня уже задостало. Теперь дальше. програмулина уже готова (делов то на два-три часа), но повторюсь - читаться каналы читаются, но не пишутся. Из-за чего?
Для Дмитрия. Дельфин - это Delphi, данные (историю, описания транспортных путей и прочее) хранит в Oracle, да еще и под паролем, то есть до них добраться невозможно.
|
Добрый день.
А как вы контроллер программируете!? Получается, что вы используете 1756-L62 как тупую часть простого регистратора, используя уже прописанные модули, - ужасть.
[quote:e7a9267eb5="wad"]как дельфиновская читает и пишет не знаю, а я пишу фоксовую и да, через DDE, ибо с OPC не знаком. А для моих целей и DDE хватит.[/quote:e7a9267eb5]
Если вам нужен надежный канал связи с контроллером (даже если параметров всего два), то DDE вам не "хватит". :( Т.к. через некоторое время подобный канал связи может совсем отвалиться.
В свое время я делал программку, которая из соображений экономии работала следующим образом:
- работала RSView32, которая писала в MSSQL.
- нужно было на удаленном объекте показать состояние части оборудования, для чего был сделан прект на Delphi, который брал нужные параметры и выводил на мнемосхему. Была временная задержка до 10 минут, но это удовлетворяло требованиям.
Может вам подумать в этом направлении, ведь дельфин историю все равно где-то хранит.
Придется вам или дельфина (так и не понял что это) дописывать или с OPC разбираться.
С уважением, Дмитрий.
|
Предыдущие результаты
Ещё результаты |
|
| |
|
