DIY или Сделай сам

Любовь к жене и механике вылилась в неожиданное устройство — механическую «gif-анимацию» в стиле музейных мутоскопов XIX века: латунь, дерево, ручной привод и 36 кадров с фото жены и первыми днями дочки. Под катом — как я делал стальные пешки, ломал метчики и собирал мелкие оси одну за другой на ощупь.

Всем привет, в этой статье мы доработаем проект офлайн логгер из прошлой статьи. Добавим датчики и напиши обработчик логов с sd карты!

Теперь, воробьи уже стрелянные, мы знаем, как непросто обеспечить необходимый для длительной и нормальной работы (самодельной) лампы высокий вакуум — в котором склонны испаряться даже металлы, в них же обнаруживаются и выбираются наружу впитанные ранее газы [1] и даже предательское стекло, инертнейший, казалось бы, материал, содержит и испаряет газы и воду. Все эти ужасы можно не прекратить, но сократить до приемлемого уровня тщательнейшей очисткой и сложной подготовкой материалов, их вдумчивым подбором и применением постоянно действующего в электровакуумном приборе (ЭВП) микронасоса — геттера. То есть, вакуумную приёмно-усилительную лампу невозможно сильно откачать раз и навсегда — внутри её баллона при нужном разрежении устанавливается некое равновесие поступающих и поглощающихся газов, этакое зыбкое, вооружённое до зубов перемирие, и горе ослабевшим или потерявшим бдительность. Словом, всё как у людей. Отсюда, чрезвычайно полезна задача определения, хотя бы качественного, разрежения и по возможности состава газов в готовой лампе — для корректировки процесса изготовления, выявления брака или уточнения режимов эксплуатации.

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

И здесь случай: Идёт выпуск машин на маршрут. На одном из автобусов АКПП не включается выше второй передачи. Сканера нет читать нечем. Но есть C, Linux, CANable, map_id_j1939, viz_j1939.

Радиация окружает нас повсюду – естественный радиоактивный фон присутствует всегда и везде. Имея под рукой плату ESP32 за 8 долларов, OLED-дисплей за 3 доллара, MicroPython и трубку Гейгера – Мюллера, можно без труда собрать полноценный детектор радиации. Он сможет не только выводить текущие показатели на экран, но и отправлять данные на GMCMap, в Home Assistant и другие сервисы.

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

Люблю я мини-ПК. Это крайне интересные устройства, позволяющие добиться впечатляющей производительности при небольшом объеме. Причем корпоративные модели HP, Dell и Lenovo устроены заметно интереснее большинства недорогих китайских коробочек. В них используются обычные сменные процессоры, доступная память, стандартные накопители и вполне ремонтопригодные цепи питания.  

К чему это я? Будем чинить один из таких девайсов. А именно — HP Pro Mini 400 G9, его я нашел на одной из онлайн-барахолок. Продавец указал, что компьютер не включается, а на плате есть заметный прогар. С подобными повреждениями я уже работал и несколько раз успешно возвращал технику к жизни, поэтому аппарат показался подходящим кандидатом для очередного ремонта. Расчет был простой: разобрать корпус, удалить сгоревшие детали, восстановить дорожки и выяснить, насколько далеко система сможет пройти последовательность запуска. На практике все оказалось немного сложнее, зато сама диагностика дала хороший повод подробно посмотреть, как устроен современный корпоративный мини-ПК.

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

Однако, как мы знаем, электролиз зачастую ассоциируется и ещё с одним процессом — разложения растворов на газообразные компоненты, в частности воды, — на кислород и водород…

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

Учёные постоянно исследуют новые потенциальные возможности по осуществлению электролиза и находят иной раз просто поразительные варианты!

Например, как вам понравится электролиз без подвода внешнего электричества, с прямым использованием механической энергии для разложения воды?!

«Электролиз без* электричества»… Хмм, а разве такое бывает? Как выясняется, вполне себе!

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

