Регистрация | Последние сообщения | Персональный список | Поиск | Настройка конференции | Личные данные | Правила конференции | Список участников | Top 64 | Статистика раздела | faq | Что нового v.2.3 | Чат
Skunk Forum - Техника, Наука, Общество » АСУТП »
trace mode 5 & использование FBD (страница 4)

Версия для печати (настроить)
Страницы: 1 2 3 4

Новая тема | Написать ответ

Подписаться

Автор Тема:   trace mode 5 & использование FBD
Павел Мощицкий
Member

Сообщений: 1856
Откуда: Израиль. Бат-Ям
Регистрация: Январь 2004

написано 23 Февраля 2007 21:49ИнфоПравкаОтветитьIP

Циник
Ну так МРВ - это терминология одной конкретной фирмы - Адастра
Верно. Ну извини, у нас с R0MER одни учителя были или, скорее, с его учителем.
но не всякое SCADA-приложение является МРВ
Каждое, но просто терминология не применяется.
мы являемся весьма непубличной компанией
Увиливаем значит. Тогда лучше не рекламируй свою работу, хоть и косвенно.
Потому что это такой же точно PLC, для которого применяется та же самая МЭК-среда разработки
МЭК-языки плохо подходят для математической обработки
Из этого следует, что в данных PLC-контролерах априори нет мат. обработки.

bessonov2
Member

Сообщений: 108
Регистрация: Май 2006

написано 23 Февраля 2007 22:03ИнфоПравкаОтветитьIP

Циник
Конкретики больше надо, конкретики.

Да уж, грешен

ссылка


Кстати, это как раз подходит к сабжу "сравнение":
ссылка
ссылка

Добавление от 23 Февраля 2007 22:09:

Павел Мощицкий
Из этого следует, что в данных PLC-контролерах априори нет мат. обработки.
PLC не всегда поддерживает функции работы с матрицами например

Как делают мат обработку "там":
ссылка

Циник
Member

Сообщений: 442
Откуда: El pais de las Maravillas!!!!!
Регистрация: Июнь 2005

написано 23 Февраля 2007 22:44ИнфоПравкаОтветитьIP

Павел Мощицкий
Каждое, но просто терминология не применяется
Ну лол, что я могу еще сказать Распространять терминологию одной конкретной фирмы, которая выпускает глючную софтинку и не делает на рынке никакой погоды, на весь спектр АСУ ТП - это мега-сильно

Увиливаем значит
Не увиливаю... Ну нет у нас сайта - нечего показывать. И название фирмы, которое ты прекрасно знаешь, к слову сказать, ничего никому не скажет. Еще раз уточняю - непубличная компания.

Тогда лучше не рекламируй свою работу
Еще раз лол Ну не рекламируйте тут на пару с R0MER'ом TraceMode тогда

Из этого следует, что в данных PLC-контролерах априори нет мат. обработки
Ну елки-палки С чего начинали, к тому и пришли - ну не подходят PLC для матобработки как ни крути Ни "данные" (еще бы ты про них хоть что-нибудь знал), ни какие другие с МЭК-совместимыми средами разработки.

[Это сообщение изменил Циник (изменение 23 Февраля 2007 23:04).]

IP
Member

Сообщений: 57
Откуда: Russia
Регистрация: Июнь 2006

написано 24 Февраля 2007 10:41ИнфоПравкаОтветитьIP

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

Типа старого доброго ENI сервера в CoDeSys, где над одним проектом может одновременно работать много людей с разными групповыми полномочиями, в сети, с автоматической записью всех изменений в сетевую базу данных, возможностью групповой или избирательной откатки, совместного использования программных компонентов (POU) в нескольких проектах и вставки в проект документов из других приложений?
Или тут имеется в виду нечто другое?

11
unregistered
написано 24 Февраля 2007 10:59  ПравкаОтветитьIP

Еще раз уточняю - непубличная компания
газпром непубличная компания, гы

IP
Member

Сообщений: 58
Откуда: Russia
Регистрация: Июнь 2006

написано 24 Февраля 2007 11:35ИнфоПравкаОтветитьIP

ИМХО в природе человеческой есть жуткая склонность к обобщению. Например, поработал человек с Изаграфом 3 или Ультралоджик и давай налево и направо материть МЭК, этого нельзя, того нельзя…. Cтандарт МЭК живет и развивается в сторону ООП. Т.е. в ближайшем будущем в выражении A := B + C вполне могут оказаться векторы, либо иные объекты определенные пользователем. Никто не запрещает добавить в МЭК такие штуки, кроме слабости разработчиков... дай Бог сделать стандартный минимум.

