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

Т.е. Вы считаете троллингом просьбы не спамить в теме для этого не предназначенной ? Очень интересно. Сам навязчивый спам, Вы троллингом не считаете ? Переход на рефлексию и мат, лучше всего демонстрирует то, что Вы не правы. Сколько ещё раз мне нужно просить Вас не засорять мою тему ? Думаю Ваши действия как раз и являются троллингом. Подумайте об этом

Полагаю, убедительная просьба не постить сюда свою х-ню не является матом. Вы не в тот раздел создали тему, для подобного есть http://forum.abok.ru/index.php?showforum=48

Думаю ошибочно полагаете Как и в случае с необходимостью продолжать спамить сюда мат. Хорошего дня !

Обучающее видео, часть 9. Использование встроенного OPC сервера.
Часть 9. OPC сервер.

По существу - голос скучный. Музыка какая-то *лядская.
Хоть бы транс какой поставили. https://music.yandex.ru/genre/trance . Мы ж техники всё-таки.
И Левитана найдите всё-таки.

При выборе оборудования необходимо
1. языки программирования МЭК (ST, FBD, IL, LAD и близкие к ним)
2. готовая реализация диспетчиризации (web или в среде программирования, чтобы оперировать объектами а не писать на Си или Визуал бейсике)
3. наличие ОРС серверов, чтобы прикручивать к любой СКАДА

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

Спасибо за Ваше мнение. Не все техники слушают транс Потому музыку оставим ту, что есть. Левитан хорош для войны, а у нас вроде как мирное производство Хорошего дня !

Пока подобной задачи перед собой не ставим, возможно в перспективе. Мы исходим из простой парадигмы - Пользователь вообще не должен писать программ для контроллеров. Они просто кирпичи, соединённые в сеть. Сами собирают данные, сами их эффктивно компонуют в общую таблицу, которая доступна при подключении контроллера назначенного ведущим к компьютеру. А уже на ПК пользователь пишет необходимые ему алгоритмы управления/визуализации. Такой подход позволяет создать для контроллеров быстрое и эффективное ПО, которое работает предсказуемо.

Если Вы о создании очередной собственной среды программирования, то этого точно не будет. Как и любая, она ограничивает свободу действий для клиента. При нашем же подходе, можно использовать любой язык программирования, и оперировать данными контроллеров либо через файлы отображаемые в память, либо через поставляемый нами бесплатно OPC сервер, либо вообще, подключать сеть контролеров к ПК без назначения ведущего контроллера. В этом случае все контроллеры сети являются просто адресами в пространстве Modbus сети. При этом пользователь может писать программу обмена на любом языке который ему нравится.

Чуть выше я приводил ссылку на поставляемый нами бесплатно OPC сервер.
Обучающее видео, часть 9. Использование встроенного OPC сервера.
Часть 9. OPC сервер.
Этот работает в комплекте с PLC-LAB-Manager, в перспективе появятся серверы, работающие напрямую с сетями Modbus. Хотя их и сейчас предостаточно, но мы как уважающие своих клиентов поставщики, обязательно предложим эффективное и оттестированное решение.

Да, стоимость нашего оборудования весьма низкая. Любой контроллер стоит от 200 до 300 евро. Не более. При этом функционал их уходит далеко за возможности конкурентов. К примеру CP1003.

Краткое описание.
• 32 дискретных входа 24В пост напряжения
• 20 релейных выходов 220В/0,5А
• Поддержка внешнего аккумулятора 24В, ток подзарядки до 0,1А
• Графический TFT дисплей для отображения состояния входов, выходов, мнемосхем, таблиц состояния сети подчинённых контроллеров, меню.
• Энкодер для навигации по меню и изменения параметров
• Выход VGA с гальванической развязкой для подключения монитора 800*600, 60Гц
• Вход RS232 с гальванической развязкой для подключения сенсорного экрана VGA монитора
• Функция электронного самописца. Архив событий - 4Гб. Ежеминутное автоматическое сохрание и сохранение «по событию»
• Сторожевой таймер (автоматический сброс при сбоях и зависаниях)
• Быстроразъёмные соединения на всех подключениях
• Конструктив для монтажа на рейку DIN-35
• Два RS485 интерфейса c гальваническими развязками для обмена по Modbus RTU
• 9,6…2,0 Мб/с, либо автоматический выбор скорости интерфейсов RS485
• Избыточное кодирование при передаче и хранении
• Соответствие «MODBUS APPLICATION PROTOCOL SPECIFICATION V1.1b» www.Modbus-IDA.org
• USB интерфейс с гальванической развязкой для доступа к архивам и обновления программы контроллера.

