14 часов читать и корректировать лицензионное соглашение... Хмммм... Его же потом никто не читает))) уж если он с красными глазами, после 14 часов, я боюсь представить что будет с простым пользователем, который это прочитает.
Что-то я не понимаю, про какое солнышко и про какой хвост идёт речь? Это простой ИК канал и я говорил о том, что вам стоит взять светодиод (с охватом в 180 градусов) и просто считать все команды с заводских ИК пультов. И передавать на любое устройство с ИК приемником. Если приёмник примитивный и реагирует на взмах хвоста кошки, то это не проблема передатчика! А для большинства оборудования команды уникальны и используются только в одном виде. Канал вверх, канал вниз, громкость вверх, громкость вниз ну и так далее. Только power в основном на одной кнопке и работает на вкл и на выкл.
А на чем базируется ардуино? Это просто МК Atmega 328 (ну или подобное мощнее или с большим количеством пинов ввода/вывода). На самом деле, разработка своих решений это не сложно, просто не каждый кто работает только с ардуино может выйти за рамки плат прототипирования. А если это электронщик, грамотный, то он понимает, как это устроено и для него нет границ для разработки своего железа, хоть для дома, хоть для предприятия. Несомненно, для предприятия просто не примут контроллер на Atmega, но это не значит что он там не сможет работать.
Так вы на целевые проекты смотрите а говорите в целом про архитектуру. И программный код на Pyton (который кстати в тысячу раз медленнее работает на МК) и Rust. А в чем тогда смысл? Низкоуровневые МК нужно уметь программировать правильно, оптимизированным и корректный кодом, а не python-ом. Вы берете более мощный мк, менее производительный язык программирования, дополнительные настройки и делаете проект, который по производительности не быстрее чем на Arduino... Как мне это знакомо! Это софтверный подход, а не подход электроника и автоматика. Я на паре десятков ардуино смогу сделать автоматизацию предприятия, которая будет работать и очень корректно. А вот вам будет сложно на pico малине осуществить тоже самое. Это разные мк под разные задачи. И ещё, имейте ввиду, что Arduino это не только Atmega 328. В линейке ещё очень много мощных мк. И если вы не понимаете суть их и просто сравниваете их по скорости, производительности и мощности, без других факторов, то вам стоит разобраться с их назначением и только потом вещать свое мнение.
Ну так кто мешает вам её брать и использовать? Мощнее ардуино сейчас почти все микроконтроллеры! А в итоге, в 90% проектов применяется максимально простое решение с кодом на С++, с минимальным объёмом памяти и оптимизации. И нет необходимости в этих малинах, esp32 и прочих мастодонтах. Вы сами то понимаете, как использовать её двухядерность? Понимаете как она работает, эта малинка? Чем её программировать, что и как к ней подключать? Если это просто "умный" комментарий, то лучше оставьте его при себе.
А в чем смысл говорить о том, что Esp лучше? В чем лучше? Это просто 2 разных микроконтроллера. Они могут работать независимо и понятие лучше здесь не применимо. Если мне просто нужно разрулить с десяток сигналов на простой логике, без Wi-Fi, без bluetooth без геммороя, то я возьму ардуино. Если мне нужно устройство, беспроводное, то я возьму Esp32. Ардуино не устарела, потому как состоит из одного микроконтроллера, а это самая простая архитектура! До сих пор на Atmega 8-32 делают готовые устройства и они выпускаются по сей день. А если вы мыслите потребительски (пошёл готовое взял и всё) то что вы делаете в этой теме? Зачем ваши комментарии в теме про ардуино?
Это сейчас в программирование приходят после заборостроительного и гвоздевыпрямительного институтов. Сейчас в ИТ влетают все, кому не лень и спустя месяц считают себя гениями, а в 90 и 2000 это было призвание и талант, не каждый мог взять и разработать простую программу на С или Pascal, не говоря уже о сложных вещах. Но и программирование тогда было целевым, разрабатывал код для определённых задач производства, банков и прочего очень ответственного. Там нужно было думать и мыслить сильно вперёд. И ответственность была сильно выше чем сейчас. Там каждый головой отвечал за свою программу.
А не проще было поставить esp32 с одним ИК диодом (ну и одним мосфетом) и не трогать устройство? Передавай сигналы кому хочешь, телевизору, саундбару, кондиционеру и любому другому, кто использует ИК для работы.
Я высказал свое мнение, вы начали защищаться. Зачем? Разве я сказал что вы делаете что-то ненужное? Моя мысль о том, что делается очередная "универсальная" макетка для целевых задач. Просто статья ради статьи? Объясните, а чем мк + лора отличается от вашей платы или от того же EByte, И в чем проблема взять готовый модуль от EByte? Сразу все готовое, с низким энергопотреблением, с хорошими диапазонами и дальность, адекватными по цене. Готовый под пайку модуль. И программируй его сразу. Зачем снова изобретать колесо?
Проект можно сказать - прикольный, не более. Использовать как макетку - да, можно, но порой нужен другой чип для лоры, более мощный или другого диапазон. Следовательно этот релиз уже не подходит. И опять-же, использовать макетку для устройства, да зачем оно нужно. Изготавливать плату, которая совместима с pro mini, тоже не понятно, что мешает подключить любую лору к любому МК? Те более что у лоры и диапазонов много и задачи разные и мощность тоже. В общем как игрушку для временной мелочи - да, можно, а как практичное устройство, в виде макетки да и ещё на батарейках - где вы учились и учились ли вы вообще? Релиз не имеет права быть на макете!
Все остальные обсуждения, касательно долговечности на одной батарейке - исключительно зависит от задач датчика, периодичности опроса и так далее. В режиме сна считать ток потребления, не опираясь на энергозатраты в режиме чтения данных с пинов или от устройств, анализа, вычисления и передачи данных - ну это прям по детски как-то. Нет универсального энергопотребления, Все от задач зависит.
Раньше, в инструкции к автомобиль писали как регулировать зазор клапанов, сейчас пишут что нельзя пить тормозную жидкость.
Все верно, тупеем мы (человечество) понемногу.
Что бы писать инструкцию - нужно это уметь делать на общедоступном языке, а большинство разработчиков думают только на своём. И естественно, они это могут написать только на своём, а потом аварии, отказы и каждый прав, потому что понял задачу по своему.
И действительно, это относится ко всему, а не только к разработчикам.
Если у вас нет реверса, то люфт не имеет значения. Он выберется с началом движения. И больше не возникнет. Безлюфтовая шестерня - банальная и дешёвая вещь, по нынешним временам.
Хорошее слово "если", только шаговые двигатели ставят (преимущественно) для управления механизмом, а не для банального линейного вращения, а это предполагается вращение в разные стороны. Если брать что-то миниатюрное, то безлюфтовая шестерня - это уже не банальная вещь.
Сурьёзно? Не подскажите, чем заменить коллекторный моторчик вибратора в телефоне, джойстике и т.д.
Так и поставьте такой-же вибромоторчик с Али Экспресса, в чем проблема? Я 10 штук за 150 рублей купил, с бесплатной доставкой. Или со старого мобильника вытащить. Вообще не проблема. Это разве имеет отношение к тому, что бы его менять на шаговый двигатель?
Да даже движок на фото выше каким шаговым заменить? Вы знаете шаговый двигатель диаметром 1 см?
Конечно знаю, он ещё меньше чем на фото
Это один из вариантов, там много что есть на таком шаговом двигателе.
Есть ещё меньше, просто нужно уметь искать.
Нужно ли искать ещё меньше? Это исполнение в виде перистальтического насоса, но суть в том, что это на шаговом двигателе. Всего 8 миллиметров в диаметре.
Сами поищите и найдете. И зря вы так скептически к моему комментарии относитесь. Там много правды.
Это конечно интересно, контролировать только СО2, но мы вроде как дышим кислородом, может лучше его уровень контролировать? И поскольку датчик для умного дома, предполагаю что и устанавливаться он будет именно в доме/квартире. Ни разу не встречал повышение СО2 без понижения уровня кислорода и увеличение СО2 меньше влияет на организм, нежели снижение кислорода и повышение уровня угарного газа СО. Поэтому не вижу целесообразности в таком датчик. Ну а персональная индикация и такое исполнение, как по мне, так через чур. Разрабатываю решения контроля шахтной атмосферы (а там поверьте такие бывают жёсткие условия) и в первую очередь контролирую уровень кислорода и угарного газа, ну и дополнительно водород и метан, но это в зависимости от условий шахты. Поэтому ещё раз скажу, необходимость в измерении только СО2, тем более в умном доме не вижу. Что касается РМ, то что-то с этим замороченно. Если есть продукты горения в таком объёме, то у вас дом уже сгорел и там нужно было ставить пожарный датчик, а ещё горение сжигает кислород и тогда лучше его контролировать, а если у вас в доме газ, то лучше поставить датчики утечки газа, потому что повышение уровня СО2 особо не сказывается на организме, если уровень кислорода в норме. А если появился угарный газ, который кстати тяжёлый, то тут уже опасно и это значит что вам в дом завели трубу от работающего автомобиля без катализатора. К таким вещам нужно подходить со всех сторон, особенно с важных, критичных и опасных.
По сути, они решают разные задачи и шаговые тоже есть маленькие и коллекторные - большие. Зачем делать из мухи слона и наоборот - не понимаю. Особенность шагового в том, что мы задаём изначально, на какой угол он должен повернуться, зная угол одного шага, если мы на коллекторный (ну или бесколлекторный) садим контроль, то нам нужна обратная связь и куча вычисления. Да, такое применимо, если у вас блоки шестеренок имеют нулевой люфт, но такое либо дорого либо отсутствует в дешёвых вариантах. Следовательно стоит применять то, что актуально, а искать варианты замены шаговым двигателя (если у вас их нет в наличии) коллекторный с обратной связью - вообще бессмысленно. В наше время, даже в глубинке можно с али экспресса или другого маркета заказать шаговик любых размеров.
Да, применение беспроводных технологий в производстве несомненно есть и IoT устройства - тоже есть. С этим согласен, но они как правило участвуют в процессе посредственно и не являются управляющими или контролирующими (я имею ввиду в прямом участии процесса). Даже в самом процессе присутствуют беспроводной Wi-Fi, с резервированием и так далее, удаленные объекты мониторятся и управляются, так-же используют радиоканалы 433 и 900 МГц. Но это только каналы передачи данных и как правило на удаленной стороне тоже стоит свой ПЛК или МК, который локально управляет удаленным объектом. Да это тоже есть. Лично запускал такие проекты на площадях более 100км2. Мы же здесь говорим про IIoT, а это немного другое. Согласен с тем, что IoT можно устанавливать на системы мониторинга, управления какими-либо объектами (удаленными) но не связанными с участием в процессе управления. Та-же LoRA имеет место быть или 4G устройства, да, согласен. Но вы говорите про промышленные датчики, которые ставятся в процесс, или я неправильно понял суть вашей идеи? Для меня, в частности, Industrial - это непременно участие в процессе оборудования, для которого применены специализированные элементы передачи данных, степень устойчивости, а не только исполнение корпуса в части защиты датчика. Все оборудование, которое помечается припиской Industrial ориентировано на работу в процессе производства с непосредственным участием в контроле и управлении им. То что IoT - это удобно, да несомненно, ни забот ни хлопот, установил - подключил и получаешь данные.
Что касается телефонов, то согласен и не согласен одновременно. На предприятии используют проводные телефоны. Для этого есть несколько аспектов: Безопасность и возможность восстановить картину событий после аварии. Все телефонные разговоры на предприятии записываются. А еще бывает так, что предприятия разворачивают собственные системы телефонной радиосвязи, потому что сотовые телефоны просто не работают в некоторых цехах. В принципе таких аспектов очень много. Взять например те же шахты (подземные горные выработки), там достаточно дорого использовать беспроводные телефоны или сотовые, а тек-же там достаточно дорого использовать и IoT. Возможно вы еще не знаете особенности многих предприятий, поэтому так уверены в том, что эта технология - топ. У нее есть потенциал, с этим никто не спорит. Не стоит думать, что решения без проводов - это решение проблем на предприятии.
Грамотный технический руководитель, который много раз материл свой Wi-Fi роутер, который тупо отключался в самый неподходящий момент не будет рассчитывать на качество передаваемых данных от беспроводного устройства. По себе знаю, лучше потратить больше денег, проложить кабель и не переживать что беспроводной датчик, после зависания и передачи некорректной температуры (например: подшипника шаровой мельницы), станет причиной ее аварийной остановки. А это уже потеря продукции, ремонт оборудования, простои и так далее. Это стоит намного дороже куска кабеля. Да и целостность кабеля проще контролировать чем потерю канала связи.
На теле любого предприятия есть большое число «белых пятен», которые не покрываются контролем или контролируются эпизодически, например операторами-обходчиками.
Ну это особенности предприятия. И каждый ищет варианты перекрытия таких белых пятен по своему. Даже операторы-обходчики, если делают обход в целях съема какой-либо информации, то это как правило не настолько критичные процессы для предприятия, а если они просто осматривают оборудование, то дайте им сканер и навешайте QR или BAR коды на оборудование. Пусть сканируют.
Несомненно, обвесив одноплатник модулями, расширителем и так далее можно получить некое подобие ПЛК. И тут возникает очень интересная особенность: в основном применяются дискретный ввод и вывод. Его как правило 80-90% от всего объема периферии. Это все раскиданы по разным частям объектов. Требуется комутация различных напряжений от 24DC до 220AC и на входа и на выходах. А теперь вопрос: Сколько нужно одноплатнику повесить модулей расширения что бы это реализовать? Датчики по RS-485 и Ethernet - это от 5 до 10% периферии (в лучшем случае), а чаще всего их стараются не применять, большой стоимости и необходимости более сложной настройки, а так же применения дополнительного софа для датчиков/исполнительных устройств на интерфейса Ethernet. А ещё они очень капризные. Ах да, ещё момент. ОС в ПЛК не перенастраивается пользователем. Она отлажена и работает исключительно с софтом производителя. Программист ПЛК не изменяет настройки ОС! Не устанавливает дополнительные драйверы, не конфигурирует NapiLinux. Задачи разные!
И ещё, сколько вы выдели применения датчиков на шинах RS-485 в промышленности?
Я лично их настраивал и был не в восторге, потом в итоге перевели их на 4-20mA. И они стали работать а не парить мозги.
Все правильно, и сам ПЛК и модули это готовые изделия с микроконтроллерами. С готовыми для подключения входами и выходами. Мы же говорим о готовых устройствах. Несомненно, обвесив одноплатник модулями, расширителем и так далее можно получить некое подобие ПЛК.
Возможно я что-то в этом новом мире не понимаю, но действительно, зачем весь этот виртуальный гемморой? Для начала нужно понимание схемотехники а не этого бестолкового втыкания виртуальных элементов в виртуальную монтажку.
И действительно - это другая реальность! Потом и выходят ролики где "эксперты" показывают как собирать "умный дом", а сами ни схемы читать не умеют ни понимают сути электроники. Соединяют модули между собой и считают себя гениями!
PS: специально посмотрел материалы курса основы схемотехники, ссылку на который дал автор и не нашёл там упоминания схемотехники. Увидел макетирование. Несомненно, автор курса не зуммер и понимает, что делает, знает электронику, но это не схемотехника! Это МАКЕТИРОВАНИЕ!
Вот как из этого понять, какая схема?
Сам автор пользуется схему и и видимо предполагает, что те, кто слушают данный курс, имеют понимание схем, обозначение элементов и так далее
В целом - много слов, сумбур для новичков (они реально не поймут как вторая картинка относится к первой из данного курса)
Вывод: пост автора - просто реклама 3d макетки. Научиться там чему-то очень сложно, запутаться легко.
Как правило, для контроля производств применяются датчики, которые передают данные в режиме реального времени, датчики IoT это событийные устройства или интервальные. Есть событие - они передадут или же передача данных в длинных временных интервалах. Считал данные, передал и спит. Причём спит гораздо дольше чем передаёт. При этом датчик не заботится о том, получили информацию или нет. Такой подход применимо для пассивного контроля, а не активного и в режиме реального времени. А теперь представьте, что вы контролирует горячий цех и у вас данные должны приходить 100 раз в секунду. Так ни одной батарейки не хватит. Это будет режим передачи постоянный, а это высокие энергозатраты. Да, есть моменты, где это можно применить. Несомненно IIoT стоит рассматривать как нишу, но не замену автоматизации производства. Это очень узкая ниша, особенно на производстве. Так же хочу отметить что применение беспроводных технологий на производстве - явление редкое. Не хочется рисковать потерей процесса из за отказа (помех) в каком-либо радиодиапазоне. Потери могут стоить дороже прокладки проводов.
14 часов читать и корректировать лицензионное соглашение... Хмммм... Его же потом никто не читает))) уж если он с красными глазами, после 14 часов, я боюсь представить что будет с простым пользователем, который это прочитает.
Что-то я не понимаю, про какое солнышко и про какой хвост идёт речь? Это простой ИК канал и я говорил о том, что вам стоит взять светодиод (с охватом в 180 градусов) и просто считать все команды с заводских ИК пультов. И передавать на любое устройство с ИК приемником. Если приёмник примитивный и реагирует на взмах хвоста кошки, то это не проблема передатчика! А для большинства оборудования команды уникальны и используются только в одном виде. Канал вверх, канал вниз, громкость вверх, громкость вниз ну и так далее. Только power в основном на одной кнопке и работает на вкл и на выкл.
А на чем базируется ардуино? Это просто МК Atmega 328 (ну или подобное мощнее или с большим количеством пинов ввода/вывода). На самом деле, разработка своих решений это не сложно, просто не каждый кто работает только с ардуино может выйти за рамки плат прототипирования. А если это электронщик, грамотный, то он понимает, как это устроено и для него нет границ для разработки своего железа, хоть для дома, хоть для предприятия. Несомненно, для предприятия просто не примут контроллер на Atmega, но это не значит что он там не сможет работать.
Так вы на целевые проекты смотрите а говорите в целом про архитектуру. И программный код на Pyton (который кстати в тысячу раз медленнее работает на МК) и Rust. А в чем тогда смысл? Низкоуровневые МК нужно уметь программировать правильно, оптимизированным и корректный кодом, а не python-ом. Вы берете более мощный мк, менее производительный язык программирования, дополнительные настройки и делаете проект, который по производительности не быстрее чем на Arduino... Как мне это знакомо! Это софтверный подход, а не подход электроника и автоматика. Я на паре десятков ардуино смогу сделать автоматизацию предприятия, которая будет работать и очень корректно. А вот вам будет сложно на pico малине осуществить тоже самое. Это разные мк под разные задачи. И ещё, имейте ввиду, что Arduino это не только Atmega 328. В линейке ещё очень много мощных мк. И если вы не понимаете суть их и просто сравниваете их по скорости, производительности и мощности, без других факторов, то вам стоит разобраться с их назначением и только потом вещать свое мнение.
Ну так кто мешает вам её брать и использовать? Мощнее ардуино сейчас почти все микроконтроллеры! А в итоге, в 90% проектов применяется максимально простое решение с кодом на С++, с минимальным объёмом памяти и оптимизации. И нет необходимости в этих малинах, esp32 и прочих мастодонтах. Вы сами то понимаете, как использовать её двухядерность? Понимаете как она работает, эта малинка? Чем её программировать, что и как к ней подключать? Если это просто "умный" комментарий, то лучше оставьте его при себе.
А в чем смысл говорить о том, что Esp лучше? В чем лучше? Это просто 2 разных микроконтроллера. Они могут работать независимо и понятие лучше здесь не применимо. Если мне просто нужно разрулить с десяток сигналов на простой логике, без Wi-Fi, без bluetooth без геммороя, то я возьму ардуино. Если мне нужно устройство, беспроводное, то я возьму Esp32. Ардуино не устарела, потому как состоит из одного микроконтроллера, а это самая простая архитектура! До сих пор на Atmega 8-32 делают готовые устройства и они выпускаются по сей день. А если вы мыслите потребительски (пошёл готовое взял и всё) то что вы делаете в этой теме? Зачем ваши комментарии в теме про ардуино?
Это сейчас в программирование приходят после заборостроительного и гвоздевыпрямительного институтов. Сейчас в ИТ влетают все, кому не лень и спустя месяц считают себя гениями, а в 90 и 2000 это было призвание и талант, не каждый мог взять и разработать простую программу на С или Pascal, не говоря уже о сложных вещах. Но и программирование тогда было целевым, разрабатывал код для определённых задач производства, банков и прочего очень ответственного. Там нужно было думать и мыслить сильно вперёд. И ответственность была сильно выше чем сейчас. Там каждый головой отвечал за свою программу.
А не проще было поставить esp32 с одним ИК диодом (ну и одним мосфетом) и не трогать устройство? Передавай сигналы кому хочешь, телевизору, саундбару, кондиционеру и любому другому, кто использует ИК для работы.
Я высказал свое мнение, вы начали защищаться. Зачем? Разве я сказал что вы делаете что-то ненужное? Моя мысль о том, что делается очередная "универсальная" макетка для целевых задач. Просто статья ради статьи? Объясните, а чем мк + лора отличается от вашей платы или от того же EByte, И в чем проблема взять готовый модуль от EByte? Сразу все готовое, с низким энергопотреблением, с хорошими диапазонами и дальность, адекватными по цене. Готовый под пайку модуль. И программируй его сразу. Зачем снова изобретать колесо?
Проект можно сказать - прикольный, не более. Использовать как макетку - да, можно, но порой нужен другой чип для лоры, более мощный или другого диапазон. Следовательно этот релиз уже не подходит. И опять-же, использовать макетку для устройства, да зачем оно нужно. Изготавливать плату, которая совместима с pro mini, тоже не понятно, что мешает подключить любую лору к любому МК? Те более что у лоры и диапазонов много и задачи разные и мощность тоже. В общем как игрушку для временной мелочи - да, можно, а как практичное устройство, в виде макетки да и ещё на батарейках - где вы учились и учились ли вы вообще? Релиз не имеет права быть на макете!
Все остальные обсуждения, касательно долговечности на одной батарейке - исключительно зависит от задач датчика, периодичности опроса и так далее. В режиме сна считать ток потребления, не опираясь на энергозатраты в режиме чтения данных с пинов или от устройств, анализа, вычисления и передачи данных - ну это прям по детски как-то. Нет универсального энергопотребления, Все от задач зависит.
Раньше, в инструкции к автомобиль писали как регулировать зазор клапанов, сейчас пишут что нельзя пить тормозную жидкость.
Все верно, тупеем мы (человечество) понемногу.
Что бы писать инструкцию - нужно это уметь делать на общедоступном языке, а большинство разработчиков думают только на своём. И естественно, они это могут написать только на своём, а потом аварии, отказы и каждый прав, потому что понял задачу по своему.
И действительно, это относится ко всему, а не только к разработчикам.
Хорошее слово "если", только шаговые двигатели ставят (преимущественно) для управления механизмом, а не для банального линейного вращения, а это предполагается вращение в разные стороны. Если брать что-то миниатюрное, то безлюфтовая шестерня - это уже не банальная вещь.
Так и поставьте такой-же вибромоторчик с Али Экспресса, в чем проблема? Я 10 штук за 150 рублей купил, с бесплатной доставкой. Или со старого мобильника вытащить. Вообще не проблема. Это разве имеет отношение к тому, что бы его менять на шаговый двигатель?
Конечно знаю, он ещё меньше чем на фото
Есть ещё меньше, просто нужно уметь искать.
Сами поищите и найдете. И зря вы так скептически к моему комментарии относитесь. Там много правды.
Это конечно интересно, контролировать только СО2, но мы вроде как дышим кислородом, может лучше его уровень контролировать? И поскольку датчик для умного дома, предполагаю что и устанавливаться он будет именно в доме/квартире. Ни разу не встречал повышение СО2 без понижения уровня кислорода и увеличение СО2 меньше влияет на организм, нежели снижение кислорода и повышение уровня угарного газа СО. Поэтому не вижу целесообразности в таком датчик. Ну а персональная индикация и такое исполнение, как по мне, так через чур. Разрабатываю решения контроля шахтной атмосферы (а там поверьте такие бывают жёсткие условия) и в первую очередь контролирую уровень кислорода и угарного газа, ну и дополнительно водород и метан, но это в зависимости от условий шахты. Поэтому ещё раз скажу, необходимость в измерении только СО2, тем более в умном доме не вижу. Что касается РМ, то что-то с этим замороченно. Если есть продукты горения в таком объёме, то у вас дом уже сгорел и там нужно было ставить пожарный датчик, а ещё горение сжигает кислород и тогда лучше его контролировать, а если у вас в доме газ, то лучше поставить датчики утечки газа, потому что повышение уровня СО2 особо не сказывается на организме, если уровень кислорода в норме. А если появился угарный газ, который кстати тяжёлый, то тут уже опасно и это значит что вам в дом завели трубу от работающего автомобиля без катализатора. К таким вещам нужно подходить со всех сторон, особенно с важных, критичных и опасных.
По сути, они решают разные задачи и шаговые тоже есть маленькие и коллекторные - большие. Зачем делать из мухи слона и наоборот - не понимаю. Особенность шагового в том, что мы задаём изначально, на какой угол он должен повернуться, зная угол одного шага, если мы на коллекторный (ну или бесколлекторный) садим контроль, то нам нужна обратная связь и куча вычисления. Да, такое применимо, если у вас блоки шестеренок имеют нулевой люфт, но такое либо дорого либо отсутствует в дешёвых вариантах. Следовательно стоит применять то, что актуально, а искать варианты замены шаговым двигателя (если у вас их нет в наличии) коллекторный с обратной связью - вообще бессмысленно. В наше время, даже в глубинке можно с али экспресса или другого маркета заказать шаговик любых размеров.
Да, применение беспроводных технологий в производстве несомненно есть и IoT устройства - тоже есть. С этим согласен, но они как правило участвуют в процессе посредственно и не являются управляющими или контролирующими (я имею ввиду в прямом участии процесса). Даже в самом процессе присутствуют беспроводной Wi-Fi, с резервированием и так далее, удаленные объекты мониторятся и управляются, так-же используют радиоканалы 433 и 900 МГц. Но это только каналы передачи данных и как правило на удаленной стороне тоже стоит свой ПЛК или МК, который локально управляет удаленным объектом. Да это тоже есть. Лично запускал такие проекты на площадях более 100км2. Мы же здесь говорим про IIoT, а это немного другое. Согласен с тем, что IoT можно устанавливать на системы мониторинга, управления какими-либо объектами (удаленными) но не связанными с участием в процессе управления. Та-же LoRA имеет место быть или 4G устройства, да, согласен. Но вы говорите про промышленные датчики, которые ставятся в процесс, или я неправильно понял суть вашей идеи? Для меня, в частности, Industrial - это непременно участие в процессе оборудования, для которого применены специализированные элементы передачи данных, степень устойчивости, а не только исполнение корпуса в части защиты датчика. Все оборудование, которое помечается припиской Industrial ориентировано на работу в процессе производства с непосредственным участием в контроле и управлении им. То что IoT - это удобно, да несомненно, ни забот ни хлопот, установил - подключил и получаешь данные.
Что касается телефонов, то согласен и не согласен одновременно. На предприятии используют проводные телефоны. Для этого есть несколько аспектов: Безопасность и возможность восстановить картину событий после аварии. Все телефонные разговоры на предприятии записываются. А еще бывает так, что предприятия разворачивают собственные системы телефонной радиосвязи, потому что сотовые телефоны просто не работают в некоторых цехах. В принципе таких аспектов очень много. Взять например те же шахты (подземные горные выработки), там достаточно дорого использовать беспроводные телефоны или сотовые, а тек-же там достаточно дорого использовать и IoT. Возможно вы еще не знаете особенности многих предприятий, поэтому так уверены в том, что эта технология - топ. У нее есть потенциал, с этим никто не спорит. Не стоит думать, что решения без проводов - это решение проблем на предприятии.
Грамотный технический руководитель, который много раз материл свой Wi-Fi роутер, который тупо отключался в самый неподходящий момент не будет рассчитывать на качество передаваемых данных от беспроводного устройства. По себе знаю, лучше потратить больше денег, проложить кабель и не переживать что беспроводной датчик, после зависания и передачи некорректной температуры (например: подшипника шаровой мельницы), станет причиной ее аварийной остановки. А это уже потеря продукции, ремонт оборудования, простои и так далее. Это стоит намного дороже куска кабеля. Да и целостность кабеля проще контролировать чем потерю канала связи.
Ну это особенности предприятия. И каждый ищет варианты перекрытия таких белых пятен по своему. Даже операторы-обходчики, если делают обход в целях съема какой-либо информации, то это как правило не настолько критичные процессы для предприятия, а если они просто осматривают оборудование, то дайте им сканер и навешайте QR или BAR коды на оборудование. Пусть сканируют.
Очень серьёзная работа проведена, несомненно! Единственный вопрос: PLC Delta - это же Китай, он какое отношение имеет к отечественным ПЛК?
Несомненно, обвесив одноплатник модулями, расширителем и так далее можно получить некое подобие ПЛК. И тут возникает очень интересная особенность: в основном применяются дискретный ввод и вывод. Его как правило 80-90% от всего объема периферии. Это все раскиданы по разным частям объектов. Требуется комутация различных напряжений от 24DC до 220AC и на входа и на выходах. А теперь вопрос: Сколько нужно одноплатнику повесить модулей расширения что бы это реализовать? Датчики по RS-485 и Ethernet - это от 5 до 10% периферии (в лучшем случае), а чаще всего их стараются не применять, большой стоимости и необходимости более сложной настройки, а так же применения дополнительного софа для датчиков/исполнительных устройств на интерфейса Ethernet. А ещё они очень капризные. Ах да, ещё момент. ОС в ПЛК не перенастраивается пользователем. Она отлажена и работает исключительно с софтом производителя. Программист ПЛК не изменяет настройки ОС! Не устанавливает дополнительные драйверы, не конфигурирует NapiLinux. Задачи разные!
И ещё, сколько вы выдели применения датчиков на шинах RS-485 в промышленности?
Я лично их настраивал и был не в восторге, потом в итоге перевели их на 4-20mA. И они стали работать а не парить мозги.
Все правильно, и сам ПЛК и модули это готовые изделия с микроконтроллерами. С готовыми для подключения входами и выходами. Мы же говорим о готовых устройствах. Несомненно, обвесив одноплатник модулями, расширителем и так далее можно получить некое подобие ПЛК.
Возможно я что-то в этом новом мире не понимаю, но действительно, зачем весь этот виртуальный гемморой? Для начала нужно понимание схемотехники а не этого бестолкового втыкания виртуальных элементов в виртуальную монтажку.
И действительно - это другая реальность! Потом и выходят ролики где "эксперты" показывают как собирать "умный дом", а сами ни схемы читать не умеют ни понимают сути электроники. Соединяют модули между собой и считают себя гениями!
PS: специально посмотрел материалы курса основы схемотехники, ссылку на который дал автор и не нашёл там упоминания схемотехники. Увидел макетирование. Несомненно, автор курса не зуммер и понимает, что делает, знает электронику, но это не схемотехника! Это МАКЕТИРОВАНИЕ!
В целом - много слов, сумбур для новичков (они реально не поймут как вторая картинка относится к первой из данного курса)
Вывод: пост автора - просто реклама 3d макетки. Научиться там чему-то очень сложно, запутаться легко.
Как правило, для контроля производств применяются датчики, которые передают данные в режиме реального времени, датчики IoT это событийные устройства или интервальные. Есть событие - они передадут или же передача данных в длинных временных интервалах. Считал данные, передал и спит. Причём спит гораздо дольше чем передаёт. При этом датчик не заботится о том, получили информацию или нет. Такой подход применимо для пассивного контроля, а не активного и в режиме реального времени. А теперь представьте, что вы контролирует горячий цех и у вас данные должны приходить 100 раз в секунду. Так ни одной батарейки не хватит. Это будет режим передачи постоянный, а это высокие энергозатраты. Да, есть моменты, где это можно применить. Несомненно IIoT стоит рассматривать как нишу, но не замену автоматизации производства. Это очень узкая ниша, особенно на производстве. Так же хочу отметить что применение беспроводных технологий на производстве - явление редкое. Не хочется рисковать потерей процесса из за отказа (помех) в каком-либо радиодиапазоне. Потери могут стоить дороже прокладки проводов.