fsergei70 писал(а): ↑

13.02.2023{, 13:31}

Maria писал(а): ↑

13.02.2023{, 13:17}

То есть аналоговые входы нужны. Для сигналов 4..20 мА/0..10 В или еще каких-то?

Да ,хоть один аналоговый вход и хотя бы пару реле на выходе не помешали.Дело в том, что Овен недавно перестал выпускать ПКП1Т. У нас задвижки диаметром до 1200мм. Двигатели до 7,5 кВт Крайние положения задвижек определялись по току. В среднем положении отображался процент открытия, который рассчитывался по времени открытия. Теперь придется что то изобретать на ПР или искать альтернативу.

В предложенной модификации есть 4 аналоговых входа 4..20/0..10 и 8 релейных выходов.
Такая конфигурация подойдет для этой задачи или нужны дополнительные каналы?

Мария, ваш пр-нано должен программироваться из flprog, arduino ide мало кому понятна, вернее большая часть народу здесь из за графического программирования fbd, я пришел к flprog от овен лоджик, так как сами пр не дешевые, кто му же к пр нельзя подключить датчики температуры и влажности ds18b20, dht22. Если будет их поддержка, также модбас, гальванически все развязано и цена соответствующая то будет здорово.

У Овена своя среда программирования (OWEN Logic и CoDeSys) не плохая ,так и поддержка русскоязычная с большим количеством проектов для промышленной автоматизации , если сделать два входа AI 4..20, 0..10В и 0…4 кОм ,такой программируемый ПЛК может перекрыть большой спектр выпускаемых не программируемых ПЛК .

Evgesha писал(а): ↑

13.02.2023{, 19:09}

Мария, ваш пр-нано должен программироваться из flprog, arduino ide мало кому понятна, вернее большая часть народу здесь из за графического программирования fbd, я пришел к flprog от овен лоджик, так как сами пр не дешевые, кто му же к пр нельзя подключить датчики температуры и влажности ds18b20, dht22. Если будет их поддержка, также модбас, гальванически все развязано и цена соответствующая то будет здорово.

Да, в FLProg программировать тоже можно.
Если честно, я не знала, что многие пользователи предпочитают FLProg среде Arduino IDE.
Расскажите, пожалуйста, подробнее? действительно ли удобнее программировать на языке FBD, как в нашей среде OwenLogic?
Ведь в Arduino IDE, наверно, более гибкие возможности конфигурирования.

Отправлено спустя 1 минуту 5 секунд:

ViktorPetrov писал(а): ↑

14.02.2023{, 12:11}

У Овена своя среда программирования (OWEN Logic и CoDeSys) не плохая ,так и поддержка русскоязычная с большим количеством проектов для промышленной автоматизации , если сделать два входа AI 4..20, 0..10В и 0…4 кОм ,такой программируемый ПЛК может перекрыть большой спектр выпускаемых не программируемых ПЛК .

Да, такой вариант как раз сейчас рассматриваем. Какие дачники планируете подключать на вход 0..4 кОм? Термометры сопртивления, термисторы или какие-то другие? Для каких задач нужны именно такие датчики?

Maria писал(а): ↑

14.02.2023{, 13:09}

действительно ли удобнее программировать на языке FBD, как в нашей среде OwenLogic