Спасибо за Ваше мнение.
Хорошего дня !

" в перспективе"
"от 200 до 300 евро"

Вы глухи однако.

1. программы пишут не пользователи (заказчик) а интеграторы (подрядчик), по вашему мнению он не должен писать программу ?
Под программой понимается в данном случае описание алгоритма работы объекта, установки, его легче и быстрее описать на языках МЭК, нежели на языках программирования, так как не требует изучения программирования в тех масштабах.
2. под диспетчеризацией имелось ввиду другое. (можно в качестве аналога привести Codsys c web visu), в вашем случае это большое окно со списком параметром и галачками включен/выключен и т.д. настролько неинформативно и скучно для диспетчера, как превратить человека с хорошим зрением в очкарика (тоже пример)
3. Когда появится та самая перспектива, тогда и стоит продвигать продукт, нет "в перспективе" - нет продвижения продукта.
в рамках 200-300 евро вы не единственные на рынке, удивительно что вы этого не понимаете.

Спасибо за Ваше мнение. Пять орфографических ошибок, не считая пунктуации. Садитесь, два. Ну а по сути, ошибки те-же, что и у предыдущих критиков. Попытки давать ответы на вопросы которые Вас не касаются С праздником, всего доброго !

А каким образом ваше контроллерно-киношное творчество нас вообще может касаться?

Вот и я думаю, с чего это люди, которых данная тема никак не касается, так активно сюда спамят ? Ну не из вредности же. Видимо что-то случилось.
Вы когда ни будь занимались прямыми продажами ? Самая смешная публика, эта та, которая приходит к тебе, и начинает рассказывать, что такое же как у тебя, но лучше и дешевле, продают за углом. Вопрос. Если за углом условия лучше, почему ты притопал ко мне, и об этом рассказываешь ? Иди да покупай там где продают то что тебе нравится, по той цене, которая тебе нравится. Так нет же. Человек уверен, что его информация на столько важна и необходима мне, что продолжает стоять и ныть, хотя его никто и не слушает Хорошего дня !

Объяснить кого эта тема касается? Слабо?

Мне было непонятно чтоже в этой ветке происходит....я искренне непонимал, пытался дискутировать.

Оказывается вот они какие прямые продажи- Бери и не вякай!

Господа, не пылите Вопросы заданы в стартовом топике, на другие отвечать и полемизировать бестолку Хорошего дня !

Странные ролики. Они из области "Смотрите как я могу". Если это демонстрация ваших способностей и возможностей, то ладно. Но если это, именно как я понял, обучающий ролик, то плохо. Почему? Во-первых, у вас много готового - не должно так быть. Если не все, то абсолютно большую часть надо делать на глазах у тех для кого вы это делаете. Во-вторых, музыки много, а конкретных объяснений мало. Такого тоже быть же не должно. Это как сказать - "А теперь реализуем алгоритм", а потом пять минут под музыку без объяснений что-то делать. Если вы делали его для кого-то, а не чтобы себя показать, то так себе вышло.

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

В остальном по беглому взгляду Ваш контроллер довольно зрелый. Но капля дегтя в меде пока еще невыносимая...