Я занимаюсь инфраструктурным DevOps в YADRO — кластеры, виртуализация, мониторинг, оптимизация железа. Последнее время на работе был сильный завал. Голова кипела. Захотелось отвлечься на что-то совсем другое: переключить мозги с «как ускорить сборку на три секунды» на «как это вообще работает». Пока думал, как занять подобным образом свободное от работы время, попалась мне статья про УВБ-76.
 
Знаете это чувство? Читаешь про что-то странное и загадочное, и внутри загорается лампочка: «А чего так не системно то?» Тут и родилась идея объединить свою профессиональную деятельность с чем-то новым для меня. Не просто послушать разок жужжание из любопытства, а построить целую станцию наблюдения. Сразу пришло понимание, что сидеть ночами с наушниками и слушать странный эфир я не хочу...

За несколько лет мы автоматизировали несколько сити-ферм: от небольшой лаборатории до производства с посевной площадью 100 м². Теперь мы запустили ферму уже на 380 м². Каждый новый проект заставлял пересматривать архитектуру системы управления: одни решения подтверждали свою эффективность, другие приходилось менять или вовсе отбрасывать. 

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

Для многих владельцев ноутбуков поломка экрана — конец света. Несколько лет назад для меня это тоже было проблемой. Разбил случайно матрицу и думал, что замена обойдется в целое состояние. В целом, если обратиться в сервисный центр, так оно и будет. Но, как оказалось, не так страшен черт, как его малюют. Заменить можно своими силами, главное — знать нюансы, которые важны для этой процедуры.

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

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

Я не буду получать более тяжёлые углеводороды, используемые как хладагенты первой стадии (в качестве предварительного охладителя), например, бутан или пропан, потому что их молекулы представляют собой гораздо более длинные цепочки, а в общем случае, похоже, чем длиннее углеводород, тем сложнее его синтезировать. Хотя этилен, теоретически, можно преобразовать в бутан даже на установке любительского уровня, после чего использовать его на первой стадии, но это уже тема для отдельной статьи или видео.

Российские микроконтроллеры существуют не только в новостях и реестрах. Возьмём МИК32 «Амур», настроим рабочее окружение в несколько кликов и запустим на нём первую программу.

Когда я взялся за этот небольшой эксперимент, мной двигало исключительно любопытство и желание ответить на вопрос — а что, если взять три моих старых ноутбука, объединить их вычислительные ресурсы и использовать их под инференс LLM? Идея запуска на них чего-то более-менее тяжелого выглядела заманчиво: три процессора, 52 ГБ оперативной памяти — в теории должно получиться быстрее, чем на любом из них по отдельности.

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

Сразу же оговорюсь — любой GPU средней ценовой категории сделает ту же самую работу в десятки раз быстрее. Но моя задача была увидеть узкие места в «естественной среде обитания». Приятного чтения.

У Битрикса есть официальная обёртка для REST API — класс CRest, который лежит в каждом примере приложения и который все копируют к себе в проект. Он умещается в один файл и работает — ровно до того момента, пока приложение не выходит в реальную эксплуатацию с несколькими порталами и фоновыми воркерами.

Один баг стокового CRest однажды стоил мне шести суток простоя приложения, и причина была в одной строке: file_put_contents без блокировки. При обрыве записи settings.json оставался обрезанным, парсинг JSON падал, и приложение считало себя неустановленным — переставало отвечать на события и затирало валидные токены.

Я переписал CRest с нуля под то, как приложения Bitrix24 работают на самом деле:

— атомарная запись через rename() вместо file_put_contents — читатель видит либо старый файл целиком, либо новый, обрезка невозможна физически; — гонкоустойчивый refresh: одноразовый refresh_token больше не сжигается дважды, когда два воркера одновременно ловят протухший токен; — ключ портала — member_id, а не домен, поэтому переезд портала на другой домен больше не теряет токены; — drop-in совместимость со стоковым CRest: меняется одна строка use, весь остальной код остаётся как есть.