Однако, как ни крути МЭК языки специализированные, а не универсальные и в этом их сила. В SCADA их можно пихать, но не обязательно. Существуют пакеты для написания игр с красивой объемной графикой. ИМХО их инструменты для SCADA роднее, чем МЭК. Вообще универсальные инструменты – на любителя, мне удобнее иметь и точный метр и хорошую кувалду, чем один универсальный кувалдометр -

bessonov2
Member

Сообщений: 112
Регистрация: Май 2006

написано 24 Февраля 2007 18:36ИнфоПравкаОтветитьIP

IP
Вообще универсальные инструменты – на любителя,
Скорее зависит от конкретной задачи.

Универсальное средство вполне может хорошо показать себя в плане производительности труда для не большой задачи, которую сделает один человек как программист контроллера и как разработчик HMI.

Павел Мощицкий
Member

Сообщений: 1859
Откуда: Израиль. Бат-Ям
Регистрация: Январь 2004

написано 25 Февраля 2007 00:06ИнфоПравкаОтветитьIP

Циник
которая выпускает глючную софтинку
Ну да. Покупающую более 50% клиентов на территории СНГ.
И название фирмы, которое ты прекрасно знаешь, к слову сказать, ничего никому не скажет.
А ты не стесняйся, назови, а уж сайт сами найдём, если боишься.
Ну не рекламируйте тут на пару с R0MER'ом TraceMode тогда
Хоть одну рекламную строчку про Adastr-у от меня видел?
ну не подходят PLC для матобработки как ни крути
А можно узнать, что подходит?

Циник
Member

Сообщений: 444
Откуда: El pais de las Maravillas!!!!!
Регистрация: Июнь 2005

написано 25 Февраля 2007 09:41ИнфоПравкаОтветитьIP

Павел Мощицкий
Хоть одну рекламную строчку про Adastr-у от меня видел?
Вот-вот, тот же вопрос к тебе про мою фирму

А можно узнать, что подходит?
PC-based контроллеры, под которые можно лабать на C++, подходят намного лучше

bessonov2
Member

Сообщений: 115
Регистрация: Май 2006

написано 25 Февраля 2007 15:56ИнфоПравкаОтветитьIP

Павел Мощицкий
Ну да. Покупающую более 50% клиентов на территории СНГ.
слабый аргумент, сименс тоже не плохо берут

Павел Мощицкий
Member

Сообщений: 1861
Откуда: Израиль. Бат-Ям
Регистрация: Январь 2004

написано 26 Февраля 2007 03:56ИнфоПравкаОтветитьIP

Циник
PC-based контроллеры, под которые можно лабать на C++
Открою великий секрет, что PC-совместимые контроллеры тоже используются в качестве PLC-контроллеров и они-же подходят для программ на С++.

bessonov2
сименс тоже не плохо берут
Я как-то не понял. Я о котлетах, а Вы о мясе енота?

R0MER
Member

Сообщений: 97
Откуда: Russia
Регистрация: Июль 2003

написано 26 Февраля 2007 14:38ИнфоПравкаОтветитьIP

Еще раз лол Ну не рекламируйте тут на пару с R0MER'ом TraceMode тогда
Уважаемый, посмотрите топик еще раз, прежде чем делать подобные голословные утверждения!

Циник
Member

Сообщений: 446
Откуда: El pais de las Maravillas!!!!!
Регистрация: Июнь 2005

написано 26 Февраля 2007 15:47ИнфоПравкаОтветитьIP

Павел Мощицкий
Спасибо за то, что открыл мне глаза А вот скажи мне, можно ли в том же CoDeSys одновременно с программированием на МЭК-языках использовать модули, написанные на C++?

R0MER
Дорогой друг, прочитайте еще раз, в ответ на что я сделал это "голословное" утверждение Подсказываю - в ответ на не менее голословное утверждение уважаемого Павла о рекламе моей фирмы

kiper
unregistered
написано 26 Февраля 2007 19:36  ПравкаОтветитьIP