Спасибо за мнение по существу. Если детально разъяснять зрителю, как пользоваться Borland Builder, это будет уже не обучалка по системе диспетчеризации, а обучалка по Borland Builder. В данном контексте, ролики предназначены для демонстранции того, на сколько просто и эффективно, можно создавать системы диспетчеризации с помощью стандартных механизмов операционной системы и широко распространённых сред программирования. Ролики позволяют увидеть различные варианты доступа к данным контроллеров, именно на это делается акцент. Ну и демонстрируется, на сколько мало для этого нужно кода. А вот когда человечек заинтересуется этим методом, то он запросто скачает примеры и PLC-LAB-Manager с OPC сервером ( ссылки на них приводятся в описании каждого ролика ) И уже не спеша, под чаёк, сможет разобраться, как устроен пример, погуглить, если чего-то не знает, или что-то ему не до конца ясно. Подробное разжевывание упирается в ограничение длительности ролика по эффективному восприятию со стороны зрителя. Потому слишком много воды лить нельзя, зритель начинает зевать. А вот обзорно, с приложением примеров, на мой взгляд - самое оно. Хорошего дня !


Спасибо за Ваше мнение. Хорошего дня !

Кроме опуса об орфографических ошибках вам нечем возразить ?

А по теме. Предположим стоит у заказчика кучка Siemens, и в свете подскачившего доллара заказчик решил при модернизации системы поискать что-то дешевле, но удовлетворяющее по работе.

1. ура, найден ваш контроллер(ы), устраивают, цена приемлемая, НО
И вот тут то самое НО
2. чтобы его запрограммировать необходимо уметь программировать на Си или нанять специалистов
3. Чтобы интегрировать с существующей системой надо дождаться "перспективы"

дальше думайте сами.

з.ы. Диспетчеризация в окне, где сплошь только текстовая информация это сильно....

Ну и где ж тут по теме ? Всё то-же нытьё "Вы всё не правильно делаете, дайте мне такое-же но как мне нада !" Заканчивайте, право, это уже скучно Хорошего дня !

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

имхо - только для проектов с нуля. На большее не тянет.
Вы хотели критики ? Вы ее получили.

Удачи вам в вашем монологе.

Кстати, работа наладчиков при применении наших контроллеров не требует знания вообще никаких языков. Всё уже запрограммировано. Наладчик может отладить сеть, все датчики и выходные цепи вообще НИЧЕГО не программируя. После того, как отработает наладчик - дальше работа программиста. Причем самого простого программиста Пишущего хоть под Borland Builder, хоть под Visual Studio хоть под Бэйсик Наладчик при этом свою работу уже окончил. Все входные и выходные цепи и сети протестированы и отлажены. Пусть наладчик идёт занимается более квалифицированной работой, а написанием системы диспетчеризации займётся простой, недорогой программист.


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

Класный закидон! С собой еще программиста на пусковой объект таскать. И ради чего? Зимой в запускаемой котельной, где температура воздуха в помещении не намного выше уличной. Сиди и жди, когда его светлость соизволит что-либо понять и сделать. Тут публика не настолько богата, чтоб покупать дешевые вещи.

Предлагаю Вам создать тему о термоустойчивости персонала/бедности публики, и изложить своё мнение в ней, сюда спамить не обязательно, как Вы не поймёте ? Хорошего дня !


Программист может находиться хоть за пол-мира от объекта. Ему нужно только знать к каким-входам/выходам наладчик подключил какое оборудование, т.е. иметь на руках рабочую версию проекта, по которому Наладчик собрал и оттестировал всю сеть, потом программист, сидя в тёплом офисе, создаёт виртуальную кофигурацию в программе PLC-LAB-Manager , идентичную той, что собрал наладчик на объекте, оттестировать работу системы дсипетчеризации на своём компьютере, потом сбросить уже готовую работающую программу наладчику, который за 10 секунд её скопирует на компьютер объекта, ну ещё смену потратит, чтобы всё ещё раз перепроверить. И незачем таскать с собой на объекты ни лишних людей, ни прочий обоз. Но вернёмся таки к обсуждаемой теме. Какие есть ещё соображения по методике подачи материала в обучающих роликах, мы готовим следующие серии, и непременно учтём в них весь высказанный здесь конструктив. Хорошего дня !

