Pull to refresh

Comments 27

UFO just landed and posted this here
Абзацы добавил, за критику спасибо.
По поводу цели и задач.
Есть область под названием промышленная автоматизация.
Там есть свои сети, свои компьютеры, свои проблемы и решения.
Одна из проблем — это интеграция. Именно ей посвящена статья.
Но писать про реальный завод, который выпускает реальную продукцию нам не интересно.
Поэтому мы и написали про космический корабль.
Как человек, непосредственно занимающийся промышленной автоматизацией, скажу, что читать неинтересно. Одна вода. Напишу только что профибасы, девайснеты и описи — закрытые технологии и протоколы, и чтобы влезть туда злые дядьки просят денюшки, причем немалые. Rs232 (где максимальная длина сегмета сети — пару метров) в качестве сети верхнего уровня — вообще цирк. Давайте заодно поставим пару сотен конвертеров/репитеров и прочей байды. Надо же производителям этого жить на что-то.
По делу — у меня таких корабликов штук 5 и один — раз в 10 побольше.
>>Rs232 в качестве сети верхнего уровня — вообще цирк
Абсолютно верно, это приведено как то, что было, с чем наши герои столкнулись. И потом (в первом эпизоде) они вставили пару карт, и все заиграло.
Про деньги – вы правы. Но с другой стороны вам как владельцу корабликов и корабля наверняка известно, что иногда лучше купить решение, чем влезть самому и потом заниматься постоянной докруткой.
Я на данных кораблях лишь техник, который отвечает за взаимодействие всех этих систем. Решения о покупке принимаю не я, да и в большинстве случаев это бесполезно.
В реальности же дела обстоят очень плохо.
На своем корабле — я разработчик центральной системы управления и многих автономных систем. Я знаю как они работают от нажатия кнопки на главном пульте до срабатывания испольнительного устройства на другом конце корабля.
Тут мне втюхивают новую систему — на ней висит шильдик «Dart weiders inc». Я спрашиваю их — «а как же нам с вами работать, мне нужна такая и такая-то информация от вашей системы». Мне отвечают — «Не вопрос, у нас же Siemens, Ethernet — нате берите». Вопрос из разряда «дайте мне протокол обмена» вводит их в ступор, они бъют пяткой в грудь и опять повторяют — у нас Siemens.
Итого 3/4 этих буржуинов даже не представляют, как предоставить данные со своей системы, что у того же сименса есть opc — сервер. До сих пор ни один не заикнулся про ProDave (сейчас сам планирую в свободное время сесть и изучить возможность прямого подключения к контроллерам Siemens). Тот же OPC — те ещё грабли. Слава богу, на написание собственного OPC tunneler через TCP/IP ушло всего пару дней. Мы уже предлагаем буржуинам profibus to modbus/tcp конвертеры, опять же большая часть разводят руками. Ибо оборудование предлагают крупные компаниии и разработчики этого оборудования навряд ли приедут к вам и будут общаться. Хорошо, если приедет толковый наладчик(которые нынче также в дефиците).
В итого обмениваемся обычно дискретными и аналоговыми сигналами — дорого, зато супернадежно и универсально.
Вообще, как я посмотрю все разработчики постепенно приходят к тому, что обычный ethernet с небольшими оговорками (aka industrial ehternet) — очень даже неплохой fieldbus.
Вы — м… к и г… н.
Ладно, хрен с Вами — реклама в статье, есть блог я пиарюсь, ладно хрен с ним с оформлением. Но давать ссылку на страницу где еле как заметно лежит ссылка НА ПДФ со статьей — это ппц.
Изначально статья задумывалась как реклама для одного журнала. Но потом то, что получилось, вышло за рамки исходной идеи. И по объему и по смыслу. Поэтому я счел возможным разместить ее здесь.
Да я даже не против рекламы (область специфическая, может самому понадобится, буду искать и такой способ — тоже хорош), и идея интересная, но неприятно чувствовать себя обманутым, плюс еще и в такой форме. Одно предложение во введении о том что эта статья будет из себя представлять — и уже другое отношение было бы. Ну или в конце топика. Переходить по ссылке и видеть что ты попал на сайт какой то конторы, а не на статью на которую собирался перейти — жирный минус в моем отношении к этой конторе. Так не делается.