Флпрог гибче чем OL за счет возможности написания своих блоков на С++. Но нет отладки в отличии от OL (

Maria писал(а): ↑

14.02.2023{, 13:09}

Если честно, я не знала, что многие пользователи предпочитают FLProg среде Arduino IDE.
Расскажите, пожалуйста, подробнее? действительно ли удобнее программировать на языке FBD, как в нашей среде OwenLogic?
Ведь в Arduino IDE, наверно, более гибкие возможности конфигурирования.

Если сравнить, то FLProg это почти точная копия CFC, это однозначно гибче FBD.
Работа с Arduino IDE это как с ST, но с обязательным описанием типов входов/выходов и всего остального, и ST - паскалеподобный, ардуино - сишный, синтаксис очень разный.
Но как и в CoDeSys, в FLProg всегда можно написать свой функциональный блок, либо на С++, либо на FBD, под свои нужды.
Это моё вИднье вопроса.

Sancho писал(а): ↑

14.02.2023{, 15:54}

Это моё вИднье вопроса.

Maria, полностью разделяя мнение Sancho, добавлю следущее:
1.Одним из ключевых особенностей FLProg является открытость разработчика Сергея Глушенко. Прочие достоинства(креативность, инновационность, энергичность и пр.) также очень важны.
2.Перечисленные качества способствовали появлению развитой распределенной сети проектировщиков, микроэлектронщиков, программистов и тестировщиков. Сформировать представление о действительной значимости этой сети на развитие FLProg только на основе материалов форума невозможно.
3.Особенность FLProg - это открытость в создании пользовательких блоков.
4.Разработчик, судя по его материалам на GitHub, пошел гораздо дальше - он начал отделять от системы визуального программирования программные коды и библиотеки C++.
5.При выбранной стратеги в принципе становится возможным связывать работающую и развивающуюся систему визуализации FLProg с иными языками программирования, в том числе востребованным на маркетинговом уровне MycroPhyton.
6. Когда-то фирма ОВЕН, кроме традиоцинных средств измерений и регуляторов совершила успешный рывок а области ПЛК. За основу по лицензии была взята развивающаяся система CodeSys, что предопределило успех ОВЕН ПЛК на многие годы. Не знаю имени конкретного лидера, но он точно был программистом и инноватором.
Сейчас за софтом ОВЕН ПЛК не стоит подобного лидера с именем и фамилией - извините за это резковатое суждение, которое тем не менее опирается на вполне конкретные контакты с ОВЕН по проблемам софта, в том числе и по выявленным ошибкам в этом софте.
7.Гораздо лучше обстоит дело с системой Owen Logic во многом из-за того что там был конкретный разработчик и поддержвает систему сейчас тоже конкретный программист. Это суждение на основании собранных огрызочных сведений, могу быть и не точен.
_______
Maria! Современная программируемая электроника, это прежде всего Soft. Все прежнее особенно важное - конктрукивы, платы и даже производство становятся второстепенными. Soft в мире всегда отставал от электроники, тендеция эта усиливается.
У ОВЕН есть возможность обьединить потенциалы с FLProg и открыть возможностью к возрождению своего лидерства в промыленной автоматизации.
Но можно этого и делать....
Мир по отношению к нам не имеет намерений(Декарт) и тем или иным образом на отечественном рынке будут использоваться средства автоматизации, возможно в том числе и отечественные разных, в том числе и новых производителей.
-----
Спасибо.

Добрый день!

Среду разработки OwenLogic действительно активно развиваем. Недавно добавили написание функций на ST, в будущем планируем добавить и ФБ на ST.
Понимаю, что ST и C++ не одно и то же, но ожидаем, что добавление ST сделает OL значительно гибче.

С Codesys сложнее, так как это не наша собственная разработка. И сейчас размышляем над собственной средой разработки в том числе. Но это большая работа, вопрос не этого года точно.

А вот ПР на arduino-это более близкая перспектива. Поэтому пытаемся понять, был бы интересен в принципе промышленный контроллер с развязками, в корпусе, с фиксированным количеством входов/выходов и т.д. Читаю этот форум и вижу, что активность в этой теме была в 2020 году, потом подзатихла, и снова началась в 2023. И тут как раз мы со свомими прототипами ПР100 на Arduino

Поделитесь, пожалуйста, с какими задачами сталкиваетесь Arduino? это Больше "околодомашняя" автоматизация (умный дом, управление дверьми, домашним освещением и т.д.) или больше промышленные задачи (станки, подъемники и т.д)?

Maria писал(а): ↑

15.02.2023{, 12:41}

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

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

Ingwar писал(а): ↑

15.02.2023{, 17:01}

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

Сейчас у Овна с этим сложно. Хотел заказать ТРМ1, сейчас срок поставки по специальным условиям, составляет 90-250 дней. По цене они с китаем вряд ли смогут конкурировать. Может в OwenLogic поддержку AVR прикрутят и это как то выстрелит.

Maria писал(а): ↑

15.02.2023{, 12:41}

Поделитесь, пожалуйста, с какими задачами сталкиваетесь Arduino? это Больше "околодомашняя" автоматизация (умный дом, управление дверьми, домашним освещением и т.д.) или больше промышленные задачи (станки, подъемники и т.д)?

У меня станки работают, использую только дискретные входы выходы, выход только транзисторный. Автоматизирую старое советское оборудование, заменял релейную логику на самодельный ПЛК на базе ардуино.

fsergei70 писал(а): ↑

15.02.2023{, 21:40}

Ingwar писал(а): ↑

15.02.2023{, 17:01}

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

Сейчас у Овна с этим сложно. Хотел заказать ТРМ1, сейчас срок поставки по специальным условиям, составляет 90-250 дней. По цене они с китаем вряд ли смогут конкурировать. Может в OwenLogic поддержку AVR прикрутят и это как то выстрелит.

Добрый день!
Действительно, на ТРМ1 с аналоговыми выходами сейчас большие сроки поставки. Остальные модификации выпускаются за 20 р.д.
Под AVR имеете в виду семейство микроконтроллеров или что-то другое?
Почему выделяете именно AVR?

Maria писал(а): ↑

16.02.2023{, 11:42}

Почему выделяете именно AVR?

Речь ведь об ардуино была, а это и есть AVR. А вообще конечно лучше взять за основу какой нибудь 32 битный контроллер, что собственно и сделано в существующих ПР

fsergei70 писал(а): ↑

16.02.2023{, 12:09}

Maria писал(а): ↑

16.02.2023{, 11:42}

Почему выделяете именно AVR?

Речь ведь об ардуино была, а это и есть AVR. А вообще конечно лучше взять за основу какой нибудь 32 битный контроллер, что собственно и сделано в существующих ПР

Спасибо за пояснения!
Мы до сих пор работали, в основном, с STM, GygaDevice и Geehy, поэтому для меня это новая сфера, иногда задаю "вопросы новичка".

Мария, лично меня интересует не железо, тут все понятно ,а в какой среде предполагаете программировать его?

Я так понимаю в любой которая умеет работать с Ардуино

Phazz писал(а): ↑

16.02.2023{, 22:20}

Я так понимаю в любой которая умеет работать с Ардуино

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

Отправлено спустя 4 минуты 13 секунд:
Нужно объединить усилия 3 х фирм- автора флпрог, экойнс и овен. Тогда возможен прорыв. В одиночку это будет долго и скорее всего не получиться состыковать отдельные разработки.

Отправлено спустя 5 минут 59 секунд:
Сергей делает графическую оболочку под компилятор Овена с использованием библиотек от экойнс. А дальше овен серийно выпускает контроллеры (prduino), с общей средой разработки. Но это не отменяет возможности программировать из ардуино иде и платфоомио.

Rovki писал(а): ↑

17.02.2023{, 09:14}

Нужно объединить усилия 3 х фирм- автора флпрог, экойнс и овен.

Смешно.
Однажды лебедь, рак и щука...

Ну я ещё могу себе представить создание Автором, оболочки для Овена. И то очень смутно, в связи со спецификой обеих сторон. А вот внедрение библиотек ecoins в Овен вообще какой то нонсенс.

На всякий случай - ИМХО

А что библиотеки из ардуино иде вам больше нравятся или у вас есть свои?Хорошо смеются тот, кто смеётся последним..

Отправлено спустя 2 минуты 18 секунд:
Написано же- не исключается применение ардуино иде со своими библиотеками..

Отправлено спустя 1 минуту 31 секунду:
И это не говорит о том, что нужно соединить то что есть у троих, нужна будет новая разработка, с учётом имеющегося опыта и наработок. А иначе это просто поправить своё финансовое положение за счёт других..

Любые библиотеки хороши на своём месте. Ореол применения библиотеки в большой степени зависит от её прозрачности и описания.
Ничего не имею против библиотек ecoins (имеются в виду библиотеки на С++, а не библиотеки блоков). Но их ореол применения ограничен одним человеком. Ну может быть ещё парочкой партайгеноссе их автора. Это основная причина проблем внедрения их куда либо.

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

А скрещивать ежа с ужем с добавлением генов осьминога - бредовая идея.