Очень забавно послушать опытных и грамотных спецов
Господа, а о чем собственно спор? Вам охота решить вопрос или померяться, извените...опытом...
Есть МЭК - стандарт, который регламентирует какие языки должны входить в пакеты для программрования, и как они должны выглядеть, и есть компании, которые создают пакеты для программирования PLC. Есть softPLC в СКАДАх типа Трэйс Моде или Мастер СКАДА и по моему убеждению они далеки от полной поддержки стандартов МЭК в силу своей ограниченности и направленности на другие задачи - красиво отобразить и т.д.
Есть специализированные пакеты для программирования PLC, которые так же могут поддерживать МЭК, а могут и свое лепить...
Какое такое мат. обеспечение Вам нужно создать, которое не сможет решить язык типа паскаль или ассемблер (стандартные МЭК языки со своим синтаксисом ST и IL)? Больше конкретики...
Возможно такие задачии есть - так зачем их пробовать решать на PLC???
Тот же к слову CoDeSys позволяет подключать библиотеки (*.lib) написаные хоть на чем. Хоть на Си, хоть на Си++
Здесь мне кажеться вопрос компетентности - могете вы на МЭК писать, или только с Си++ знакомы. так с чем знакомы - на том и пишите...

Павел Мощицкий
Member

Сообщений: 1864
Откуда: Израиль. Бат-Ям
Регистрация: Январь 2004

написано 26 Февраля 2007 19:46ИнфоПравкаОтветитьIP

Циник
использовать модули, написанные на C++?
CoDeSys позволяет подключать библиотеки (*.lib)(c) kiper
Как я понимаю, меня опередили и ответили. Да, как внешную библиотеку.
о рекламе моей фирмы
Не беспокойся, за мной не заржавеет. Ещё будет повод.

Циник
Member

Сообщений: 447
Откуда: El pais de las Maravillas!!!!!
Регистрация: Июнь 2005

написано 26 Февраля 2007 20:24ИнфоПравкаОтветитьIP

kiper
А я всего лишь имел неосторожность заикнуться о том, что для решения каждой задачи существует наиболее подходящий для нее инструмент

Павел Мощицкий
Да, как внешную библиотеку
И это говно можно тащить в контроллер? Воистину, сразу становится понятно, почему в более-менее ответственных проектах предпочитают переплатить и не использовать поделки на PC-based контроллерах Я понимаю, когда к SCADA подключают внешние библиотеки, но в контроллер - это выше моего понимания, каюсь...

IP
Member

Сообщений: 59
Откуда: Russia
Регистрация: Июнь 2006

написано 26 Февраля 2007 21:02ИнфоПравкаОтветитьIP

А зачем нужно C++ пихать в МЭК? ИМХО и C не надо горько. Есть язык ST. Если он нормально полноценно сделан, то любая программа на C переписывается в ST буквально построчно. В этом языке выброшены все широко известные потенциально проблемные вещи, которые имеются в C (правда в CoDeSys есть указатели).
Проблема возникает во всяких упрощенных МЭК системах, где шаг влево, шаг вправо = внешние би-ки на С пиши. В CoDeSys внешние биб-ки обычно используются на системном уровне, например для прямого доступа к файловой системе, сокетам и др.
Т.е. не надо C++ в МЭК засовывать, надо сами МЭК языки доработать для поддержки ООП. Это уже сделано в CoDeSys 3.0.

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

Если интересно, см.
* биб-ку алгоритмов и математики для автоматизации зданий в CoDeSys oscat.lib
Сайт на немецком, в самой биб-ке комментарии на английском, загрузка свободная (пока).

* биб-ка математических алгоритмов и преобразований тут

bessonov2
Member

Сообщений: 117
Регистрация: Май 2006

написано 26 Февраля 2007 23:18ИнфоПравкаОтветитьIP

Павел Мощицкий
Я как-то не понял. Я о котлетах, а Вы о мясе енота?
У вас аргумент слабый и котлета из енота ему не поможет

Павел Мощицкий
Member

Сообщений: 1866
Откуда: Израиль. Бат-Ям
Регистрация: Январь 2004

написано 27 Февраля 2007 09:07ИнфоПравкаОтветитьIP

bessonov2
котлета из енота ему не поможет
Ну если говорить о котлете из твоего енота, то рецепт может применяться исключение для котлет из енота. Для другого мяса не получится. Да и растительное масло для жарки годится только одного сорта.

Ваш ответ:

Коды форума
Смайлики


Ник:    Пароль       
Отключить смайлики
Страницы: 1 2 3 4

Все время MSK

Склеить | Разбить | Закрыть | Переместить | Удалить

Новая тема | Написать ответ
Последние сообщения         
Перейти к:

Свяжитесь с нами | skunksworks.net

Copyright © skunksworks.net, 2000-2018

Разработка и техническая поддержка: skunksworks.net


Рейтинг@Mail.ru Яндекс.Метрика