А может не надо?

Желаю вам проработать только наладчиком в таком режиме. И пусть день вам покажется СВЕТЛЫМ!

Добрый день! Заранее прошу прощения за спам и орфографию, но правильно ли я понимаю, что вся логика реализуется на компьютере в системой диспетчеризации (то есть в самой системе диспетчеризации), а контроллер является по сути блоком дискретных входов/выходов с модбасом (или каким-то своим протоколом) на борту, который подключается к компьютеру?

Большое спасибо за пожелания света Наши системы происходят из многократных итераций приближения к оптимальной форме реализации решения и распределения ответственностей при строительстве объекта. Я лично принимал участие в реализации полусотни подобных систем. Если в начале это было непременное присутствие человека занимающегося програмированием и отладкой системы на объекте вплоть до сдачи, то в последних системах, мы как раз и пошли по пути разделения работ и ответственности. На самом деле чем проще - тем надежнее, понятнее и честнее. Как обстоит процесс реализации систем на нашем оборудовании сейчас. Клиент приобретает у нас либо контроллеры, либо уже готовые шкафы на их основе. При этом, для того, чтобы полностью смонтировать и подготовить систему к программированию, клиенту не нужны квалифицированные специалисты. Любой монтажник влёгкую собирает шкаф по нашим схемам, либо монтирует уже готовый шкаф поставленный нами на объекте, подключает к нему кабели ( схемы подключения шкафов мы тоже выдаём, даже если проект делает сторонняя организация ), и добивается работоспособности всех входных цепей, подключенных датчиков, извещателей, контроля положения клапанов, вентиляторов, зенитных фонарей и т.д. Для этого, ему не нужно ничего ни программировать, ни соединять в сети. У каждого контроллера на борту цветной графический дисплей, где в основном окне отображаются подробно состояния всех входов/выходов. Это первый этап. Заметьте, его заказчик производит сам, без какого либо нашего вмешательства. Вторым этапом идёт объединение контроллеров и шкафов в сети RS485. Один из контроллеров через меню назначается мастером, там же в меню задаётся скорость обмена. Вот и все действия, необходимые для отстройки обмена по сетям ( напомню, у каждого контроллера таких сетей две, они асинхронны, гальванически развязаны друг от друга и от схемы контроллера ). Контроллер назначенный ведущим, опять же благодаря навигации по меню, простым вращением энкодера, позволяет увидеть, как идёт обмен с каждым из подчинённых контроллеров, и если есть плохая статистика по количеству ошибок при обмене с самыми дальними по кабелю контроллерами, клиент может снизить скорость обмена, либо разобраться с линией связи, для этого тоже не нужны никакие программисты. После того, как сеть отстроена и идёт надёжный обмен, начинается работа программиста. На этом этапе, клиент либо нанимает нас, либо стороннего программиста, который интегрирует нашу сеть ( уже собирающую данные ) в общую систему предприятия, пишет оболочку визуализации и т.д. Если клиент желает получить систему, не зависящую от работоспособности ПК, управляемого такой многообразной в плане сбоев и ошибок всем известной операционной системы, мы можем предложить реализовать управление и визуализацию силами ведущего контроллера. Для этого, мы просто дописываем в его программу нужный код, отправляем клиенту по электронной почте готовую прошивку, он загружает её в контроллер по USB. Клиент проверяет работоспособность системы. Если что-то работает не так как надо, или нужно что-то добавить/убрать, мы это доделываем и отправляем новую прошивку. Для того, чтобы загрузить прошивку в ведущий контроллер, опять же никакие программисты не нужны. С этим легко справляется пользователь начального уровня. Т.е. любой монтажник.
Я понимаю рефлексию людей, которые хотели бы вынудить нас переходить на узкоспециальные языки программирования для промышленных контроллеров, это их хлеб, и там можно легко подрассказать клиенту, о невероятных сложностях ( возникающих зачастую как раз из-за применения ограниченных по своим возможностям сред програмирования ), и за счёт этого срубить по лёгкому больших деньжат, но мы не станем идти по этому пути. Сорри. Наш принцип - честность и дружественность к клиенту. Множество наших объектов надежно работают уже больше десяти лет. Кроме того, применение низкоуровневого программирования, без прослойки в виде интерпретатора или транслятора команд языков промышленной автоматизации, позволяет получить весьма эффективный и надежный код, который работает предсказуемо и быстро. Спасибо ещё раз за Ваши пожелания, хорошего дня !


