Пром ПК, новинки Опции

[Beep]

То есть это все, что вы можете ответить?
сделайте поиск по SoftPLC и очень сильно удивитесь, что вы не просто НЕ Пионер в данной теме, но и отстали очень далеко от реальных Пионеров... Вам никакой чат GPT не поможет.

И снова здрасте,

Хотелось ответить, но промолчу т.к. не знаю Ваших компетенций.
Если хотите, скажите в какой среде Вами выполняется программирование, компиляцмя и загрузка исполнительного кода в то железо, кстати какое, которое Вам нравится.

Чтоб понять, как на каком уровне Вам давать ответы, я так и не поучил от Вас ответ на на н.у. мой вопрос, в идеале
профиль на linkedin.com

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

Важно понять и я это каждый раз Вам здесь говорю, платформа не ставит перед клиентами цель и не декларирует свою универсальность с возможностью ее интеграции в стандарт IEC-61131.

Это абсолютно иное направление (программный симулятор на базе ПК с процессорной архитектурой CPU CISCx86), ее пользователями являются разработчики автоматизированных решений, робототехники и смарт систем без использования внешней аппаратной логики на базе ARM DSP, PLC и т.д.

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

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

Сообщение отредактировал Beep - 9.8.2023, 18:20

[Beep]

То есть это все, что вы можете ответить?
сделайте поиск по SoftPLC и очень сильно удивитесь, что вы не просто НЕ Пионер в данной теме, но и отстали очень далеко от реальных Пионеров... Вам никакой чат GPT не поможет.

И снова здрасте,

Хотелось ответить, но промолчу т.к. не знаю Ваших компетенций.
Если хотите, скажите в какой среде Вами выполняется программирование, компиляцмя и загрузка исполнительного кода в то железо, кстати какое, которое Вам нравится.

Чтоб понять, как на каком уровне Вам давать ответы, я так и не поучил от Вас ответ на на н.у. мой вопрос, в идеале
профиль на linkedin.com

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

Важно понять и я это каждый раз Вам здесь говорю, платформа не ставит перед клиентами цель и не декларирует свою универсальность с возможностью ее интеграции в стандарт IEC-61131.

Это абсолютно иное направление (программный симулятор на базе ПК с процессорной архитектурой CPU CISCx86), ее пользователями являются разработчики автоматизированных решений, робототехники и смарт систем без использования внешней аппаратной логики на базе ARM DSP, PLC и т.д.

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

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

Сообщение отредактировал Beep - 9.8.2023, 18:20

[Beep]

То есть это все, что вы можете ответить?
сделайте поиск по SoftPLC и очень сильно удивитесь, что вы не просто НЕ Пионер в данной теме, но и отстали очень далеко от реальных Пионеров... Вам никакой чат GPT не поможет.

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

А собственно вот и ее русскоязычная версия
Soft PLC и дилемма инноватора.

Приятного погружения.

Сообщение отредактировал Beep - 9.8.2023, 18:35

[Beep]

Beep ... Имеем некую систему Автоматизации, ПЛК помер, модули В/В остались живы со всей периферией, программа в ПЛК все равно была под замком (неизвестна) - требуется замена.

Задача поставлена до неприличия просто.
Чтоб дать четкий ответ мне нужны дата шиты того, что осталось после кончины PLC, или как минимум их фирменные наименования для самостоятельного поиска их описания, так же и детальная топология системы.
Сразу ограничиваю хотелки, это не должно быть станочное оборудование типа CNC, которое требует предельно высокую точность управления в реальном времени. Это не наше.
Разного рода автоматические линии или сопутствующие процессы производства, такие как QC, V&V сколько угодно, можно во всех отраслях от животноводства, до космоса...

Сообщение отредактировал Beep - 9.8.2023, 21:07

[manjey73]

Beep насколько помню, linkedin у нас в блоке, хотя вроде был там когда-то аккаунт, но нафик не нужен...

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

По поводу счетчиков хочу напомнить, что мы в России и ваши сертификаты с ебея, алибабы тут полный НОЛЬ. Мало того, у нас поставщики в разных регионах не допускают всего многообразия, разрешенного в России а требуют только узкий список из возможных.

Систем много и разных, чаще всего использование в них именно PLC, а не SoftPLC. Хотите влезть не только в узкую специализацию, делайте выводы.

Чтоб дать четкий ответ мне нужны дата шиты того

