Это можно реализовать без проблем, библиотека поддерживает. Но я не вижу смысла. Основная идея Modbus — большое количество слейвов на шине. С 232 такого не получится. А для обмена данными по UART (COM-порт) в программе реализован другой, более быстрый дуплексный механизм
Попробовал, в принципе работает, но всё равно, это же для начинающих, а использовать эти пины в качестве SoftwareSerial не стоит. Уж если решили подключить блютуз к 0 и 1 пину используйте железный порт. Тогда и с другими устройствами конфликта не будет, и начинающим понятнее будет.
Вообще — то пины 0 и 1 привязаны к железному ком — порту, и я боюсь SoftSerial не будет так работать.
И потом вместо Motor Shield вы положили картинку платы контроллера.
Будьте пожалуйста повнимательней
И непонятно зачем Вы инициализировали Serial если нигде его не используете
Пока в проекте реализована только поддержка плат Arduino, и небольшая поддержка Intel Galileo. Arduino не справится с голосовым управлением. Возможности платформы достаточно ограниченны. Поэтому и посматриваю на более серьёзные платы. Но поскольку проект не коммерческий, то нет финансовой возможности для их приобретения. Все то железо что поддерживается программой прислано пользователями. Надеюсь при появлении у меня более серьёзных плат, появится возможность появления и более продвинутых функциональных блоков.
Полноценный агент 007, за что много раз получал по мозгам от Перфекциониста. Но сработались нормально. В начале задачи пытались работать по его правилам, под дедлайн возжи отдавались мне, и почти всегда успевали. Но в начале следующей задачи он матерясь в душе приводил в порядок мой код решения предыдущей задачи.
Ну каждый имеет право на свое мнение. У Вас свой опыт, у меня свой. Но это ни коим образом не уменьшает ценности материалов публикуемых в журнале. И бесплатность журнала так же является большим его плюсом.
Я все таки повторюсь. Это мое личное мнение. И тому то же есть примеры. Когда в одном одном из вариантов статьи о моем проекте рассматривался обзор публикаций с моего сайта, редакция журнала связалась с авторами и спросила их разрешения использовать их статьи. Мне так же очень приятно работать с Сергеем Степановым. Он отличный редактор, и очень помогает в создании статей, поскольку я сам особым стилем не отличаюсь. При этом все изменения (даже самые незначительные), он обязательно согласовывает со мной. Кроме статей в свое издание, он помогает и с редакцией статей в другие издания. И при этом не требует ни какой оплаты за свой труд. Вообще в редакции журнала Радио ежегодник собрались очень отзывчивые люди и энтузиасты своего дела. Обратите внимание что РЕ некоммерческое издание и распространяется бесплатно.
Еще раз скажу что это моё личное мнение, и оно очень положительное. Не знаю почему у Вас был негативный опыт общения с редакцией журнала, но я за последние несколько выпусков РЕ ничего подобного тому что Вы описываете не заметил. А вот ценность информации публикуемой в номерах заметил. Что предыдущий номер был просто кладезем информации для ардуинщиков, так и этот номер может служить настольным справочником для электронщиков. Это не заметить уже сложно.
Расскажу на основании личного опыта. Редакция журнала очень ответственно относится к правам авторов. Я на 100% уверен что от всех авторов получено разрешение на публикацию. Насчет освещения, посмотрите предыдущие выпуски. Этот номер и задумывался как обзор других изданий.
Вообще ребята из Овена молодцы. Особенно последние их контроллеры и новый софт. Вот подешевле бы немного. Но это так — мечты. От отечественного подсознательно ждёш подешевле))).
Это не мои «нехотелки». Это опыт накопленный годами производителей оборудования как раз в этой сфере. Это большое количество разработчиков обученных в соответствии с этим опытом. Конечно можно отвернуться от него и пойти своим путем. Возможно стрельнет, а возможно нет. Я просто высказываю своё личное мнение.
Я далеко не юный аналитик почти 15 лет в области разработки систем автоматики и автоматизации производства. Поэтому прекрасно знаю цены на все промышленное оборудование. И я рад что на нашем рынке начинают появляться устройства отечественной разработки. Очень бы хотелось что бы они развивались и со временем стали конкурентоспособны. Но для этого надо что бы их покупали. Я просто озвучил причины почему я не буду работать с этим контроллером, и не буду рекомендовать его своим заказчикам. Не знаю, есть ли среди читателей хабра другие практические разработчики. Очень хотелось бы услышать их мнение. Возможно я не прав, и пришла пора забывать всё что я знаю и вставать на новые рельсы. Может я просто динозавр. Но по крайней мере нас таких динозавров достаточно много.
Кстати:
Уважаемый robux Вы сами являетесь разработчиком или потенциальным покупателем данного контроллера? Поделитесь пожалуйста для какой конкретной задачи было бы оправданно его применение. И второй вопрос. А кто будет поддерживать эту систему в будущем? Насколько у нас много специалистов способных спроектировать и запрограммировать систему на данном контроллере кроме представителе фирмы изготовителя. А ведь основной вопрос продаж — насколько непосредственные разработчики готовы его использовать в своих реализациях. А иначе это просто дорогая игрушка для поделок на выходные. Я всей душой желаю авторам успеха, но для его достижения они должны повернуться лицом к практикам.
Согласен с точки зрения производства, логистики, да и просто бизнеса конечно выгоднее делать комбайны. Но для кого Вы их делаете. Для разработчика. С точки зрения разработчика (да и заказчика тоже), я не вижу плюсов в применении данного контроллера. Со стороны заказчика — вопрос психологический — «мне пытаются всучить ненужное мне с проблемным наращиванием. Плюс надо искать редкого спеца который сможет все это завести и потом обслуживать». А когда ему предлагаеш тот же сименс — там все понятно. Вот голова которая умеет толь то что нужно. Вот необходимые блоки расширения количество которых необходимо на сегодняшний день. Вот исходники которые на FBD которые поймёт любой мало — мальски обученный асушник. В случае необходимости он сможет подкупив один блочёк (да, даже за пол стоимости головы контроллера), доработать систему. Со стороны разработчика я уже писал — отсутствие стандартной среды программирования. Большинство разработчиков подобных систем — далеко не программисты. В основном это инженеры. Да и меня если честно коробит от мысли, стоящие рядом блоки соединять например по Modbus, прописывать мясоедения и т.д. Я предпочту сто то попроще реализуемое и привычное.
Я не пытаюсь сказать что Ваш контроллер — это совсем бесполезная вещь. Я рад что наконец то начали появляться отечественные разработки в области АСУ. Но почему — же как всегда в России «своим путём». Почему не посмотреть на существующий опыт. Ведь если его не учитывать, ваша разработка (очень неплохая вообщем), так и останется с очень узкой нишей применения. А так хочется своего и удобного
Понимаете, когда заказчик даёт мне как разработчику задание, «я хочу вот то-то и то-то», я начинаю рарзабатывать проект. Предлагаю например Ваш контроллер, описываю что вот он такой хороший и классный, умеет и то, и то. Первый вопрос заказчика — «А зачем мне это?». Поймите — люди не любят платить за то что им не нужно. Им плевать за сколько это стоит. У них остается ощущение что их обманывают. Потом второй вопрос заказчика — а насколько сложно и дорого в будущем нарастить. Оказывается чтобы добавить пару выходов надо докупать по той же стоимости полный контроллер, со всеми потрохами, которые опять таки не нужны.
Да я и сам — проработав много лет в создании систем АСУП не взялся бы проектировать систему на этом контроллере. Потому что как минимум для изучения его программирования мне надо потратить достаточно много времени — которое как говорится деньги. Есть же стандартные среды и языки для таких решений, известные любому асушнику.
Ещё небольшой плюсик в сторону модульности. Мне надо управлять более чем 15-ю устройствами. Да и силовых нагрузок более 2. Что делать? Отстёгивать ещё за один контроллер и соединять их в сеть? Ещё одна куча ненужных оплаченных интерфейсов висящих мёртвым грузом? Решение конечно возможное, но дорогое очень получается. В идеале (точнее в нормальных системах автоматизации), просто подкупается дополнительный модуль расширения входов — выходов нужного типа, и проблема решена. Такое ощущение что у Вас в команде нет ни одного инженера знакомого с разработкой автоматизированных системами управления (не важно, дома, производства — суть одна)
Ребята, я конечно понимаю, вложения в разработку, опытные образцы и т.д. Можно даже сказать что цена 13 400.00p как то оправданна. Но объясните мне зачем мне этот комбайн — все в одном. Зачем мне как конечному пользователю одновременно Ethernet, Wifi, радиоканал и GPRS. Создавать на нем мосты и роутеры?.. Специализированные для этого устройства будут намного дешевле. В реальном проекте будет использоваться один интерфейс, а зачем мне платить немалые деньги за остальные? Посмотрели бы на опыт производителей промышленных контроллеров. Есть модульная система, и разработчик приобретает себе наиболее выгодную, и минимально необходимую конфигурацию для своего проекта. Здесь же я плачу Вам — потому что Вам необходимо продать закупленные Wifi модули даже если мне они не нужны. Например если мне необходим только Ethernet, то мне проще купить Siemens 1200 или Овен чем этот комбайн «Всеё в одном». Да и среда программирования там попроще чем скрипты писать. Кстати кроме двух скриптов, Вы в посту никак не осветили программирование данного контролера. Есть какой то Web интерфейс, а что с ним можно сделать — ни разу не понятно.
Не уверен что взлетит. Все таки подумайте о модульности.
Я постараюсь в ближайший месяц наваять что ни будь подобное. Как ни смешно, самое сложное придумать сценарий. То есть «а что конкретно собрать такое что бы и осмысленно и недолго». У меня в связи с моим проектом уже набрался достаточно большой опыт в написании видео уроков, но всегда это самая большая проблема. Первый видео урок по проекту получился полтора часа, и из шести с половиной тысяч просмотревших только 5% просмотрели до конца. Очень сложно сделать так что бы это было не громоздко, не долго и более менее законченно.
Вообще — то пины 0 и 1 привязаны к железному ком — порту, и я боюсь SoftSerial не будет так работать.
И потом вместо Motor Shield вы положили картинку платы контроллера.
Будьте пожалуйста повнимательней
И непонятно зачем Вы инициализировали Serial если нигде его не используете
Еще раз скажу что это моё личное мнение, и оно очень положительное. Не знаю почему у Вас был негативный опыт общения с редакцией журнала, но я за последние несколько выпусков РЕ ничего подобного тому что Вы описываете не заметил. А вот ценность информации публикуемой в номерах заметил. Что предыдущий номер был просто кладезем информации для ардуинщиков, так и этот номер может служить настольным справочником для электронщиков. Это не заметить уже сложно.
Кстати:
FBD и LAD — Стандарт МЭК 61131-3
Уважаемый robux Вы сами являетесь разработчиком или потенциальным покупателем данного контроллера? Поделитесь пожалуйста для какой конкретной задачи было бы оправданно его применение. И второй вопрос. А кто будет поддерживать эту систему в будущем? Насколько у нас много специалистов способных спроектировать и запрограммировать систему на данном контроллере кроме представителе фирмы изготовителя. А ведь основной вопрос продаж — насколько непосредственные разработчики готовы его использовать в своих реализациях. А иначе это просто дорогая игрушка для поделок на выходные. Я всей душой желаю авторам успеха, но для его достижения они должны повернуться лицом к практикам.
Я не пытаюсь сказать что Ваш контроллер — это совсем бесполезная вещь. Я рад что наконец то начали появляться отечественные разработки в области АСУ. Но почему — же как всегда в России «своим путём». Почему не посмотреть на существующий опыт. Ведь если его не учитывать, ваша разработка (очень неплохая вообщем), так и останется с очень узкой нишей применения. А так хочется своего и удобного
Да я и сам — проработав много лет в создании систем АСУП не взялся бы проектировать систему на этом контроллере. Потому что как минимум для изучения его программирования мне надо потратить достаточно много времени — которое как говорится деньги. Есть же стандартные среды и языки для таких решений, известные любому асушнику.
Не уверен что взлетит. Все таки подумайте о модульности.