Дали бы ссылку напрямую на пдфку и отдельной строкой — на сайт организации.
Просто поставьте ссылку напрямую на PDF. Тоже не мог понять на этом сайте где статья.
UFO just landed and posted this here
use the force connections Fortums!
Оставь RS232 чубакам
UFO just landed and posted this here
Ага, чувствуется хватка специалиста! Спасибо за комментарий.
1. Profibus и т.д. — это, конечно, стандарты. Но также так называют группу протоколов, которые по этим сетям работают. Это чем-то похоже на то, что вы говорили по SCADA и АСУТП, что в определенных кругах считается синонимами (хотя такими не являются, об этом ниже)
2. Согласен, я сам в молодости работал с сетями на основе RS485, а подключение к сети было по RS232.
4. >> проще «убить чем прокормить»
Иногда такое бывает, что и не убьешь.
5. Если вас интересуют технические решения для реальных объектов – то там, разумеется, есть резервирование и прочие штуки. И таких многообразий решений нет. Но все это скучно… Давайте не будем слишком серьезными.
6. Не соглашусь. АСУТП = SCADA + контроллеры + сети. Мы тоже иногда говорим Ленин, подразумеваем партия, но есть нюанс.
>>Различие между SCADA и DSC предмет споров и дискуссий взрослых дядек последние лет 10, лучше не ввязываться )
Знаете, у нас есть центры компетенции по WinCC и PCS7, вы, судя по всему в курсе того, что это такое. Так что мы готовы поспорить с большими дядьками (улыбка).
>>Теперь по делу:
О, вы заговорили нашим языком и это здорово! Пример про естественные ограничения я бы всавил в статью, если бы сам придумал.
По смыслу — да в реальной жизни впереди идут требования и ТЗ, а потом архитектура. Но здесь чуть-чуть по-другому. Здесь уже все эти сети и устройства есть. И мы рассматриваем, как с этим жить, как интегрировать разные сети и т.п.
Еще раз спасибо за вдумчивый комментарий!
UFO just landed and posted this here
UFO just landed and posted this here
Цель – показать, какие есть возможности по интеграции сетей и систем. Но речь идет именно про возможности, а не про потребности.
Вопрос не в том, “почему (и когда) нужно применять CAN, а нельзя применять Modbus”. Вопрос в том, что делать, когда все уже есть. И как с этим можно работать.
Например, есть одна сеть CANBUS, а вторая PROBUS. И между их обитателями нужно настроить взаимодействие. Или получать данные из обеих сетей, например, для совокупного анализа.
Мы осознанно абстрагируемся от задач технолога, мы решаем технические вопросы. Например, тот самый вопрос интеграции промышленных сетей. Можно поставить шлюз из промышленной сети в Ethernet. Можно подсоединения с одного компьютера к разным сетям, используя платы, а можно через USB. А еще есть вопросы, которые в статье анонсированы, например, диагностика и тестирование сетей PROFIBUS и CANBUS. Но это уже не интеграция, а эксплуатация.
Резюмируя, у нас была цель — с новой стороны посмотреть на старые проблемы по интеграции и показать, как эти проблемы решаются средствами Softing.
Отличный шаблон для написания наших рацух. Патентный отдел сразу поймет: «это важно и нужно ». Спасибо
Начал читать и вспомнил хорошую игру, в которую игрался еще на пальме — Space Trader, вот порт для андроида
Странный способ пиара. Если писать так писать.
Где полный текст?
Я там уже был, но файл не скачивается. Поэтому спрашиваю еще раз — где полный текст.
Извиняюсь, прямая ссылка другая. Используйте, пожалуйста, ее
Я не великий специалист в мире звездных войн, но централизация и автоматизированные системы управления кораблями для ЗВ не свойственны.
Путь ЗВ — децентрализация систем управления. В том числе через дроидов. Дроиды универсальны и взаимозаменяемы.
Для космического корабля должна быть обеспечена децентрализация. Все системы должны работать, даже при попадании бомбы в инженерный отсек. Но пока этого не произошло, все системы должны контролироваться из единого места.
Кстати, и на реальном производстве тоже так. Не надо думать, что если обесточить АРМ оператора, то все механизмы пойдут в раздрай.
Sign up to leave a comment.

Articles