Вам тут ничего не надо, кроме понимания, что все модули ввода вывода работают через Modbus протокол, документация на модули есть у производителя, все карты регистров доступны. Все... Остальным этого достаточно, требуется только замена мозга и написания под него программы, не только включил/выключил, но и возможно Пид регулирование. Предположим это система вентиляции, где процессы не быстрые, никаких станков.
То есть не ваша забота, какую периферию применять (модули в/в, датчики)...

Учитывая что у вас нет поддержки каких либо открытых протоколов, вами задача без полной замены всей периферии не решается, на этом все. Заказчик ПРОТИВ решения все снести и построить заново.

и вы не поверите, но например вот этот ПЛК https://owen.ru/product/plk210 дефакто является SoftPLC

Сообщение отредактировал manjey73 - 10.8.2023, 8:40

[Beep]

Beep насколько помню, linkedin у нас в блоке, хотя вроде был там когда-то аккаунт, но нафик не нужен...

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

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

Кратко, что такое CodeSys:
CoDeSys, среда программирования, ориентированая на изготовителей контроллеров. Разрабатывая новый контроллер, они устанавливают в него систему исполнения CoDeSys Control. Собирают из ее компонентов требуемую конфигурацию, добавляют собственные ноу-хау и специфические компоненты и получают собственное инструментальное ПО. Как правило, к пользователю CoDeSys попадает в коробке вместе с оборудованием, иногда и нет. Ему нужно установить систему и перейти к решению своих практических задач. Все коммерческие и технические вопросы, связанные с поддержкой ядра контроллера, всех типов его аппаратных модулей, библиотек, стеков и конфигураторов сетей должно быть решено за него разработчиками ПЛК и CoDeSys совместно.

И в этом весь парадокс последнего утверждения, и конфликт интересов между разработчиками альтернативных платформ автоматики и картельнм сообществом где балом правит ITQ GmbH.
Можете это назвать глобальной закрытой политикой и договорняками, с пожинанеим плодов стратегий захвата рынка под проприоритарныe решения.
Этот факт есть результат медленных темпов интеграции автоматики и робототехники в те отрасли, которые по роду своей деятельности не могут себе позволить бюджеты как на начальном этапе проектирования, так и на стадии эксплуатации, Т.к. темпы окупаемости там не такие как в приоритетных для ПЛК отраслях.
Многие попытки самостоятельных разработчиков построить свою более комфортную скаду на низкоруровневых языках имели отрицательные истории, некоторые даже присутствуют и на Вашем хабре. Если найду дам линк.

Разработчики альтернативных платформ, в поисках обходных путей не связаны жесткими требованиями производителей и могут выйти за пределы протоколов управления и сбора данных, как и работа непосредственно с ядром встраиваемого софта на любых, доступных им языках в своей, более расширенной среде программирования, строить удобные пользовательские визуальные абстракции интерфейсов и управлять буквально любым внешним распространенным семейством микропроцессоров от 16 до 64-разрядных, к примеру посредством UART.
Кто работает с ним, правит миром процессорной техники.
Но, как я выше говорил, разработчикам платформ, которые содержали бы террабайты данных с SDK от производителей процессорной автоматики во всем многообразии, замыкается на открытых политиках производителей и их желанием скинуть это их ноу хау в открытый доступ в облака. Это утопия, а разрабам как мы, жизни не хватит,
чтоб построить все FSM в протоколе модбус с интерфейсами под пользователя, который визуально без необходимости опыта в тех 9 МЭК языках, построит код и будет им управлять непосредственно с ПК, без загрузки в память сторонней процессорной логики в т.ч. и ПЛК.

Поэтому мы написали свои конечные статические и динамические автоматы под простые B/B ADC/DAC комплекты, к которым можно напрямую подключать драйверы нагрузок и сбора данных, при этом всю управляющую часть на всю вычислительную производительность ПК CISC.
Интерфейсы могут напрямую работать с большинством датчиков и сенсоров которые применяются и в промавтоматике.

Т.к. Вы пользователь CodeSys, мне понятно и то, что вы не знакомы с мега количеством DAQ устройств, это не проста линейка устройств сопряжения ПК с внешним миром, это другая планета где ПЛКшники инопланетяне.

По поводу счетчиков хочу напомнить, что мы в России и ваши сертификаты с ебея, алибабы тут полный НОЛЬ. Мало того, у нас поставщики в разных регионах не допускают всего многообразия, разрешенного в России а требуют только узкий список из возможных.

