Страница 3 из 4 ПерваяПервая 1234 ПоследняяПоследняя
Показано с 21 по 30 из 35

Тема: Выходы ПЛК

Комбинированный просмотр

Предыдущее сообщение Предыдущее сообщение   Следующее сообщение Следующее сообщение
  1. #1

    По умолчанию

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

  2. #2

    По умолчанию

    Цитата Сообщение от Николаев Андрей Посмотреть сообщение
    Когда будем делать новую линейку контроллеров - постараемся учесть.
    Спасибо, Андрей

    С уважением,
    Herzog

  3. #3
    Пользователь Аватар для Olegis
    Регистрация
    24.07.2007
    Адрес
    Белгород
    Сообщений
    137

    По умолчанию

    Хочу тоже высказать свое мнение. По поводу защиты выходов и отдельного контакта питания выходов я поддержу Herzog. Ведь он прав не всегда даже возможна ошибка монтажника, чаще бывает типа "мыша подгрызла" и "к.з.".Ведь защита от к.з. значительно повышает надежность при эксплуатации. На счет питания 24В, то уже международный стандарт в промышленной автоматизации,здесь не надо мудрить с другими напряжениями, если только сделать выход с открытым коллектором и ограничить максимальным питанием 48В. Опыт показывает, что в промышленной автоматизации используются длинные сигнальные линии+помехи, поэтому тут явно 5 вольтами не получиться обойтись, будет куча проблем,необходимо использовать 24В. И вообще надо брать все самые лучшие решения у конкурентов, которые десятилетиями занимаются разработкой ПЛК. Скажу так, мне нравятся контроллеры Овен:
    цена, удобная среда программирования,бесплатность среды.Использую контроллеры Овен с самых первых версий, стоят на объектах(управление скважинами),работают по 3-4 года, проблем(после отладки) с ними нет. А в конце хочу все-таки поддержать овенцев в их не легком пути. Не забывайте, что у Siemens тоже было все не так гладко, было с ними куча проблем, причем многие проблемы скрывались, это сейчас уже есть опыт и нормальная российская техподдержка. Овен только в начале этого пути, но результаты уже достойны похвал. Да и необходимо учесть, что у Siemens работает в несколько раз больше специалистов, чем у Овен.
    На счет Siemens, хочу все-таки кинуть камень в их огород. Извините уж, наболело. Пусть не обижаются приверженцы этой фирмы. В последние 7 лет, надежность контроллеров и панелей Siemens меня конкретно достала. Кроме разработки, я обслуживаю несколько предприятий с импортными линиями, построенными на Siemens. Так вот постоянно происходят проблемы с необъяснимыми глюками в работе этих ПЛК и панелей. Главное, что ничего не сгорело, все вроде работает, но периодически происходят непонятные вещи(теряются данные в ММС, в панелях сносятся настройки из флеш-памяти). Уходят по гарантии, немцы молча их меняют(раза по 3-4 за год) пока не кончиться гарантия на линию.Затем уже это моя головная боль. Несколько линий переделал на ПЛК "Овен", головная боль пока отсутствует(работают 3 года).Короче, Siemens стоит дорого, купи к нему адаптер(MPI, PPI), купи софт для программирования ПЛК, купи библиотеки и т.д. Надо платить за каждый пук...Да программировать в Step7-прошлый век(SCL и Graph надо тоже купить), не сравнить с CoDeSys, где все наглядно,несколько языков(бесплатно)+нормальный отладчик.
    P.S. Старые контроллеры Siemens уже проработали более 10 лет без проблем,только замена батареек.Да, Profibus, конечно, вещь очень классная(не сравнить с Modbus), но это пока не заглючит(при управлении частотниками).Есть еще притензии к WinCC, но это уже другая тема. Желаю брать самое лучшее у конкурентов, даже если они дороже на порядок.Овен! Только вперед! Приборы Овен дают мне возможность заработать. А на Siemens заработать с каждым годом шансы сильно снижаются.

  4. #4
    Пользователь Аватар для rovki
    Регистрация
    03.01.2010
    Адрес
    Чехов
    Сообщений
    12,157

    По умолчанию

    Универсален он (ПЛК) ,то универсален ,но и область применения то же оговорена (ограничена) ,в рамках этой области он универсален.Да областей применения может быть куча .А такого ПЛК ,на все случаи жизни еще поискать нужно и стоить от будет в разы (порядки) дороже.И чтобы соединить устройства из разных областей без адаптеров ,переходников,устройств согласования не обойтись,к сожалению .Еще уточню ,речь не о разных производителях одного и того же (примерно,одни области применения)) ,а о разных областях применения.Ну никому же не придет в голову применять ПЛК типа овен в технике цифровой связи в СВЧ (ВЧ) диапазоне,например или управлять многокоординатным ,скоростным ,обрабатывающим центром.
    электронщик до мозга костей и не только

  5. #5

    По умолчанию

    Цитата Сообщение от rovki Посмотреть сообщение
    Ну никому же не придет в голову применять ПЛК типа овен в технике цифровой связи в СВЧ (ВЧ) диапазоне,например или управлять многокоординатным ,скоростным ,обрабатывающим центром.
    Во-первых, почему бы и нет?

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

    В-третьих, о скорости. Зачем ограничивать минимум цикла в одну миллисекунду, если есть (как утверждает Филоненко Владислав) способ работать быстрее? В чем смысл ограничения, почему его нужно обходить каким-то специальными изысками? Если есть возможность работать с периодом в несколько десятков микросекунд, то почему цикл выставлен не менее 1 миллисекунды?
    Может быть потому, что есть системные команды, которые могут растянуть до миллисекунды? ну так ведь цикл и сейчас не фиксирован и может плавать - пусть же плавает не 1мсек...секунды, а 30мксек...секунды!

    С уважением,
    Herzog
    Последний раз редактировалось Herzog; 23.06.2011 в 15:38.

  6. #6
    Пользователь Аватар для rovki
    Регистрация
    03.01.2010
    Адрес
    Чехов
    Сообщений
    12,157

    По умолчанию

    Цитата Сообщение от Herzog Посмотреть сообщение
    Во-первых, почему бы и нет?

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

    С уважением,
    Herzog
    1.Нет, потому что не бывает такой универсальности ,по причине не целесообразности .
    2.Вы пытаетесь соединить разные уровни ,разных устройств .На каждом уровне свой интерфейс .У процессоров свои шины (интерфейсы) ,у конечных (законченных ) устройств (ПЛК) свои.И никто не мешает все в кучу ,соблюдается иерархия .А на такие случаи как у Вас ,ставится адаптер.Причем ,как правило ,чем дальше от ядра (центра) тем скорость меньше ,если это ценрализованное управление(периферия всегда медленнее центра) .А вы хотите соединить выходы законченного устройства с входами другого "центра" ,да еще без адаптеров по уровню и скорости (или наоборот) ,без дополнительных затрат,так не бывает ,к сожалению.И не забывайте про надежность ,ведь вы же сами за защиту от дураков,без оптронов быстрее, но не безопасней ,а они то же вносят свою лепту в быстродействие.
    Последний раз редактировалось rovki; 23.06.2011 в 16:34.
    электронщик до мозга костей и не только

  7. #7

    По умолчанию

    Цитата Сообщение от Herzog Посмотреть сообщение
    Во-первых, почему бы и нет?

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

    В-третьих, о скорости. Зачем ограничивать минимум цикла в одну миллисекунду, если есть (как утверждает Филоненко Владислав) способ работать быстрее? В чем смысл ограничения, почему его нужно обходить каким-то специальными изысками? Если есть возможность работать с периодом в несколько десятков микросекунд, то почему цикл выставлен не менее 1 миллисекунды?
    Может быть потому, что есть системные команды, которые могут растянуть до миллисекунды? ну так ведь цикл и сейчас не фиксирован и может плавать - пусть же плавает не 1мсек...секунды, а 30мксек...секунды!

    С уважением,
    Herzog
    1. ПЛК разрабатывался в соответствии с ГОСТом на ПЛК. А там, sic!, нет требования поддерживать TTL или КМОП. И нет его по той простой причине, что это промышленное решение, а в промышленной автоматизации есть стандарт 24В. Извините, поменяют ГОСТ - будем выпускать ПЛК с TTL выходами.
    P.S. - если есть желание попаять - внутри ПЛК везде TTL. Но на свой страх и риск.
    2. Мы искусственно ничего не ограничивали. Цикл ПЛК быстрее 1 мс в большинстве случаев не возможен да и не нужен в той сфере применения, на которую ориентирован ПЛК. В ПЛК110 есть прерывания для обработки быстрых входов и выходов.
    Но, однако ж, и они не предназначены для тех задач, что Вы планируете решать. Это область жесткой схемотехники, ПЛИС или программирования МК на ассемблере (не рекомендую).
    ПЛК - это мозг, ему не требуется контролировать каждый чих объекта управления с огромной скоростью, для этого существуют тупые, но быстрые модули расширения и системы защиты.

  8. #8

    По умолчанию

    Цитата Сообщение от Филоненко Владислав Посмотреть сообщение
    1. ПЛК разрабатывался в соответствии с ГОСТом на ПЛК. А там, sic!, нет требования поддерживать TTL или КМОП.
    А оставить 1 (прописью - один!) вывод для питания внешний каскадов есть злейшее нарушение ГОСТа?
    Совершить нечто уже, чем требования ГОСТАа, есть преступление, подлежащее юрисдикции Гаагского суда. Это я понимаю.
    Но сделать шире - ведь не запрещено Интерполом и Женевской конвенцией?

    В конце концов это разгрузило бы и линиии внутреннего питания в PLC по току.

    Но к стандарту нужно относиться без излишней преданости и восторженного блеска в глазах.
    Например, уровни RS232 плюс-минус (3...12В).
    Стандарт.
    Но ничто не мешает для внутреннего употребления внутри девайса с однополярным питанием использовать связь с КМОП-уровнями без лишнего преобразования "туда-обратно".
    Цитата Сообщение от Филоненко Владислав Посмотреть сообщение
    Цикл ПЛК быстрее 1 мс в большинстве случаев не возможен да и не нужен в той сфере применения, на которую ориентирован ПЛК.
    Не буду спорить с словами "в большинстве случаев". Вам виднее.
    Но если есть возможность сделать цикл меньше, чтобы охватить и не в ходящее в Ваше "большинство" меньшинство случаев применений - то почему бы это и не сделать?
    Цитата Сообщение от Филоненко Владислав Посмотреть сообщение
    ПЛК - это мозг, ему не требуется контролировать каждый чих объекта управления с огромной скоростью, для этого существуют тупые, но быстрые модули расширения и системы защиты.
    Вот как раз для "тупой переферии" - последовательных регистров адресации и мультиплексоров, работающих в КМОП уровнях - и можно было бы убрать ограничение в 1 мсек.
    Зачем жадничать?

    С уважением,
    Herzog
    Последний раз редактировалось Herzog; 29.06.2011 в 09:04.

  9. #9

    По умолчанию

    Цитата Сообщение от Herzog Посмотреть сообщение
    я пытаюсь получить связь цифрового микроконтроллера с цифровой микросхемой стандартной логики. Что здесь такого ненормального в моем очень скромном желании?
    "Маньяки" схемотехники могут использовать плату Arduino, и не флудить на форуме ПЛК занимающего вполне определенную нишу рынка промышленной автоматизации.
    http://robocraft.ru/blog/arduino/14.html

  10. #10

    По умолчанию

    Придется, видимо, переходить с OWENа на Симменс

    Я долго выбирал на чем работать выбрал овен и не желею!!!
    1. за 4 года еще не одного входа/выхода не сполил хотя монтаж делаю не я (схемотехнике надо Вам подучиться!!!)
    2. Сименс фильтрует свой форум!!!
    3. У сименса нет такой всецелой поддержки!!! Звонишь в представительство с конкретным вопросом а они не бе не ме.
    4. У овена болие свободный протакол програмирования.
    5. Про стандартные программы пид регуляторов сименс я просто промолчу (лучшеб вообще не делали чем такие!!!)

Страница 3 из 4 ПерваяПервая 1234 ПоследняяПоследняя

Ваши права

  • Вы не можете создавать новые темы
  • Вы не можете отвечать в темах
  • Вы не можете прикреплять вложения
  • Вы не можете редактировать свои сообщения
  •