• Автополив цветов с удаленным управлением
    0
    Только у него максимальный ток 4.5А (!) по паспорту

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

    Пока смотрю на недорогие перистальтические насосы с Али, валяется пара, в деле пока не пробовал — неудобно, заполнение водой критично (по крайней мере для китайского исполнения), а мне из «бочки» качать… да ещё и они не уличные, на балконе не бросишь под дождём
  • Визуальное программирование для Sonoff Basic
    0
    При наличии достаточно «прямых» рук и мелкого паяльника магически получаем +2 GPIO (4, 5) без особых усилий, помимо стандартных RX, TX, GPIO 14, GPIO0 (кнопка), GPIO13 (светодиод). Паяются тонким проводом прямо к ноге микросхемы и выводятся на пустые контакты от RF приёмника.

    Во всяких готовых конструкторах (ESPEasy, Tasmota и т.п.) как раз эта дополнительная пара и используется :)
  • Проект Lenergy, как переосмысление портативных источников питания
    +2
    Отдельный "+" за «Вампирчик»-а — в своё время, в походах от пары недель до месяца, был практически панацеей с гибкими солнечными панелями «от того же источника» :)

    Но, таки да — в этом посте только «вода», а хотелось бы «мяса» и стоимости — звучит весьма вкусно как для домашних поделок, так и для выездов-походов, в коих Вампирчик был весьма полезен.
  • Вышел Orange Pi 3 — полноценный мини-пк за 30$ на Linux
    0
    Угу. Как-то так и думал делать. Ибо готовое с Арм(Расп)-биана синхронизироваться даже с костылями не желало…

    На тот момент останавливало не вполне очевидное поведение этого overlayroot — там много чего принудительно «режется» помимо просто подъёма оверлея. Ну и не хотелось писать логику синхронизации рукам — что удалять, что копировать.

    Ща, буду запускать очередную поделку на Зеро — будет повод вернуться к вопросу
  • Вышел Orange Pi 3 — полноценный мини-пк за 30$ на Linux
    0
    Не-не-не!

    Эту утилиту я знаю и «ручным» запуском её overlayroot как раз и пользуюсь (вручную там точно можно отменить оверлей для внешних дисков, через менюшки было нельзя на момент моих эксперментов)

    Вопрос был про фразу «overlayfs с дропом на диск при выключении» — мне помечталось, что есть готовое решение обратной синхронизации оверлея на флешку. Год-два назад готового рабочего варианта не было. Даже записал себе в «дальние проекты» сделать скрипт хоть частичной синхронизации, но всё как-то не до него
  • Вышел Orange Pi 3 — полноценный мини-пк за 30$ на Linux
    0
    А можно чуть подробнее про дроп при выключении?

    В своё время (тоже) настраивал «встроенный» overlayfs на Pi/Pine64. И так и не нашёл такого решения. Пока устраивает внешний HDD с разрешением на запись — всё равно туда видео и openHAB постоянно пишут.
  • Снятие показаний счетчиков в домашних условиях
    0
    Ну… у вышеупомянутой LD3985 так вообще — 6… Как раз LK112 в этом отношении гораздо интереснее. Но — 150мА.
    С другой стороны, 1117 хоть до 15В, но при большой разнице вход/выход быстро превращается в кипятильник :(

    ЗЫ: давно «мечтаю» перейти на импульсники, но как-то пока не нашёл удобного чипа и обхожусь готовыми китайскими блоками, припаянными на плату. Ибо купить рассыпуху выходит раза в 2-3 дороже
  • Снятие показаний счетчиков в домашних условиях
    0
    Я в своих поделках с малым потреблением перешёл на XC6206 (любимая китайская «662k» во всех их поделках): и ток 250мА — обычно хватает на ESP8266, и утечка по факту около 0.7мкА — датчик на ATMega328 + NRF24L01 живёт по полгода без зарядки дохлого китайского LiPo.
  • «DNS over HTTPS» оформлен в RFC 8484 — но не все им довольны
    0
    До этого момента полагал (точнее даже не задумывался), что у микротиков просто «своя» ось. А оно, вона как! О_о

    Погуглил. Не, судя по процедуре рутования, пока потерплю :)
  • «DNS over HTTPS» оформлен в RFC 8484 — но не все им довольны
    0
    Где-то недавно мелькало, могу всё не вспомнить:
    * about:config
    * networking.trr.mode = 2
    * networking.trr.uri = 'https://cloudflare-dns.com/dns-query'

    смотреть, что оно работает через about:networking -> dns

    Про варианты trr.mode — гуглить возможные варианты (2 = предпочитать DoH, fallback to DNS)

    ЗЫ: Firefox должен быть достаточно свежий, точно не помню, но, что-то типа выше 60.3
  • «DNS over HTTPS» оформлен в RFC 8484 — но не все им довольны
    0
    +1
    Когда у меня в Крыму отрубился ДНС провайдера (профукали сертификаты, говорят), то включение RTT в Firefox «внезапно»™ решило проблему, пока народ двое суток повизгивал в единственном средстве коммуникации с провайдером — вконтактике с мобильного :/

    Уже с месяц RTT (т.е. DoH) включён принудительно и совершенно не испытываю проблем с задержками. Если не брать ситуацию, когда мне надо опросить 100500 разных dns имен подряд, то, с учетом даже минимального кеширования, разница не ощутима.

    ЗЫ: вторую неделю неспешно «мечтаю» прикрутить это дело к микротику, но ничего, кроме MetaRouter пока не вырисовывается, а оно глючное…
  • Заряжаем АА, ААА и другое цилиндрическое и аккумуляторное
    0
    Года три как вполне успешно перешёл на 2xAA LiFePo4 с заглушками на своей древней Canon 550Ex. Пользуюсь не часто, но и за аккумами почти не слежу. Вполне годно, две пары по 600мАч — пока одна «работает», вторая вполне успевает зарядиться даже штатными 300мА, если уж совсем много снимать приходится

    В качестве зарядника Nitecore D2 и самопальный аналог китайских плат на CN3058 (аналог TP4056, только для LiFe. Почти pin-to-pin, разница в одной перемычке)
  • Дома с Ксеомой (Видеонаблюдение и VMWARE ESXi)
    0
    Аналитика и скриптинг. Но это в Про лицензии и за совершенно конские (в сравнении с тем же кривым трассиром, например) деньги)) Ну, может, ещё стандартизованная трансляция mjpeg/jpeg «наружу» — полезно, если камера не отдаёт скриншоты…

    У меня уже два года работает Lite на 4 камеры. Сначала на Raspberry Pi2, после её под-сдыхания от перегрева — на Pine 64. Там же крутится OpenHAB/Mosquitto/NodeRed. Загрузка Pine64 — 120% (4 ядра).
    НО! До сих пор нет пресетов в PTZ, да и сам PTZ то и дело отваливается. И в лайт версии _мне_ сильно не хватает того самого скриптинга (веб команда на запись/смену пресета, который не поддерживается :( ) Думал даже городить кусок установки пресетов через NodeRed, но таки лень
  • Новые ревизии модулей на базе ESP8266 не умеют писать в SPI Flash
    0

    Я такие лет 5 назад на али брал "мешком". Звались DIERAN DA250
    С одной стороны — удобно, можно набрать гребёнку на нужную длину _для_домашнихподелок. С другой — очень надо внимательно плату разводить — выводы в шахматном порядке и можно "промазать"

  • Гранит БЗ-300-Л — устранение мигания светодиодных ламп
    –3
    Выше, Вы написали явно не подумавши (надеюсь)

    Угу… недоспал (минус не мой ;) )


    к резистору приложено полное напряжение питающей сети?

    только если нет лампы или она сгорела :)

  • Гранит БЗ-300-Л — устранение мигания светодиодных ламп
    0

    Хм… да чёт я тут нагнал… Недосып, чую, сказывается :)


    По поводу "греется" спорить не буду, но ещё жив зарядник для советских аккумов "под Крону" (пачка Д-0.25 или Д-0.1, не помню) — там 9.1кОм на 2Вт. Да, грелся до потемнения краски, но вполне живой (больше 5Вт на нём рассеивалось).


    По поводу схемы — уточню:


    Есть резистор параллельно лампе, есть неонка с резистором в выключателе.


    Когда выключатель разомкнут, резистор подключен через неонку с выключателем, потому и токи там сильно меньше. Когда выключатель замкнут — лампа шунтирует резистор и всё тоже, вроде, неплохо. А вот если лампа выгорает или выкручена при включённом выключателе, то да, можем получить дым.

  • Гранит БЗ-300-Л — устранение мигания светодиодных ламп
    0

    Про мощность см. выше (или тут )


    А про рабочее напряжение знаю и согласен.


    Ну вот оказалась под рукой "ленточка" именно с такими (при том, что с советских запасов в основном 0.25Вт). Решил воткнуть "на пробу" — проверить по номиналу и подобрать 0.25-0.5Вт… А оно выжило. И лет, хм, а уже и за 20(!) нормально себя чувствует :)

  • Гранит БЗ-300-Л — устранение мигания светодиодных ламп
    –2

    Вот и я так думал. А он даже не греется. Годами :)
    только там не 220, 65мВт — потому как полупериод. И это без лампы. А с лампой и того меньше, хоть и не на много (параллельно же)

  • Гранит БЗ-300-Л — устранение мигания светодиодных ламп
    0

    Это как раз их основное предназначение. Просто оно а) не мгновенно и б) сплавляется обычно наполнитель. А в некоторых ситуациях (мой случай с контроллерами — вероятное отгорание нуля и приход 400В) тока КЗ не достаточно для сработки автоматов (а это от 5 до 10 номиналов для традиционной кривой С — т.е. не 16А, а 80А для мгновенного отключения) и тут уже "советская техника сгорает первой, сохраняя дефицитный предохранитель" © 1980-е


    ЗЫ: И, кстати, если верно обозначение на схеме — варистор на 430В, то сколько выдержит конденсатор на 280В — вопрос. У Х2, ЕМНИП, по даташитам тестовая ≈4-кратная перегрузка на постоянном напряжении на 5сек, но то — разово и на постоянке

  • Гранит БЗ-300-Л — устранение мигания светодиодных ламп
    0

    Так и я к ним особо не подхожу — взял одну задешево, на пробу — как оно, 10Вт на Gx53, а оказалось неплохо.
    2Алексей: (пропуская несмешную шутку про немцев в Химках) У меня не было сомнений в, тсзть, настоящей "родине" этих лампочек, как и каких-то ожиданий. Но, внезапно, взятая на пробу прошла телефонный тест на мерцание, в отличие от Uniel, от которой ждал лучшего по аналогии с остальными их лампами из тестов. И субъективно с цветом тоже не хуже тех же uniel. Хотя, после мерцания, веры "среднему по больницы" тут никакой...

  • Гранит БЗ-300-Л — устранение мигания светодиодных ламп
    0

    Из недавнего (с месяц) порадовали 10Вт "Rev" (3000К, немцы, как бы не за 110р) и 7Вт "Эра" GX53 (2700К) из Ашана (разве что по толщине 10Вт чуть толще "стандарта"). Огорчили Uniel 7Вт из Леруа — сильное мерцание в телефонном тесте.

  • Гранит БЗ-300-Л — устранение мигания светодиодных ламп
    +2

    Это лотерея.


    У меня на работе валяются с десяток плат от американских контроллеров, где варисторы на 273В стояли от искры на контактах реле. Так там от варисторов только ноги остались, а автоматы не срабатывали

  • Гранит БЗ-300-Л — устранение мигания светодиодных ламп
    +1

    Ничего он не защитит — пока варистор "прогреется", конденсатор уже рванёт — проверено и не раз :)


    Кстати, уже лет 10, со времён КЛЛ, использую резистор МЛТ-0.125Вт 220к (пачка валялась, думал, будет греться — не, холодный) параллельно лампе где-нить в районе патрона. Цена вопроса — 30коп. даже в чип-и-дипе, не говоря уж о китайцах. 30 копеек, КАРЛ!!!™

  • Пишем простой модуль ядра Linux
    +2

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


    • откуда взялось register_chrdev и "с чем его есть"? Понять, как регистрировать своё устройство из документации и книг по ядру 2.6 (привет "библии" LDD3) довольно сложно
    • у пишущего модуль ядра НЕТ всяких операций с плавающей точкой, некоторых оптимизаций под процессор и т.п. — желание, например, включить armhf опции, закономерно приводит к ошибке загрузки модуля или зависанию
    • мне, как "новичку" (ибо была проба 'for fun' и дальше не возился) до сих пор непонятно, как, например, прицепить свой датчик тока на I2C к hwmon, thermal, fan или к чему-то, что увидит (опять же — например) lm-sensors
    • ну и хотелось бы хоть названий, чего почитать про написание драйверов под более-менее современные ядра. По мне — начиная с 3.х и сравнивая с 4.х — есть одноплатники с 3.х ядром, но есть и желание пользоваться "плюшками" более новых...
  • Новый 3D-принтер печатает в 10 раз быстрее, чем существующие модели
    0

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

  • Малиновый Прог против Интернета Кирпичей, или Raspberry Pi с графикой на read-only microSD
    +1

    Загуглил — overlayroot это вовсе даже часть ubuntu и доступно как отдельная репа — https://launchpad.net/ubuntu/xenial/+package/overlayroot. Из себя представляет пару скриптов для initramfs, конфиг и chroot-илку, для не-ubuntu можно качать и использовать "вручную"


    Для меня его бонус в отсутсвии возни с ручной настройкой fstab/systemd — у меня часть данных на внешнем HDD, который не надо в overlay, хоть и ценой некоторого неудобства в chroot — там отрубается все, кроме "/", в том числе и /dev.


    Утром перезагружал pine, проверил реакцию на fstrim --all — да, это оно. Время выполнения примерно 3.5 минуты, после чего stat выдаёт 21Гб записанных данных. Что характе́рно — если эту карточку воткнуть в кард-ридер ноутбука, оно пишет "trim не поддерживается".


    Итого, сходимся на мысли, что верить stat-у нужно с оговорками, либо настраивать систему, чтобы fstrim не вызывался для read-only разделов и "не портил статистику" :)


    ЗЫ: Да, повторный вызов fstrim --all через короткое время заканчивается быстро и не меняет (±несколько Мб) значения stat.

  • Малиновый Прог против Интернета Кирпичей, или Raspberry Pi с графикой на read-only microSD
    +3

    Приподниму некро-пост :).


    Во-первых, в armbian появилось готовое решение для overlayfs с довольно приличной гибкостью (см. overlayroot)


    А во-вторых в процессе возни с overlayroot на Pine64 образовалось интересное наблюдение: после неких действий с rw разделом (там это некая магия через chroot) или, что более вероятно, выполнении команды fstrim --all (штатно по крону раз в неделю) показания /sys/block/mmcblk0/stat сильно меняются.


    Замечено было после резкого скачка записанного с 3Гб до 22.1Гб в stat, при том, что корневой раздел честно висит в r/o и времени на запись этих 19Гб было максимум 4 минуты. Для справки:


    • полный объём раздела на SD — 24Гб
    • занято 1.8Гб
    • по сохранённым в перезагрузках показаниям stat записано 48.9Гб — глюк наблюдался дважды на примерно одинаковый объём
    • по данным dumpe2fs -h /dev/mmcblk0p1 — 48Гб
  • Автомонтирование файловых систем с systemd
    0
    Вдогонку из лога:

    // #systemctl status mnt-bind_a.automount
    ...
    Active: inactive (dead)
    ...
    авг 02 23:54:24 x240 systemd[1]: Set up automount Test bind 1 auto.
    авг 02 23:54:33 x240 systemd[1]: mnt-bind_a.automount: Got automount request for /mnt/bind_a, triggered by 24597 (mc)
    авг 02 23:55:45 x240 systemd[1]: Unset automount Test bind 1 auto.

    Вот, нижняя строчка вылезает при (авто-) отмонтировании «родителя»
  • Автомонтирование файловых систем с systemd
    0
    Для этого надо чуть более вменяемое описание зависимостей (Requires/Whants/BindsTo/PartOf), чем то, что лежит на freedesktop.org. Потому как я до конца не понимаю, как это вообще должно работать — как-то после «BindsTo несколько более строгое, чем Requires» и почти то же самое про PartOf, образуется равномерная каша в голове, не разбавляемая даже экспериментами.

    Повожусь ещё несколько вечеров и либо буду сочинять баго-реквест, либо плюну и откачусь на симлинки…

    Огорчает, что нет готового механизма «пнуть зависимых при изменении статуса» на случай _запуска_ .mount/.automount, только на случай его остановки :(
  • Автомонтирование файловых систем с systemd
    0
    Что-то не хочет у меня это всё нормально работать с bind-ами.

    Есть /mnt/sda, с automount. Монтируется при обращении.
    Есть /opt/oh2 == bind to /mnt/sda/oh2 тоже с automount, BindsTo/After/PartOf на mnt-sda.mount.

    При запуске opt-oh2.automount всё первый раз срабатывает. Но! Если отмонтируется /mnt/sda, то opt-oh2.automount переходит в 'inactive(dead)' и, соответственно, перестаёт работать. А OnFailure у automount нет…

    Несколько дней гугления и вопрос на «Тостере» пока результат не дали :(
  • Seek Thermal Pro vs Seek Thermal. Стоит ли оно того?
    0

    Я свой брал банально через и-бей с доставкой за $16 (тут). Нормально пришло за четыре недели обычной почтой


    Резкость наводится и, в отличие от обзора, кольцо резкости болтается

  • Добавление счетчика SDM-220 в OpenHab
    0

    А я трижды уже пытался "переехать", но пока остаюсь на 1.8, хотя и обновленный гуй в 2.0 ощутимо приятнее...


    Особенную "боль" доставляют скрипты из 1.8, которые в 80% случаев надо переписывать. Также сильно иначе стал работать JSONPATH (в частности, не удалось вытянуть данные вида "transform("JSONPATH",$.data[?(@.name=='abc')][0].value)" и пришлось писать JS функцию, генерящую готовый объект по имени поля)


    Сейчас неспешно перевожу всю логику на NodeRed, а openhab занимается только отображением. В планах таки переползти под 2.0 на raspberry pi с read-only root.

  • ESP8266 в качестве MQTT брокера для мобильного приложения
    0
    Согласен с предыдущим оратором )) Идея хороша, но инструмент, ИМХО, сильно избыточен.

    Если ставится задача на посмотреть что-то через модбас, то проще и «дешевле» сделать микро- веб страничку в ЕСП-шке. Ибо чаще раза в секунду всё равно опрашивать без толку, да mqtt внесёт ещё и дополнительные задержки.

    Если уж очень хочется «живого» обновления, то не рефрешем всей страницы, а используя ajax/websocket (не помню, допилили ли их).

    На своих домашних датчиках делаю шаблонообразную веб морду для конфига и просмотра живых значений с рефрешем страницы целиком. Даже раз в секунду полсотни значений нормально успевает отдать
  • Новая система nooLite-F с обратной связью и шифрованием
    0
    Про параллельно не совсем понял.
    Если там разные протоколы, мне придётся постоянно переключать MTRF из старого в новый режим? Или на приём будет работать и так? Раз уж пошла такая пьянка, пример бы…

    Пусть будет освещение: 3-4 люстры по 1-2 канала каждая, на каждую люстру по 2 выключателя (типа «проходных»), некий «комп» с MTRF. Одна из люстр с новым (-F) блоком, остальные с обычными.

    Я так понимаю, что новым блоком (пока) будет рулить исключительно MTRF, а старыми могут как пульты, так MTRF?

    Обратная связь в стационарных пультах особо ничего не даёт,

    Зато появляется вариант желаемых некоторыми выключателей с фиксацией, правда тогда придётся алгоритм вкл/откл выдумывать…
  • Новая система nooLite-F с обратной связью и шифрованием
    0
    Благодарю!

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

    Осталось дождаться выключателей с новым протоколом и жизнь вообще наладится!
  • Новая система nooLite-F с обратной связью и шифрованием
    0
    Не-е-е… Не вариант:

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

    причём, если я сижу дома и надо мной погас свет — это одно, а если это обогреватель/котёл/насос/да-что-угодно где-то далеко, ну хотя бы на даче? И был переключен по какому-то алгоритму не «мной», а другим блоком ноолайт-а…

    Собственно, пока не будет нормальной информации о состоянии исполнительного устройства, буду «облизываться» на ноолайт, но делать свои временные поделки, где точно буду знать, что происходит :)
  • Новая система nooLite-F с обратной связью и шифрованием
    0
    Когда вы отдаёте команду силовому блоку, то в Serial интерфейс приходят ответы,

    Это-то понятно. Но, как по мне, не вполне достаточно. Подождём ответа разработчиков, ибо:

    во-первых, радио — довольно непредсказуемая вещь в плане помех, может и ответ не получить (да, читал, есть состояние «нет ответа» или «ошибка исполнения», но она вряд ли скажет текущий статус).

    во-вторых, я могу, например, перезагрузить своё устройство с MTRF и/или софтом для контроля/визуализации. И как мне узнать нынешнее состояние?
  • Новая система nooLite-F с обратной связью и шифрованием
    0
    Прочитал. Даже скачал мануал по ссылке, но так до конца и не понял два момента:
    — можно ли запросить состояние силового блока (вроде есть команда get_status, но не документирована)?
    — что будет, если я переключу лампу с брелка/выключателя? Узнает ли mtrf об этом?

    Ну и да, с шифрованием как-то непонятно… Раскрыть бы немного подробности
  • Что думают ваши смартфоны про автомобильные USB-зарядки
    0
    их еще есть у других, но немного. Ищутся по mini 5v 3a dcdc или чему-то подобному. Появились новые — Уже и длиннее. На каком чипе — не знаю, но дроссель сильно крупнее
  • Что думают ваши смартфоны про автомобильные USB-зарядки
    0
    Всё возможно.

    Стандарт лишь оговаривает, что _должен_ «говорить» про себя зарядник, а пользоваться ли этими данными — выбор смарта. возможно, 4s ещё наплевательски относился к зарядному кабелю, возможно — переходник USB-Apple достаточно «туп», чтобы игнорировать сигналы с D+/D-.

    Я как-то не пользуюсь продукцией Apple, а с остальными не раз бывало, что «железка» не хочет брать больше 0.5А потому как не понимает, что это «зарядник». Дополнительный квест — китайские USB шнурки — либо непропай/обрыв по одной из жил, либо D+/D- не распаяны вообще, либо жилы настолько тонкие, что на 0.5м шнурка падает до 1В на 0.7А нагрузки…