Я вне политики, это сугубо ситуация в которой оказалась Ваша страна.

Систем много и разных, чаще всего использование в них именно PLC, а не SoftPLC. Хотите влезть не только в узкую специализацию, делайте выводы.

Выводы выше.
И да, мы несколько опережаем время, когда ПК целиком заменят картельные технологии, как в вое время это произошло с созданием ПК и альтернативных ОС.

Сообщение отредактировал Beep - 10.8.2023, 10:00

[manjey73]

Боже, где вы берете весь этот бред?

Хорошо, пример вам проще, вы делаете системы весов? Вот есть у некоего заказчика весы, которые САМИ посылают пакеты данных, их надо ловить и расшифровывать.
Без вас (как разработчика системы) я такие весы не подключу, а надо чтобы я сам взял и написал в системе элементарщину и не ждал от вас манны небесной, когда вы соизволите это сделать...

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

И вот про Modbus, ну хватит уже нести ваш бред. Это открытый и стандартизованный протокол, а не что-то запретное, как вы тут пытаетесь представить.
Купил железку, в документации на нее все написано, подключил к ней RS485, 232, Ethernet и спокойно ее попросил выдавать данные. Все. Это в нормальных системах.
В вашей это куча глупости в ваших словах...

з.ы. мир ПЛК не ограничен CodeSys, но большинство спокойно поддерживают Modbus и большинство спокойно читают устройства Modbus других производителей. Будь то датчик температуры, аналогового входа или частотный преобразователь.... Вам же при этом надо будет попотеть в коде, чтобы написать опрос всего одного конкретного устройства с Modbus протоколом.
Для ПЛК или Scada систем это сводится просто к настройке опроса, без программирования.

Вообще человеку, знающему например язык ST из МЭКовских, глубоко фиолетово какой будет ПЛК, все, что ему требуется узнать, переходя с ПЛК одного производителя на другого, это разницу в архитектуре между ПЛК. Все. А будет это хардовый ПЛК или Soft совершенно при этом не важно.

Сообщение отредактировал manjey73 - 10.8.2023, 10:23

[Beep]

По Вашему это бред, как насчет аргументов?
Если Вы не знакомы с теми вещами о которых я пытаюсь вам говорить, как и с терминологией, я снимаю шляпу перед Вашей самоуверенностью.
Уже и не знаю какие веские доводы Вам здесь привести в пользу того, чем мы занимаемся, отставлю это безнадежно. Хотя мне не особо и Важно что вы думаете,
Для меня важно понять мышление замкнутого круга сообщества специалистов, и то, какими аргументами они оперируют, отстаивая свои привычки, под которыми скрыты года варева в одной технологии без намека что либо изменить.

По ходу сравните мои и Ваши ответы.

Хорошо, пример вам проще, вы делаете системы весов? Вот есть у некоего заказчика весы, которые САМИ посылают пакеты данных, их надо ловить и расшифровывать.
Без вас (как разработчика системы) я такие весы не подключу, а надо чтобы я сам взял и написал в системе элементарщину и не ждал от вас манны небесной, когда вы соизволите это сделать...

Больше того именно на ваш вопрос с весами у меня есть блестящий ответ.

Ладно, давайте посмотрим коменты в стороннем дискусе, где присутствует коллективное и не предвзятое мнение IT-шников вашей гильдии.

Всегда удивляла стоимость простых шлюзов для MODBUS.
Как-то раз возникла необходимость удалённо мониторить некоторые контроллеры. Цена на простейшие преобразователи RTU (RS-485) -> TCP/IP для передачи данных на сервер просто сумасшедшая. 280$ за простейшую коробочку по ссылке из статьи.

Хоть бери и переноси наш разговор туда...

Сообщение отредактировал Beep - 10.8.2023, 10:51

[manjey73]

Ржу не могу

Для сбора данных, дашборда (с мобильным приложением даже) и графиками поднял сервер с OpenHAB. От силы потратил 50$ + 10$ в месяц за простейший сервер с OpenHAB и VPN

280$ - 50$ = 230$ - простейший сервер за 10$ на срок менее 2-х лет. Ничего не напоминает, где люди, пытаясь сэкономить деньги, потом в итоге теряют? И для сведения, есть шлюзы и дешевле, чем 280$ если речь о RTU-TCP Modbus. А если использовать Ethernet - RS485 который любой протокол переварит, будет стоить еще дешевле. тот самый Com Over TCP, которого у вас нет.

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