Ноль зависимостей, PHP 8.1, работает на любом шареде и коробке — в отличие от официального b24phpsdk с его symfony-стеком. Разбираю каждую граблю с кодом, показываю, чем это чинится, и честно очерчиваю нишу: типизированные обёртки по методам API — territory официального SDK, у меня их осознанно нет.

Исходный код открыт.

Мы давно присматривались к локальному ИИ— своей, изолированной LLM без облачных API.

Зачем вообще запускать языковую модель локально, если есть облачные API вроде OpenAI или Anthropic? Как минимум три причины.

Всем привет! Меня зовут Петрович и я работаю техлидом java команды в небольшом международном финтехе. В этой статье я хотел бы поделиться с вами опытом миграции наших сервисов с Redis на Hazelcast, а также о том какие уроки мы усвоили. Статья будет полезна тем кто рассматривает отказоустойчивые и более простые в поддержке альтернативы Redis.

Наша команда отвечает за подсистему оценки платежеспособности клиентов (в народе - скоринг). Стек - классический джентльменский набор для java команды - последняя LTS версия Java, Spring Boot (с Hibernate), база PostgreSQL, брокер сообщений RabbitMQ, авторизация через Keycloak, кэш Redis, собираем в docker контейнеры с помощью jib и деплоим в k8s через gitlab, arttifactory используем для хранения стартеров и библиотек.

В прод окружении наши немногочисленные сервисы работают в кластерах k8s в единственном экземпляре, будучи, как правило, распределенными по 3 нодам с приличным запасом по ресурсам. Сделано так специально чтобы в случае отказа одной из нод другие могли автоматически принять нагрузку с выбывшей из строя напарницы без участия сотрудников разработки или поддержки. Ну и rollout update делать удобно и быстро - у нас распределенный монолит и при деплое необходимо деплоить сразу все сервисы одновременно.

С точки зрения кластеров k8s наша подсистема полностью изолирована и не зависит от других подсистем компании. Другими словами, все необходимые для работы подсистемы ресурсы мы хостим и поддерживаем сами. Redis, Keycloak, S3 - всё это работает внутри каждого из наших кластеров, обеспечивая достаточное резервирование. Всё, кроме Redis.

Довольно давно у меня в кладовке пылился синтезатор Roland JUNO-G. Его поразила родовая болезнь – быстрая смерть LCD, замену которому Roland выпускала по конским ценам, а потом и просто прекратила выпуск. При этом в остальном синтезатор полностью рабочий и выбрасывать его было жалко. И тут, спустя много лет, мне попался репозитарий на GitHub с описанием способа нестандартного ремонта дисплея Roland JUNO-G. Я осуществил его на собственном синтезаторе и хочу немного рассказать об этом. Тема интересная, поскольку таким образом можно восстанавливать разную устаревшую технику.

Недавно искал запчасть для своего старенького (или уже древнего?) любительского Canon 600D. В процессе поиска мне попался дешёвый 7D Mark II (дальше буду звать его 7d2), который продавался как «нерабочий, только на запчасти». В итоге это получился увлекательный и полезный опыт ремонта, при котором даже не потребовались запасные детали.

Canon 7D Mark II — это навороченная цифровая зеркалка (DSLR) с матрицей APS-C на 20,2 МП, выпущенная в 2014 году. Она относится к линейке профессиональных камер и может считаться аналогом 5D Mark IV, но с меньшей КМОП-матрицей. На релизе эту камеру встретили положительно. Мне мой экземпляр обошёлся в €180 в нерабочем состоянии . Но я верил, что с ним не всё потеряно.

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

Время от времени я возвращаюсь к своему PET-проекту приватного и независимого от сторонних сервисов голосового ассистента под кодовым названием «Альфа», который разработан для голосового взаимодействия с умным домом на базе Home Assistant. Простыми словами — это приватная умная колонка для управления умным домом. В этот раз я решил заняться вопросом «нормального» взаимодействия «Альфы» и Home Assistant. А что из этого вышло — читайте далее.