Именно. Все контроллеры, это всего-лишь переменные в памяти ведущего, или в памяти ПК. Для систем диспетчеризации, высокое быстродействие не нужно. Время цикла системы до 1 секунды вполне приемлемо, потому такая модель упрощает жизнь и нам и клиенту. Более подробно, я ответил выше. Спасибо за вопрос по существу. Хорошего дня !

Вы просто не знаете о дружественности и предсказуемости языков стандарта МЭК61131. А про быстродействие и надежность - тьфу - во-первых противоречите сами себе, а во вторых, научитесь уже писать надежное ПО, вот и вся проблема. Купите себе какой-нибудь брендовый ПЛК, поиграйтесь с ним. И, в конце концов, хватит стоять на своем, узко и неверно мыслите 100%. Я Вас понимаю: Ваше любимое творение сейчас опустили ниже плинтуса, поэтому такая нервная реакция.
Что касается языков программирования типа LD и FBD, то они учат по-настоящему программировать. Поэтому не зря многие программисты обломали о них копья.

Судя по рефлексии, которую наша продукция у вас вызывает, мы всё делаем правильно Хорошего дня !


Есть информация, что многие "умники" обломали зубы, останавливая ими наждак, или запихивая в рот лампочку Это не значит что это было не зря Если кому-то нравится писать на языках МЭК - это его право, пусть человечек пишет и будет счастлив. Но видимо что-то не так, раз человечек на столько обозлён, что спамит в темах, его не касающихся. Или касающихся ?

UraGun просто люди более реалистечнее чем вам кажется. На МЭК языках могут написать многие, электрики, асутп-шники, ОВК-шники и так далее. По крайней мере на таких как LAD или FBD.
Если речь об ST, то это как раз ближе программистам.
В том же шафу вентиляции нет ужас-ужас какой логики. Это не станок с ЧПУ.
В случае с вашими контроллерами в 50% придется прибегать к помощи программистов вышеозначенным товарищам (доп затраты).

Вы вот пишите о цикле до 1 сек. Фактически опрос входа происходит в цикле 1 раз. Есть наработки по алгоритмам о значении среднего цикла программы ?

Спасибо за вопрос по существу. 1 секунда, это не время выполнения программы, а время полного цикла опроса средней сети RS485 и отдачи подчинённым данных для выходов, это лекго посчитать, к примеру для битрейта 38400, который чаще всего применяется в сетях протяженностью до километра. Время цикла выполнения программы, по сравнению со временем цикла обмена по сети, представляет собой физическое понятие "офигительно малая величина". Учитывая то, что алгоритмы логики в системах диспетчеризации обычно примитивны, а производительность любого нашего контроллера на порядки выше, чем это необходимо для покрытия необходимых вычислительных затрат, время цикла самой программы не имеет обычно решающего значения. Наши контроллеры работают на частоте около 170Мгц, при этом полный цикл выполнения самой сложной из когда-либо написанных нами для системы диспетчеризации программы отработки именно логики, не превышало 10-15мс. Это с полной перерисовкой двух экранов, один, который на борту контроллера, и второго, который VGA монитор 800*600 подключаемый к нему. При чем циклы обмена по сети и выполения программы логики у нас полностью развязаны. Один цикл никогда не ждёт завершения другого цикла. Говоря точнее, у нас даже не два таких цикла, а множество, к примеру у нас два параллельных RS485 ModbusRTU канала, они никак не зависят друг от друга. Всё работает на прерываниях, в том числе и генерация ответных посылок. Именно поэтому, нам удалось добиться начала времени отправки ответного пакета подчинённым в пределах десятков наносекунд. У нас даже появилась из-за этого обратная сложность. К примеру не каждый преобразователь USB-RS485, в случае, если ведущим является не контроллер а компьютер, успевает переключиться из режима передатчика в режим приёмника. И потому ответный пакет может быть потерян. Потому USB-RS485 преобразователи нужно применять с оговорками, либо же мы введем в меню всех контроллеров изменяемый параметр, нечто вроде "задержка старта ответной посылки". При применении нормальных карточек для ПК типа МОХА этой проблемы нет. В данный момент разрабатывается ОРС сервер, который будет работать напрямую с сетями MODBUS RTU и конфигурироваться через простой конфиг файл, в котором можно будет задать для каждого подчинённого свою скорость обмена и регистры, которые необходимо прочитать/записать. Думаю через недельку, он будет готов. Чем проще - тем надёжнее Хорошего дня !