Так что ваш ответ далеко не блестящий, а больше для студентиков, обучающихся автоматизации.
Вот ваша текущая ниша...

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

Сообщение отредактировал manjey73 - 10.8.2023, 11:14

[Ashihara]

Боже, где вы берете весь этот бред?

Возможно мы разговариваем с тем самым chatGPT. Либо с реально немного туповатым маркетологом. Думаю, тема себя исчерпала на 146%.

[Beep]

Ржу не могу



280$ - 50$ = 230$ - простейший сервер за 10$ на срок менее 2-х лет. Ничего не напоминает, где люди, пытаясь сэкономить деньги, потом в итоге теряют? И для сведения, есть шлюзы и дешевле, чем 280$ если речь о RTU-TCP Modbus. А если использовать Ethernet - RS485 который любой протокол переварит, будет стоить еще дешевле. тот самый Com Over TCP, которого у вас нет.

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

Смех без причины это патология.

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

Вот ваша текущая ниша...

Спасибо что и за то, что Вы это мне сообщаете.

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

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

Что толку мне здесь все это выкладывать с опытом подтверждающим мою правоту, если Вы все равно все это читаете по диагонали, а может и вовсе не читаете.
Тем временем наблюдаю здесь как и на других форумах самый повышенный интерес к тематике более 130 тыс просмотров, что радует и неотъемлемая часть любого
коворкинга, что есть положительный процесс.

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

Сообщение отредактировал Beep - 10.8.2023, 11:50

[manjey73]

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

Вы будете раскручивать весы заводского исполнения с гарантией, чтобы подключиться к датчикам своими побрякушками? у себя пожалуйста, на производстве в России вам этого не дадут и будут правы. Да вообще на любом нормальном производстве. А сами вы не производите весы. Дальше думайте

Идеального ничего не бывает, тут вы правы. Ваше ПО не идеально в том числе (для меня уж точно). На этом и закончим. Удачи.

[Beep]

Вы будете раскручивать весы заводского исполнения с гарантией, чтобы подключиться к датчикам своими побрякушками? у себя пожалуйста, на производстве в России вам этого не дадут и будут правы. Да вообще на любом нормальном производстве. А сами вы не производите весы. Дальше думайте

Идеального ничего не бывает, тут вы правы. Ваше ПО не идеально в том числе (для меня уж точно). На этом и закончим. Удачи.

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

Там же в подкасте и ответы автора на Ваши утверждения и вопросы экспертов, которые Вы все равно ставите в игнор и вообще не читаете, судя бо мгновенным ответам, как это делают боты.

И вам не хворать на ниве импортозамещения...

Сообщение отредактировал Beep - 10.8.2023, 11:57

[Beep]

Хорошо,
Вот типичная схема автоматизации приточки.
Два объекта. На одном одна приточка, на другом - 20. Когда 20 - ставятся 20 контроллеров и через СКС подключаются к компьютеру диспетчерской.
Уточнения:

В нашем случае важны только н.у. сведения

- марки датчиков тоже указаны, хочу подключить к контроллеру именно их.
- (если важно) длина кабеля от контроллера до панели управления - 1-2 м,
от контроллера до датчиков и исполнительных механизмов - 10-20 м,
от контроллера до компьютера со скадой - 50 м.

Нарисуйте на этой схеме расположение Вашего решения (оборудование, РС, ПО), кабельные линии и протоколы.

Прикрепленные файлы

 GH_123.png ( 124,06 килобайт ) Кол-во скачиваний: 29

 

[Beep]

- марки датчиков тоже указаны, хочу подключить к контроллеру именно их.
- (если важно) длина кабеля от контроллера до панели управления - 1-2 м,
от контроллера до датчиков и исполнительных механизмов - 10-20 м,
от контроллера до компьютера со скадой - 50 м.

Нарисуйте на этой схеме расположение Вашего решения (оборудование, РС, ПО), кабельные линии и протоколы.

С Вашими датчиками ничего не выйдет, счет происходит физических измерений посредством ADC (многоканальный измеритель DC напряжений), соответственно юстировка принимаемых значений, тймеры, циклические опросы, триггеры, все как и положено.

