Привет, Geektimes!

Управление мощными нагрузками — достаточно популярная тема среди людей, так или иначе касающихся автоматизации дома, причём в общем-то независимо от платформы: будь то Arduino, Rapsberry Pi, Unwired One или иная платформа, включать-выключать ей какой-нибудь обогреватель, котёл или канальный вентилятор рано или поздно приходится.

Традиционная дилемма здесь — чем, собственно, коммутировать. Как убедились многие на своём печальном опыте, китайские реле не обладают должной надёжностью — при коммутации мощной индуктивной нагрузки контакты сильно искрят, и в один прекрасный момент могут попросту залипнуть. Приходится ставить два реле — второе для подстраховки на размыкание.

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



Я же хочу рассказать про простую и довольно очевидную, но при этом редко встречающуюся схему, умеющую вот такое:

• Гальваническая развязка входа и нагрузки
• Коммутация индуктивных нагрузок без выбросов тока и напряжения
• Отсутствие значимого тепловыделения даже на максимальной мощности

Но сначала — чуть-чуть иллюстраций. Во всех случаях использовались реле TTI серий TRJ и TRIL, а в качестве нагрузки — пылесос мощностью 650 Вт.

Привет, Хабр!

Некоторое время тому назад рабочая группа Сколтеха по Интернету вещей опубликовала проект национального стандарта узкополосной связи для IoT под названием «OpenUNB», полный текст которого можно найти здесь. С одной стороны, явление безусловно положительное – если в области стандартов широкополосных существует de facto открытый к применению всеми желающими LoRaWAN, то узкополосные стандарты до сего дня были исключительно проприетарными (Sigfox, XNB компании «Стриж», NB-Fi компании «Вавиот» — хотя последний также опубликован в виде проекта национального стандарта, в нём не открыты существенные для реализации сторонними лицами части).

При этом узкополосные и широкополосные системы имеют каждая свои плюсы и минусы, так что говорить «зачем вам что-то ещё, когда есть LoRaWAN» – не совсем верно. То есть, открытый стандарт на UNB-связь необходим.

Однако, необходимость – это лишь одно из двух условий. Второе – достаточность. Ок, то, что опубликовал Сколтех, необходимо, но достаточно ли оно для практического применения?



Мы ответим на это в формате, похожем на интервью – под катом цитаты из проекта стандарта OpenUNB и комментарии к ним, данные Александром Шептовецким (AS), техническим директором компании GoodWAN, и Олегом Артамоновым (OA), техническим директором компании Unwired Devices.

Итак, поехали. Стилистика, орфография и пунктуация авторов сохранены.

В то время, когда одна небольшая компания открыла для себя Linux в роли ОС для интернета вещей, другие ребятки создали «самую маленькую ОС для интернета вещей». Она требует лишь 10кб памяти — и вроде пора праздновать, однако…

В предыдущих статьях мы познакомились с замечательным внешним RS485/ModbusRTU блоком расширения EBYTE MA01-AACX2240 и научились управлять работой его реле. Сегодня мы разберём программирование цифровых входов MA01-AACX2240 и научимся получать с них данные в контроллере на ESP32.

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

MA01-AACX2240 это довольно функциональное устройство и позволяет не только получать данные с цифровых входов, но и тонко настраивать работу самих этих входов — можно использовать счётчики, устанавливать работу по фронтам сигнала, выбирать метод обнуления счётчиков и т. д. и т. п., обо всём этом мы и поговорим далее…

Продолжаем изучение внешнего RS485/ModbusRTU блока расширения MA01-AACX2240 компании EBYTE. Сегодня мы разберём устройство Modbus RTU регистров, принципов доступа к ним и получения информации от MA01-AACX2240 и управления его работой.

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

В результате MA01-AACX2240 и все блоки линейки MA0x-xxCXxxx0 станут доступны для практического использования.

Итак…

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

Подобные блоки могут поддерживать различные интерфейсы, наиболее популярным и демократичным из которых является RS485/ModbusRTU. Из всего разнообразия подобных устройств на AliExpress мне показалась интересной серия блоков MA0x-xxCXxxx0 с интерфейсами RS485/RS232 компании EBYTE.

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

В результате мне пришлось провести исследовательскую работу, разобраться с железом MA01-AACX2240 и научится его программировать в составе контроллера на ESP32.

Обо всём этом мы и поговорим далее…

В статье описан самодельный прибор для измерения радиоактивности, определения координат ГЛОНАСС\GPS и обладающий каналом обмена по Wi-Fi. Также описаны программное обеспечение внутреннего микропроцессора и внешняя программа (Visual Basic) для приема, отображения данных и записи их в лог-файлы.

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

Меня это сильно удивило. Если верить данным статьям, для программирования не обязательно даже читать документацию к программируемому контроллеру. Меня же учили премудростям «железного программирования» совершенно иначе.

В этой статье, путь от фразы «Да, я хочу попробовать!» до радостного подмигивания светодиода, будет значительно длиннее чем у других авторов. Я постараюсь раскрыть аспекты программирования микроконтроллеров, которые прячутся за использованием библиотечных функций и готовых примеров.
Если вы намерены серьезно изучать программирование микроконтроллеров данная статья для вас. Возможно, она может заинтересовать и тех, кто вдоволь наигрался с Arduino и хочет получить в свои руки все аппаратные возможности железа.

Привет, повелители железных душ!

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



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

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

И вот что из этого получилось

Привет!

Пришло время раздавать железо!

Мы раздадим:
1. SuperMicro 5013S-8: 1x Xeon 2.0GHz (32bit), 4GB RAM, SCSI noHDD, ASR-2010S, 1U
2. SuperMicro H8DA8(MB): 2x DualCore Opteron 2.0GHz, 12GB RAM, SCSI noHDD, AOC-LPZCR2, 1U
3. SuperMicro X6DVA-4G2(MB): 2x Xeon 3.0GHz, 12GB RAM, SCSI noHDD, 1U
4. SuperMicro X6DVA-4G2(MB): 2x Xeon 3.0GHz, 12GB RAM, SCSI noHDD, 1U
5. SuperMicro X6DVA-4E2(MB): 2x Xeon 3.0GHz, 12GB RAM, SATA noHDD, AAR-2420SA, 1U
6. SuperMicro X6DVA-4E2(MB): 2x Xeon 3.0GHz, 12GB RAM, SATA noHDD, AAR-2420SA, 1U
7. Supermicro 6015B-3/8/T: 2x DualCore Xeon 2.00GHz, 8Gb RAM, SCSI noHDD, AOC-LPZCR2, 1U
8. Supermicro 6015B-3/8/T: 2x DualCore Xeon 2.00GHz, 12Gb RAM, SCSI noHDD, AOC-LPZCR2, 1U
9. Supermicro 6015B-3/8/T: 2x QuadCore Xeon 2.33GHz, 8Gb RAM, SAS noHDD, AOC-LPZCR2, 1U
10. Supermicro 6015B-3/8/T: 2x QuadCore Xeon 2.33GHz, 8Gb RAM, SAS noHDD, AOC-LPZCR2, 1U
11. DELL 2950: 2x QuadCore Xeon 1.86GHz, 8GB RAM, SAS noHDD, PERC5i, iDRAC5, 2PSU, 2U
12. DELL 2950: 2x QuadCore Xeon 1.86GHz, 8GB RAM, SAS noHDD, PERC5i, iDRAC5, 2PSU, 2U