DIY

Привет, Хабр! Моя кастомная самоделка понравилась одному из коллег по электрогитарному увлечению. И он не только попросил изготовить для него экземпляр ультралёгкой «стрелы» с забавным оформлением, но и предложил заманчивые улучшения, которые мы скоро увидим и услышим.

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

Делаем монохромный видеоадаптер для RISC‑V процессора YRV, используем атомики для установки пикселя. Исправляем детскую травму, добавляем цвет, превращаем адаптер в фреймбуфер а‑ля ZX‑Spectrum, но разрешением 640×480 и с 12 битным цветом.

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

Когда групп освещения больше чем одна - начинается: куда повесить датчики, чтобы они видели дневной свет, но не видели лампы, как решить задачу "добавим еще пару групп, потом уберем", а еще хочется иметь возможность принудительно включать и выключать когда нужно, и при этом не тянуть дополнительных проводов между лампами, сетью, датчиками.
В общем, когда такое понадобилось - заменил датчики на управляемые реле, один датчик остался как сенсор освещенности, он давал команду серверу на включение исполнительных реле, и всё это работало хорошо, пока этот самый сенсор не накрылся.

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

Первые бытовые и любительские радиоприёмники появились задолго до повсеместной, «по городам и весям» осветительной сети, а приборы это были громоздкие, стационарные и главное дело — чрезвычайно энергорасточительные. Для питания одного несчастного усилительного каскада требовалось около 4 ватт от двух разных источников (низковольтный сильноточный накал и высоковольтный слаботочный анодный). Заметим, это 1920-е, 1930-е годы, львиной доле отечественных любителей радио, из готовых деталей были доступны, хорошо, если радиолампы, да кое-какие элементарные электротехнические материалы вроде изолированного провода. В продолжение нашей экскурсии по старинным самодельным резисторам [1], конденсаторам [2] и детекторам [3], посмотрим, как предки ухитрялись питать своё радио, восхитимся и ужаснёмся их возможностями, оснащением и энтузиазмом, полистаем ветхие радиожурналы. Речь о самодельных гальванических элементах и батареях нескольких популярных типов.

Приветствую всех!

Помните компактные цифровые фотоаппараты‑«мыльницы» из нулевых? Уверен, такие девайсы были у многих, а у кого‑то есть до сих пор. Так вот. Задумывались ли вы когда‑нибудь, на каком процессоре и на какой ОС работают все эти штуки? Как оказалось, иногда всё не ограничивается проприетарными решениями, а то, что находится внутри такой железки, может, очень сильно удивить.

Итак, сегодня поговорим о том, как запускать свои приложения на, казалось бы, ничем не примечательном фотоаппарате. Узнаем, что для этого требуется и какой софт для него бывает. Как водится, будет много интересного.

^RimstarOrg

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

Как выясняется — вполне себе можно, и даже более того: этот эффект довольно давно известен: превращение обычной меди — в полупроводник! 

В этой статье я расскажу о том, как я чинил и модернизировал довольно редкий и несколько необычный советский радиоприемник «Электроника 26–01», и о том, какую «тайну» скрывает его управляющая микросхема.

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

В этой статье начну с мобильной платформы и довольно простой задачи: заставим робота самостоятельно пройти заданный маршрут.

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

В далеком 2017 году мне передали SD-карту памяти с диагнозом «сломана пополам, вдруг получится что-то с нее считать». Я честно пробовал: восстановил все оборванные дорожки, досконально проверил все соединения и на целостность линий, и на отсутствие замыканий. Положительного результата не получил – карта определялась, но с нулевым объемом. По этой причине она отправилась в ящик ждать «лучших времен».

Прошло 9 лет. В результате очередной уборки-инвентаризации, в ящике нашел эту старую карточку. Вот и настали «лучшие времена», подумал я.

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

Спойлер - всё получилось.

В предыдущей статье о моей домашней сети я рассказал об использовании локального агента для её настройки и поднятия разных интересных сервисов.