Сообщение отредактировал Beep - 10.8.2023, 19:38

[Beep]

Beep
...
и вы не поверите, но например вот этот ПЛК https://owen.ru/product/plk210 дефакто является SoftPLC

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

[Beep]

Вы будете раскручивать весы заводского исполнения с гарантией, чтобы подключиться к датчикам своими побрякушками? у себя пожалуйста, на производстве в России вам этого не дадут и будут правы. Да вообще на любом нормальном производстве. А сами вы не производите весы. Дальше думайте

Я Вам не скажу за всю Одессу, я сам родом из СССР до 2000 и знаю как там дают... весь этот пафос в топку.

Представьте себе, я в свое время работал в группе R&D на очень известной фирме в стране (г. Рош Аин) имеющей ISO, которая разрабатывает и поставляляет такие весы по всей стране от напольных до 500 кг балочных, до кассовых и знаю всю их подноготную всего процесса от исполнения до ввода в эксплуатацию.

Там выпускали весы со счетом показаний через копеешный ADC с интерфейсом USB COM, длина кабеля до 1 - 5м., тензодатчики именно китайские с европейским сертификатом производителя, китайцы дают любые бумаги, они с разными пределами измерений, на базе SBC под кастомной сборкой Win начиная с семки. Там же клиентский и СУБД под сервер с со сканером штрих кода, термо принтером и платежной системой счета кредитных карт.
После выпуска определенной партии весов, приглашался госповеритель и проверял каждую единицу с составлением протокола.

Физически это выглядело так:
На весовую платформу с запущенным клиентским софтом ставятся поочередно его эталонные 3 гири минимальный вес, средний и максимальный, показания на мониторе фиксируются, там где погрешность превышала, прибор в сторону.

Сообщение отредактировал Beep - 10.8.2023, 20:59

[manjey73]

С Вашими датчиками ничего не выйдет, счет происходит физических измерений посредством ADC (многоканальный измеритель DC напряжений), соответственно юстировка принимаемых значений, тймеры, циклические опросы, триггеры, все как и положено.

условия задачи не выполнены. смысл тогда в такой замене?
Вопрос, если там калорифер на 18 кВт, что там у вас с управлением за Optic MOSFET AC/DC Switch?

Сообщение отредактировал manjey73 - 10.8.2023, 21:42

[Beep]

условия задачи не выполнены. смысл тогда в такой замене?

Выйдет, т.к. нет цели интеграции платформы в существующий зоопарк под протоколами для PLC, мы намеренно уходим от таких идей. Можем (писать под RS485 динамические автоматы), но не хотим, это не наш бизнес.
Все в разы проще, дешевле быстрее и доступней, когда проект на этапе принятия решения.

Вопрос, если там калорифер на 18 кВт, что там у вас с управлением за Optic MOSFET AC/DC Switch?

Можно каскадным управлением с применением промежуточных маломощных до 50А
Single Chip Microcomputer PLC Signal Amplifier Board Input and Output NPN/PNP

или напрямую к примеру с таким SSR
100A DC Control To AC Output Solid State Relay Single Phase 110V 220V 230V 380V 480V 120A Industrial DA SSR
SSR
Есть старые классические методы запуска больших нагрузок, все зависит от бюджет, от категории объекта, к примеру последнее решение вполне прокатит для аэропортов, потому что дорогое, но с длительным жизненным циклом, что в дальнейшем сэкономит клиентам крокодиловы слезы.

Сообщение отредактировал Beep - 10.8.2023, 23:02

[manjey73]

18 кВт и одна фаза? вы с вентиляцией вообще работали? Это уже 3-х фазник будет

Выйдет, т.к. нет цели интеграции платформы в существующий зоопарк под протоколами для PLC

опять 25, Modbus не только под PLC, забудьте уже. Точнее поймите, примите и реализуйте, и у вас не будет проблем.... и возможно отбоя.

Без этого ваша система Г...

[Beep]

18 кВт и одна фаза? вы с вентиляцией вообще работали? Это уже 3-х фазник будет

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

опять 25, Modbus не только под PLC, забудьте уже. Точнее поймите, примите и реализуйте, и у вас не будет проблем.... и возможно отбоя.
Без этого ваша система Г...