Вам бы в PLC-LAB-Manager добавить FBD, LAD, CFC и возможность создавать макросы на Си и ST. Логика она и в Африке логика, а уж засунуть потом программу в контроллер тем же PLC-LAB-Manager (выполнить компиляцию написанного на том же FBD уже понятное для контроллера).
Цены бы не было железяке....

На это я пойтить не могу Хорошего дня !

Обучающее видео, часть 10. Использование встроенного Modbus-OPC сервера.
Часть 10. Modbus OPC сервер.

Почему?

UraGun, найдите возможность выложить здесь принципиальные схемы. Примерно в таком стиле
Тут публика кой в чем разбирается. Лишней информация не бывает. Таки прикинуть, что выйдет из этого буя.

Ай-яй-яй Как нехорошо обманывать людей. Обещаете каких-то принципиальных схем, спамите в мою тему рекламу своего ресурса, да ещё и моё буями кроете А схемы конечно давно опубликованы, и те, кто хотел - давно их нашел. К примеру здесь - Схемы АРВ на контроллерах PLC-LAB



Сидит бабушка, продаёт семечки и сигареты. Перед сигаретами - табличка "Сигареты-марапеты". Бабушку спрашивают "бабушка, а почему сигареты-марапеты ?". Та отвечает "Патамушта-марамушта". Вы же не думаете, что люди Вам обязаны что-то объяснять, правда ?

P.S. Напоминаю, тема посвящена обсуждению доходчивости методов подачи наших видеоматериалов. Прошу придерживаться темы. Прочие хотения, можно изложить в созданных для обсуждения этого своих темах

UraGun, вы серьезно полагаете до сих пор, что здесь публика слаще морковки ничего не видела? Ваше невнятное видео кому-то интересно? С Фракталом кому надо, давно разобрался. Теперь очередь за вами. Выложите, если наберетесь смелости, не схемы внешних соединений, а внутренние схемы контроллеров со спецификацией. Потому что тот софт, предлагаемый вами, ни в ЖПО, ни в красну армию. Вместе с кином. Тут достаточно спецов способных подобрать софт, понятный наладчику для ваших изделий. Может тогда хоть какой-то толк из этого будет.


Как вам еще объяснить, что ваше кино не интересно и не актуально?

Ему по фигу

Полностью солидарен С чего бы мне не небыли пофигу, хотелки каких-то людей, не касающиеся обсуждаемой темы ? Всем спасибо за спам. По прежнему признателен за ответы по сути созданной темы Для ясности. Здесь не раздают принципиальных схем, не выполняют указания любого рода лиц, решивших, что имеют право давать окружающим какие-либо указания, потому предлагаю недовольным перестать флудить и успокоиться Прелесть нашего оборудования в том, что для работы с ним не нужны ни принципиальные схемы, ни программирование непосредственно изделий. Всё уже запрограммировано и обкатано. Можно брать и очень просто ( и дешево ) строить системы диспетчеризации. Всем хорошего дня !