caxapa.ru :: ..Industrial Ethernet, но если что - я ничего не говорил. Не люблю его. ;)

blackbit (17.05.2007 18:09, просмотров: 1) ответил Ruslan на побыстрее никак ? :)

..Industrial Ethernet, но если что - я ничего не говорил. Не люблю его. ;)

- Какова причина? Недостатки? :) - Ruslan(17.05.2007 18:18, )
  - ..его главный недостаток растет из офисного ethernet'а, который не обеспечивает гарантированную доставку пакета в случае коллизии. Насколько помню, в индастриал это обошли просто - blackbit(239 знак., 17.05.2007 18:23, )
    - ИМХО Сейчас это не так актуально при 100мбит скоростях и полном дуплексе без всяческих коллизий. Железо свичей тоже развивается -буферизация, маршрутизация по МАС. Если не смотреть порнушку с сервера в том-же сегменте сети ;) - Гудвин(17.05.2007 18:50, )
      - буферизация, маршрутизация... все это хорошо, но не для "реального" времени ;-) - Sergey Pinigin(18.05.2007 08:08, )
        
        Это распальцовка, считаю. Все монстры-производители PLC пользуют ethernet - их вполне устраивает, юзеров тоже. 100Мбит это таки скорость, а про интеллектуальное коммутационное оборудование я уже выше написал... - Гудвин(18.05.2007 12:35, )
        
        -1 Мониторинг и конфигурирование сверху, но не управление. - blackbit(18.05.2007 13:00, )
        
        ..а скорость при управлении пром. оборудованием не так важна, как надежность и детерминированность. - blackbit(18.05.2007 13:10, )
        
        +1 - General(18.05.2007 12:44, )
        
        плюсуйте, плюсуйте ;-), только не уверен что в скором будущем тормозами на авто будут управлять по езернету (или другими важными исполнительными устройствами), даже если появится 1Tb/s - Sergey Pinigin(18.05.2007 13:38, )
        
        Речь тут не про это. А об бескомпромиссном утверждении (голословном и распальцованном), что ethernet вообще не применим в промавтоматике. Естественно, для тормозов - "тормозастые интерфейсы". - Гудвин(18.05.2007 13:27, )
        
        Речь как раз про это, смотрите еще раз вопрос соискателя :)-=> blackbit(352 знак., 18.05.2007 14:19, , ссылка)
        
        Ничего странного, пром. оборудование работает автономно, через ethernet конфигурируем/смотрим что "науправляли". - Ruslan(18.05.2007 14:51, )
        
        Это да. Скорее исторически, консервативно :))) Гугель о другом вещает ;) Хотя я в первую очередь имел ввиду, как интерфейс между PLC, ибо практически везде применяются многоканальные PLC с локальной шиной для модулей I/O. - Гудвин(18.05.2007 14:40, , ссылка)
        
        А здесь гуглить ethernet IO module PLC. (Что-то здесь не фтыкается строка поиска...) ТенденцЫи... - Гудвин(18.05.2007 14:53, )
        
        ..бум ждать Industrial I2C, с коннекторами в пром. исполнении есстессна.. ;) - blackbit(18.05.2007 15:15, , ссылка)
        
        (++++++) Гудвин(611 знак., 18.05.2007 14:05, )
        
        ..угу, "датчики и исполнительные механизмы" нельзя, а вот управление можно. Красиво. Может и с надежностью у ethernet'а все ОК? - blackbit(18.05.2007 14:24, )
        
        а что у ethernet с надёжностью? - htsoft(18.05.2007 14:26, )
        
        Добрый Гудвин хочет рассказать ;) не будем мешать ему. - blackbit(18.05.2007 14:30, )
        
        Дык вроде уже все сказал :) Вообще, эта область довольно консервативна. Но реалии жизни... Посмотрим, что еще через пяток лет гугель скажет ;) - Гудвин(18.05.2007 14:48, , ссылка)
        
        Хорошо. Остается пожелать, чтобы она и дальше была столь консервативна. :) - blackbit(18.05.2007 14:48, )
        
        Это в Вас "нелюбовь" говорит :) Вон в Чернобыле не было ethernet... :) - Гудвин(18.05.2007 14:57, )
        
        ..меня так учили :) "пусть все делают как хотят, а мы будем делать как надо" blackbit(385 знак., 18.05.2007 15:09, )
        
        Я и говорю - консервативность. Пока гонют :) Лет через несколько проникнутся... - Гудвин(18.05.2007 15:21, )
        
        ..воспитание однако. Его ж не пропьешь.. :) - blackbit(18.05.2007 15:57, )
        
        А сами уже присягнули? ;) А что вот забавный вопрос: что делать с этими 100Мб внизу, на полевом уровне? В чём абрикос-то? - blackbit(18.05.2007 15:28, )
        
        Наверное в "глобализации" :) Один универсальный интерфейс. Сейчас каждый производитель своего рода монополист - фиг чего с чем состыкуешь... Гудвин(744 знак., 18.05.2007 15:48, )
        
        Универсальный...в голове прям не укладывается: ведь базовые требования на разных уровнях прямо противоречивые (скорость/надежность) :(. Куда мир катится.. blackbit(51 знак., 18.05.2007 15:59, )
        
        всё как всегда, надо подальше, скорость поменьше, а для надёжности соблюдать требования стандарта - htsoft(18.05.2007 16:29, )
        
        Попытаюсь на своем примере мотивировать: Гудвин(1029 знак., 18.05.2007 16:27, )
        
        При необходимости, сегменты этого дела можно логически изолировать опять-же стандартно - мосты, роутеры, шлюзы за $30... - Гудвин(18.05.2007 16:30, )
        
        ..за $30? Это пром. исполнение так подешевело или речь про офисную требуху? Ее и ставите? - blackbit(18.05.2007 16:35, )
        
        Ну дык кто заказывает музыку, тот ее и танцует :) Гудвин(776 знак., 18.05.2007 17:26, )
        
        ..а я Сименс и не хвалил. Он сцука мне когда-то дорогу перешел в вопросах автоматизации пивзаводов. ;))) blackbit(416 знак., 18.05.2007 17:48, )
        
        ИМХО Пивзавод - тоже офуительная сырость + тепло. На сахарных даже операторские будки с кондишнами не спасают. На пиве разве что химии в воздухе меньше летает ;) - Гудвин(18.05.2007 17:58, )
        
        ..тама потенциальный заказчик повелся на имя. И ничего больше. А так все преодолимо - танки грязи не боятся. :E] - blackbit(18.05.2007 18:05, )
        
        Вот это и проблема - оборудование дОрого, имена звучат, откаты больше :) - Гудвин(18.05.2007 18:10, )
        
        +1 Max_QNX(1069 знак., 18.05.2007 17:58, )
        
        Ну у меня немного другая специфика :) Выгорание profibus проволоки в полевых условиях (молния поблизости 3.14нула...) Обойдется дороже по последствиям и времени простоя... Мы все-таки немного о разном :) - Гудвин(18.05.2007 18:03, )
        
        ..а если к этому добавить blackbit(178 знак., 18.05.2007 18:03, )
        
        как будто где-то этот вопрос решается иначе... - htsoft(18.05.2007 19:09, )
        
        как будто где-то как раз и решается... - blackbit(18.05.2007 21:11, )
        
        чтобы не было непоняток, если мы говорим о ситуации когда гегемона уже наматывает, то это рулится не цифровым интерфейсом, а автоматикой - htsoft(19.05.2007 12:07, )
        
        Я же говорю - логистика, не атомный реактор ;) Гудвин(756 знак., 18.05.2007 17:54, )
        
        тогда точно не вариант :) htsoft(10 знак., 18.05.2007 17:51, , ссылка)
        
        Ничего, прорвемся :) Отрежем еще что нибудь от круга :)) - Ruslan(18.05.2007 21:03, )
        
        да в общем не всё ли равно какой канальный уровень, главное что не CAN ;) - htsoft(18.05.2007 22:41, )
        
        Я и говорю - консервативность. Пока гонют :) Лет через несколько проникнутся... - Гудвин(18.05.2007 15:21, )
        
        Поиск не так вставился :) Вообщем гуглить "ethernet fielbus" - Гудвин(18.05.2007 14:50, )
        
        дык, к этому же и веду, только с другой стороны ;-) - Sergey Pinigin(18.05.2007 13:33, )
        
        Нам релтайм не нужен. Достаточно если устройство откликается с задержкой в 1-2 секунды. - Ruslan(18.05.2007 08:38, )
        
        а зачем тогда большая скорость? ;-) - Sergey Pinigin(18.05.2007 08:52, )
        
        залить/скачать что нибудь быстро-быстро :)) Чтоб пользователь не заметил :))) Ползователи щас ужас неудобные. Им чтобы как в офисе - USB там всякие, чтобы модно :) Ruslan(373 знак., 18.05.2007 09:01, )
        
        ИМХО: опираться надо не на слово "побыстее да побольше", а на реальные цифры (трафик, расстояния и т.д. и т.п.). Тогда ситуация будет намного яснее. А так получается "дайте таблеток от жадности, да Sergey Pinigin(13 знак., 18.05.2007 09:29, )
        
        +1 Надо очертить круг побольше, а потом отсекать все что не нужно :)) - Ruslan(18.05.2007 09:55, )
        
        Микеланджело вы наш... ;) - blackbit(18.05.2007 10:10, )
        
        +1 ?:) - blackbit(18.05.2007 09:31, )
        
        ..быстро закачать? И вы думаете высокая скорость канала вас спасет? Посмотрите время цикла записи для вашей флэши в uC... - blackbit(18.05.2007 09:24, )
        
        а причем тут "флэши в uC" у нас пром. PC на борту. - Ruslan(18.05.2007 09:27, )
        
        ..мать честная. Это он у вас оборудованием в цеху непосредственно рулит? - blackbit(18.05.2007 09:31, )
      - Без коллизий - это активные коммутаторы и "точка-точка"? И весь этот пучок в цеху? Урод однако.. - blackbit(17.05.2007 22:46, )
        
        Точка-точка ++ .В плане диагностики и ремонтопригодности сети местным персоналом ( абборигенами ) нет ничего лучше. _NC_(71 знак., 18.05.2007 09:01, )
        
        ..как показала практика, для ответственных применений это качество глобоко пофиг. - blackbit(18.05.2007 09:26, )
        
        Ну дык время rg58 & BNC прошло... - Гудвин(17.05.2007 23:40, )
        
        да только уши остались прежние ;-) - Sergey Pinigin(18.05.2007 08:06, )
    - а разве это не от протокола зависит? выбирайте поток вместо датаграммы и получайте гарантированную доставку - htsoft(17.05.2007 18:49, )
      - ..нисколько не зависит. Выбором вида транспорта CSMS/CD не переломить. Это нижний слой канального уровня. MAC он и есть MAC. - blackbit(17.05.2007 22:48, )
        
        если не нарушать спецификации то коллизии будут обнаружены, а выбор вида транспорта обеспечит логику реакции системы - htsoft(18.05.2007 18:49, )
        
        ..учите матчасть. - blackbit(18.05.2007 21:12, )
        
        не будет гарантирована доставка пакета, а коллизии будут гарантированно обнаружены если соблюдён стандарт, так что кому ещё матчасть учить ;) - htsoft(19.05.2007 11:55, )
        
        мне и так неплохо ;) - htsoft(18.05.2007 22:36, )
        
        carrier-sense-multiply-access with collision detection, CSMA/CD - htsoft(18.05.2007 10:59, )

Схемы, платы, компоненты