Не хотим дважды наступать на оди и те же грабли, много народу на этом поломало свои копья, упор в замене существующих промышленных SoftPLC c привязкой (интерпретацией МЕК в абстрактной обвертке) ведет в никуда и будет очередной версией недоскады. Я выше здесь писал об этом и приводил опыт людей. Больше скажу, из личного опыта наблюдений, в тех отраслях где я работал, это более 25 фирм, только одна или 2 из них (климатические контроллеры и шоу управление) разрабатывала железо с применением протокола Modbus в варианте RTU,если память не изменяет на базе MCU Renesans RL78, но впоследствии они соскочили на BACNET под управлением ПК. Другая фирма сидела на ТСР с покупными лицензиями адресов и тряслись за каждый запоротый борад в процессе SMD сборки, вели учет как в аптеке.


Как Вы думаете, почему такие гиганты как тот же Intel и их конкуренты, в купе с McSoft, всячески обходят эту написания специализированной OC тему,, стороной, при этом штампуют штампуют свои формфактор доски под IPC, сбрасывают на них цены, дают их под OEM лицензиями на свободное растерзание для всех отраслей, но почему то кроме опенсорсных типа RTOS решений воз и ныне там?
Я выше давал линк на англоязычную статью с исследовании проблем, которые мы здесь и пытаемся обсуждать, лично для меня это светофор.

Ваша версия ответа?

Сообщение отредактировал Beep - 11.8.2023, 0:51

[manjey73]

Beep кроме Modbus вам скажут спасибо и за BacNet и за другие стандартизированные протоколы. Если другие обходят стороной, это не значит, что должны обходить и вы.

Мое видение систем в принципе (упрощенно)

1. Замкнутая система (это вот ваша как есть)
2. All in One - монобрендовая, но когда ты вынужден купить все сразу потому что любой компонент не будет работать без другого (ну, на вскидку примеров нет, но наверняка существуют)
3. Модульные однобрендовые системы, где можно приобретать частями, но только от одного производителя. (Где купив PLC и при желании добавить Scada вынуждены приобретать ее у того же производителя)
4. Модульные системы, которые можно собирать из компонентов разных производителей. (где купив PLC одного производителя можно купить Scada другого производителя, базу данных третьего и так далее)

Вы сейчас на уровне 1, Желания перейти на уровень 4 по всем вашим сообщениям нет. Упоротый отказ

на базе MCU Renesans RL78

забудьте про MCU, не лезьте в низкоуровневую часть, работайте через API (протоколы, в том числе Modbus и являются тем самым API между железом и связью с внешним миром)

Сообщение отредактировал manjey73 - 11.8.2023, 9:06

[Beep]

забудьте про MCU, не лезьте в низкоуровневую часть, работайте через API (протоколы, в том числе Modbus и являются тем самым API между железом и связью с внешним миром)

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

- Жора, жарь рыбу,
- Так ведь нет рыбы,
- Ты жарь, рыба будет.

К примру из единичных проектов я делал GUI под такой лазерный дальномер где производитель заботливо снабдил PCE-LDS-70 прибор для всех интерфейсов и это его стратегия продвижения на рынке. Все заработало с 1-го пинка через USB COM и у меня таких решений тьма за всю мою практику. И что дальше?

Сообщение отредактировал Beep - 11.8.2023, 11:10

Прикрепленные файлы

 screenshot_2023_08_11_001.png ( 25,38 килобайт ) Кол-во скачиваний: 9

 

[manjey73]

Ну прочтите уже что из себя представляют протоколы вашу маму...

Там то же самое, производитель вам пишет:
Регистр 0, тип данных uint16, битовая маска состояний. Бит 0 - Жора начал "жарить рыбу", бит 1 - Вася пошел ловить рыбу, бит 2 - Вася поймал рыбу.
Регистр 1,2 - Температура воды, тип данных float (младшим байтом вперед)

И так далее... Вы просто настраиваете опрос, приводите полученные данные в своей системе к вашему пониманию и используете это.

Соответственно Modbus бывает RTU (для работы с ком портами) и TCP для работы по Ethernet и вариация Com over TCP (тот же RTU но бегающий поверх TCP) - но это уже "раздел" каналов связи, который должен быть независимо от протоколов.

В общем если вы не понимаете таких простых вещей, то что вам объяснять дальше то?

з.ы. Мой выбор это Level 4 (см. выше) остальное в топку, в сад, куда хотите. Ваше ПО там же....

Чтобы вам стало понятнее, то то, что вы называете SDK - это СПЕЦИФИКАЦИЯ протокола, а не железа, как вы думаете.

