Мой пылесос от Xiaomi и Valetudo

Наткнулся когда-то на опенсорсную прошивка для роботов-пылесосов – проект Valetudo: https://www.opennet.ru/opennews/art.shtml?num=58447 – отложил в памяти.

Через время решил попробовать; как раз и в Home Assistant можно интегрировать.

В общем, fail. Вот именно для моей модели и именно для моей разновидности (Mi Robot Vacuum-Mop P бывает в разных редакциях – надо смотреть как минимум буковки на наклейке – у меня STYT J02YM) не рекомендуется рутовать:

Additionally, be advised that rooting these can work for some but cause bricks for other units with no way of knowing if yours will work beforehand.

Печаль. Может со временем что-то изменится. Ну и пока остается открытым вопрос: а сохраняется функция, когда я просто нажимаю кнопку “Пуск” и пылесос обходит целиком всю зону в незнакомой местности?

Mustek1000 meets LiFePo4

Фотоотчет-заметка. После прошлой зимы сделал оптимизации и перевел основной сервер на подобие online UPS; а NAS какое-то время висел на своей UPS’ке с парой свинцовых батарей. Батарей в итоге хватало только лишь на корректное выключение машины – UPS начинал сигналить сразу после выключения света. Некоторое время спустя купил новые LiFePo4-батареи на 50А*ч уже под NAS, прицепил к UPS’ке, которая раньше была на сервере и в таком виде оно живет и сейчас. А остальные Mustek’и в доме так и остались со свинцом:

  • Замер показал, что в упомянутой выше UPS емкость одной батареи – половина от номинала (чуть помогло восстановление: с 33 до 42 Вт*ч); вторая – 1 Вт*ч.
  • UPS на 3d-принтере даже отказывался запускаться: батареи деградировали там полностью.
  • И единственный UPS, который пока как-то живет на свинцовых батареях – на Zwift’окомпике.

Так или иначе, решил хотя бы пару переделать на LiFePo4 в штатных габаритах. Набрал элементов 32700 на GreenWings, балансир 8S от Daly на Aliepxress. Итог:

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

Батарейный отсек в итоге пришлось почти полностью убрать болгаркой.

Причем, если смотреть на “UPS для дома”, то по сравнению с батареей на призматических элементах, в данном случае в отсеке для батарей размещена бОльшая емкость – 460 Вт*ч против 320 в первом случае.

Одну из переделанных UPS поставил на 3d-принтер, уже пару раз выручила.

Интерфейс для архива Флибусты

Искал интерфейс для работы с библиотекой-архивом Флибусты. Один из самых рекомендуемых вариантов – MyRuLib. Сборки в основном под старые дистрибутивы. Поискал немного.

Итог: на notesalexp.org есть сборка myrulib, работающая в Debian 11. Сама софтина весьма старая, но работает. С индексом с той раздачи она (вроде) не работает, но можно просто натравить на каталог с раздачей и она построит свой. В самой софтине есть возможность получать отдельные книги из архивов.

Update: после индексации архива Флибусты на февраль 2024 года (425 ГБ) база заняла 971 MБ. После “реструктуризации” – фактически, добавлении полнотекстового поиска –  1,6 ГБ.

Эффективность обратного осмоса с помпой

Заметка. Когда-то давно мерял КПД работы обратного осмоса на “естественном” давлении в водопроводе. Выходило около 10%. Несколько лет назад поставил помпу с Aliexpress – Coronvater 2600NH. Некоторое время назад поставил на водопровод датчик протока воды и завел в Home Assistant. На днях сделал тест по наполнению 5-литровой банки – на нее ушло 12 литров, что дает КПД около 41%. Проток по датчику был около 0,5 литров / мин. У осмоса было свободное истечение воды – кран был постоянно открыт до тех пор, пока не набралась банка – т.е., перепад давлений на мембране был максимальный.

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

Update: в качестве заметки. Наполнение штатного бака – почти пустого, но еще с водой – использовало 26,2 литра воды. Еще один тест, пустой бак: 24,2 литра.

Фотоотчет: переходник для прошивки ESP32-CAM и ESP12

Такая вот конструкция по случаю:

Белая плата – переходник для ESP12. Сами ESP12 можно шить напрямую в дев-борде, в которую все вставлено. Но вот после распайки на переходнике – проблема перешить. Решил исправить этот момент.

Ну и ESP32-CAM тоже надо было как-то проверить – заказывал без “материнских плат”, на которых, фактически, только USB-разъем и USB-UART-преобразователь.

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

По пинам – все, в принципе, очевидно: смотрим на обозначение на дев-борде, смотрим на обозначение на плате с контроллером, соединяем пины. На ESP32-CAM есть GND/R – его посадил на RESET. Питание – от 3.3V. I/O-пины – общими для двух модулей являются только IO0. На плате ESP12 запаял еще IO2/IO15 – просто потому что было удобно.

Обновление домашнего сервера, потребление

На волне обновления дисков решил заняться и остальным железом: был заказан корпус Jonsbo N3 на Aliexpress, потом под него БП SFX-формата (у меня раньше таких не было) – Be quiet! BN238. Потом дошла очередь и до остальной начинки.

В итоге у меня сформировался такой комплект по железу:

  • AMD Ryzen 7 5700G – 8 ядер, 16 потоков и встроенная графика.
  • Asrock A520M-ITX/ac – такая же материнка, как у меня для компьютера для Zwift’а.
  • 64 ГБ RAM – чтоб уж точно для всего хватало.
  • Плата-сплиттер с Али для PCI-E-шины в формате x4x4x4x4. Вместе с имеющимся на материнской плате разъемом это давало 5 m.2-слотов.
  • m.2-SATA-контроллер на 6 портов. Еще 4 присутствовало на материнской плате, чего должно было хватить на все нужды: 8 дисков в корзине и потенциально еще 2 – на боковушках корпуса (в описании заявлено одно место, но на деле можно пристроить 2 диска).
  • HDD на 16 ТБ – пока 2 штуки, потом еще пара.

Читать далее Обновление домашнего сервера, потребление