Однако почти сразу я столкнулся с тем, что встроенной оперативки моего роутера (256 МБ) перестало хватать. Запустил AdGuard Home, telemt‑форк под OpenWRT, далее попробовал поднять v2ray со списками разрешенных серверов — и тут же OOM безжалостно начал убивать процессы.

Кажется, что можно было купить новый роутер, с большим количеством оперативки — но роутеры с 1Гб или более RAM сейчас стоят недешево. И тут меня посетила идея: «А что если взять старый смартфон в качестве сервера?».

В этом гайде я расскажу, как пройти путь от выбора и покупки б/у телефона на торговой площадке до рабочего мини-сервера под управлением PostmarketOS с Podman и запущенным на нём AdGuard Home. А также как я облажался в процессе этого пути, прилично ограничив возможности моего сервера.

Ранее мы провели серию тестов классического воздушного охлаждения.

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

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

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

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

# Сторож на ESP32-CAM

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

Почитателям настолок и культовой ролевой игры D&D (Dungeons & Dragons, «Подземелья и Драконы») хорошо известно, насколько важна ее фэнтези-атмосфера. Настроение создают правильно подобранные мелочи, к которым относятся и миниатюры персонажей.

В этой статье я расскажу, как создаю игровые фигурки с использованием ИИ (Gemini, Tripo3D). Покажу путь от генерации 2D-концепта до покраса на примере кастомных монстров-растений для нашего D&D ваншота.

^{patents.google.com}

Некоторое время назад мне на глаза попалась любопытная информация, о том, что примерно в середине 2000-х годов в сети начала распространяться информация о появлении некоего «загадочного электродвигателя Бедини», который, якобы задействует некую «свободную энергию» :-) и вообще представляет собой «чудесный прорыв» (хе-хе). 

Тем не менее, при взгляде на него, меня тут осенила одна мысль, которую я в сети ещё не встречал и мне всё стало «ясно как день» что же мы тут видим перед собой на самом деле! (Спойлер: в целом — ничего фантастичного, но, тем не менее, интересно и корни глубокие). 

Собственно, чем и хочу поделиться с вами…

Это уже не первый мой эксперимент с оживлением перехода графических форм. Мой первый эксперимент был с кривыми Безье: Шрифт на кривых Безье на микроконтроллере, затем с матричным шрифтом Матричный шрифт с анимацией на микроконтроллере. В этот раз наблюдение за чужим проектом навело меня на мысль об анимации Game of Life. Почему именно Game of Life - точки рождаются и умирают в непосредственной близости друг от друга, что позволяет построить автоматические переходы между ними.

Оверинжиниринг — это прошлый век. Я работаю в жанре «эпатажный инжиниринг»: у девайса ровно одна функция, а выглядит он как пульт управления инопланетным кораблем. Я обожаю игривую ретрофутуристичную эстетику и в этом проекте выкрутила её на максимум.

Ну и я люблю играть в «Виселицу».

Lenovo Tab M11 на моём столе загружается с внутренней памяти в Kubuntu.

KWin работает через DRM/KMS, Mesa рисует через Panfrost, звук идёт через PipeWire, сетью занимается NetworkManager. Bluetooth виден как обычный hci0, сенсоры — как IIO, камеры — как V4L2. Стилус работает с давлением и наклоном.

Камеры тоже завезли: задняя умеет полноценно фотографировать не только в jpg, но и в RAW, и писать видео 1080p/30fps, а еще обе камеры при этом доступны обычным Linux‑приложениям как /dev/video-rear и /dev/video-front.

Android? Отправлен за 101-й километр.

Такого плана в начале у меня не было.

Так как мне интересно проектировать корпуса (стойки), я решил собрать в удобном месте основные стандарты.

В этой статье рассматривается процесс создания кастомной no-OS прошивки для клона PlutoSDR, которая позволит принимать UART данные и передавать их по радио, а на другой стороне — принимать данные из радиоканала и выводить их через UART.