Сообщение отредактировал manjey73 - 11.8.2023, 12:03

[Beep]

Чтобы вам стало понятнее, то то, что вы называете SDK - это СПЕЦИФИКАЦИЯ протокола, а не железа, как вы думаете.

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

На вскидку вариант подачи производителя SDK для модуля NAVIA BT-01

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

Три мудреца, в одном тазу,
Пустились по морю в грозу.
Будь по прочнее старый таз,
Длиннее был бы мой рассказ.

[manjey73]

Beep еще раз, если дело касается протоколов, то это как раз их Спецификация, какими средствами вы создадите программную часть для работы по тому или иному протоколу это как раз задача программиста.
Все, что вам требуется знать о протоколах это правила формирования пакетов для передачи и получения данных и правила (код) расчета контрольных сумм пакетов.
Для открытых протоколов это все доступно. Для Modbus на 200%.

Надеюсь код для каналов связи (TCP, COM, Com over TCP) раз вы общаетесь с разными железками у вас уже есть. Это уже не уровень протоколов а уровень сети.

Если вы каждый раз что-то пишите и вам приходиться писать еще и сетевой уровень, тогда у вас еще печальнее, чем я думал...


Вам про Ивана (Modbus) а вы мне в ответ про Болвана.... Или вы реально бот чат GPT

Если вам лень писать самим, то на просторах нета наверняка есть готовые библиотеки для работы с Modbus, точно есть и на Питоне и на разных языках типа C++ и прочих.

Сообщение отредактировал manjey73 - 11.8.2023, 14:23

[Beep]

Beep
Если вам лень писать самим, то на просторах нета наверняка есть готовые библиотеки для работы с Modbus, точно есть и на Питоне и на разных языках типа C++ и прочих.

Сами то пробовали этим заниматься? Если нет, устал повторять что нет интереса в переделках велосипедов, почитайте в подкасте мнение коллективного разума разрабов на примере конкректно взятого железа:
Программирование Modbus RTU Master на примере Simatic S7-1200 и ПЧ Sinamics V20
Пробовали ознакомиться с выставленным нами завершенными проектами? Это не рядом с промавтоматкой, если что.
Собственно я понял что за пределами Ваших интересов.

[Beep]

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

2. Адрес устройства или подчиненного устройства идентифицирует ваш прибор. Он содержит один байт информации. В ASCII он кодируется двумя шестнадцатеричными символами, в RTU — одним байтом. Допустимые адреса находятся в диапазоне от 0 до 247.
Код функции определяет тип сообщения. Он содержит один байт информации. В ASCII он кодируется двумя шестнадцатеричными символами, в RTU — одним байтом.
Настройки Com-порта Modbus


Стартовый бит ASCII
= 1 Биты данных = 7
Если четность четная или выключена, то стоповые биты = 1
Если четность отсутствует, то стоповые биты = 2


Стартовый бит RTU
= 1 Биты данных = 8
Если четность четная или выключена, то стоповые биты = 1
Если четность отсутствует, то стоповые биты = 2

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

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

Как то так.

Сообщение отредактировал Beep - 11.8.2023, 20:06

[AlexandrGr]

Какой то набор букв. Даже не слов.

[Beep]

Какой то набор букв. Даже не слов.

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

[manjey73]

Сами то пробовали этим заниматься? Если нет, устал повторять что нет интереса в переделках велосипедов, почитайте в подкасте мнение коллективного разума разрабов на примере конкректно взятого железа:

я пользуюсь Scada системой, где реализован Modbus, как мастер так и слейв. Кто то пользуется OPC сервером Инсат, там так же реализован Modbus как мастер так и слейв, Кто-то пользуется другими Scada системами, где так же реализован Modbus.
Их масса.... всех даже не перечислишь. А вы такие умные, утверждаете, что

Проблема заключается в том, что нам понадобится разрабатывать наборы библиотек под каждый датчик с этим протоколом, или разработать настраиваемый интерфейс, в виде отдельной среды для настройки параметров обмена.

Получите знаний больше, потому что другие могут опрашивать любой датчик, если у него протокол Modbus, а вы нет, это наводит на мысли о некомпетентности в программировании.
Вы студент, который не может реализовать элементарного. На этом тему можно закрыть...

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

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

Сообщение отредактировал manjey73 - 11.8.2023, 23:49