Конечно не стоит эта лампочка 1300+ ₽. Но важно здесь не это, интересный девайс с точки зрения ремонтопригодности, для таких пытливых умов вроде меня. Плюс, давно оставил в запасе несколько легко разбирающихся ламп в цоколе E27, как раз с целью покопаться и сделать из них парочку умных, благо, в светодиодных лампах места реально много и уместить там можно без проблем, например Arduino Nano с модулем питания с 220В на низковольтное. А вот идея с куском светодиодных лент мне понравилась, повторяемость на уровне - есть паяльник и руки из плеч, значит справишься.
Технарий
Давно видел на алике умные розетки Bseed, а так же USB + Type-C розетки и всё хотелось понять как же они будут дружить с электрикой Schneider Systeme Electric серии AtlasDesign. Уже даже хотел купить, но увидел тут в отзывах наконец-то пример с фото - вот…
Я конечно не дизайнер, но как будто есть небольшие зазоры, самую малость 😁
А кроме шуток, над этими розетками всё же всерьёз раздумываю, просто у меня очередной колхозинг планируется. Собственно USB розетки например от SE стоят на порядки (~8000₽/шт.) больше Bseed (~2000₽/шт.). Искренне верю, что в SE стоят очень надёжные компоненты и оно того стоит, но приличная, проверенная, надёжная GaN зарядка на те же 65Вт у Ugreen, Baseus стоят порядка 1500-2500₽, как поймаешь. Так что в любом случае, вижу смысл взять одну USB розетку Bseed и как минимум посмотреть, что там внутри, а скорее даже для начала поищу на просторах сети, думаю кто-то уже разбирал. И если это всё таки годный девайс в плане качества, то уже буду костылить свой вариант в рамку AtlasDesign, из того что мне видится это:
1. В многопостовой рамке использовать просто родную заглушку, которая стоит копейки, дальше дело прямых рук, острого резака и прочих подручных инструментов.
2. В случае с одиночным прибором, попробовать накидать в CAD и распечатать вариант верхней крышки модуля под родную 1-постовую рамку. Благо краску под мою серию мне в автокрасках подобрали и закачали в баллоны.
А кроме шуток, над этими розетками всё же всерьёз раздумываю, просто у меня очередной колхозинг планируется. Собственно USB розетки например от SE стоят на порядки (~8000₽/шт.) больше Bseed (~2000₽/шт.). Искренне верю, что в SE стоят очень надёжные компоненты и оно того стоит, но приличная, проверенная, надёжная GaN зарядка на те же 65Вт у Ugreen, Baseus стоят порядка 1500-2500₽, как поймаешь. Так что в любом случае, вижу смысл взять одну USB розетку Bseed и как минимум посмотреть, что там внутри, а скорее даже для начала поищу на просторах сети, думаю кто-то уже разбирал. И если это всё таки годный девайс в плане качества, то уже буду костылить свой вариант в рамку AtlasDesign, из того что мне видится это:
1. В многопостовой рамке использовать просто родную заглушку, которая стоит копейки, дальше дело прямых рук, острого резака и прочих подручных инструментов.
2. В случае с одиночным прибором, попробовать накидать в CAD и распечатать вариант верхней крышки модуля под родную 1-постовую рамку. Благо краску под мою серию мне в автокрасках подобрали и закачали в баллоны.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍1
Forwarded from Lavritech Iot и автоматизация
Новый шлюз из серии Lavritech L2 — компактная, но серьёзная железка.
Всё, что мы любим:
✅ LoRa
✅ Wi-Fi
✅ RS-485
…но главное — тут есть Ethernet.
📦 В отличие от L1-серии, это уже не DIY-подход на dev-модулях ESP32, а наша собственная разработка, упакованная в процессонрый модуль 1 DIN, что позволило сделать 2DIN устройство с таким функционалом.
Внутри — аккуратная интеграция всех интерфейсов + отдельный слот расширения.
Что умеет L2 Gate:
• Modbus RTU / TCP (Master и Slave)
• Работа с LoRaWAN-устройствами
• Интеграция через Ethernet
• Управление целым щитом устройств
• Возможность расширения под задачу (через слот)
Сценарии использования — от шлюза до мини-сервера участка.
🧠 Компактная, надёжная и гибкая штука получилась.
Уже на подходе — покажем вживую, когда будут готовы.
#Lavritech #L2Gate #iotконтроллер #LoRaWAN #modbus #rs485 #ethernet #промышленнаяавтоматика #шлю
Всё, что мы любим:
✅ LoRa
✅ Wi-Fi
✅ RS-485
…но главное — тут есть Ethernet.
📦 В отличие от L1-серии, это уже не DIY-подход на dev-модулях ESP32, а наша собственная разработка, упакованная в процессонрый модуль 1 DIN, что позволило сделать 2DIN устройство с таким функционалом.
Внутри — аккуратная интеграция всех интерфейсов + отдельный слот расширения.
Что умеет L2 Gate:
• Modbus RTU / TCP (Master и Slave)
• Работа с LoRaWAN-устройствами
• Интеграция через Ethernet
• Управление целым щитом устройств
• Возможность расширения под задачу (через слот)
Сценарии использования — от шлюза до мини-сервера участка.
🧠 Компактная, надёжная и гибкая штука получилась.
Уже на подходе — покажем вживую, когда будут готовы.
#Lavritech #L2Gate #iotконтроллер #LoRaWAN #modbus #rs485 #ethernet #промышленнаяавтоматика #шлю
Lavritech Iot и автоматизация
Новый шлюз из серии Lavritech L2 — компактная, но серьёзная железка. Всё, что мы любим: ✅ LoRa ✅ Wi-Fi ✅ RS-485 …но главное — тут есть Ethernet. 📦 В отличие от L1-серии, это уже не DIY-подход на dev-модулях ESP32, а наша собственная разработка, упакованная…
Давно слежу за этими ребятами, очень интересные девайсы делают.
У меня тут в очередной раз Home Assistant с ума сошёл, но не без причины конечно, по собственному недосмотру как это бывает. Переполнился раздел var, но это я уже оперативно почистил что мог, чтобы дальше разбираться с работающей системой:
А причина тут достаточно банальная, логи мать их, ЛОГИ! Можно посмотреть размер логов в папке с контейнерами docker, вот такой командой:
и увидеть там такого вида вывод для простоты просмотра сократил вывод, для наглядности хватит, ну и самые жирные логи покажу, а они оказались из контейнеров influxdb и особенно telegraf:
Собственно с причинами такой мусорки в логах разбираться было не охота сейчас и некогда, просто грохнул их, соответственно добавил в docker-compose.yml пару строк, чтобы избежать такого раздувания файла с логами у этих двух контейнеров, надо писать к каждому контейнеру данную опцию:
/dev/mapper/HomeAssistant--vg-var 69G 60G 5.6G 92% /var
А причина тут достаточно банальная, логи мать их, ЛОГИ! Можно посмотреть размер логов в папке с контейнерами docker, вот такой командой:
sudo sh -c "du -ch /var/lib/docker/containers/*/*-json.log"
и увидеть там такого вида вывод для простоты просмотра сократил вывод, для наглядности хватит, ну и самые жирные логи покажу, а они оказались из контейнеров influxdb и особенно telegraf:
18G /var/lib/docker/containers/33b08c036bfa575f90ce1fce1c0d58f9340774faceb8bb63378d2251675d9fd3/33b08c036bfa575f90ce1fce1c0d58f9340774faceb8bb63378d2251675d9fd3-json.log
......
4.6G /var/lib/docker/containers/f2a6cc138704aa5e5fa68afae9c651bd3a274a217fc9237780dad6c0dbc5fa01/f2a6cc138704aa5e5fa68afae9c651bd3a274a217fc9237780dad6c0dbc5fa01-json.log
23G total
Собственно с причинами такой мусорки в логах разбираться было не охота сейчас и некогда, просто грохнул их, соответственно добавил в docker-compose.yml пару строк, чтобы избежать такого раздувания файла с логами у этих двух контейнеров, надо писать к каждому контейнеру данную опцию:
logging:
driver: "json-file"
options:
max-size: "500m"
max-file: "3"
🤯1
И допом настроил наконец-то, чтобы мне в телегу скрипт отправлял информацию, когда какой-либо из разделов превысит объём в 75% процентов использованного пространства, вот такой скрипт:
И скрипт в cron:
#!/bin/bash
# --- Настройки ---
BOT_TOKEN="ЗДЕСЬ ТОКЕН ВАШЕГО БОТА"
CHAT_ID="А ЗДЕСЬ Chat ID вашей телеги куда будет писать бот"
THRESHOLD=80 # порог заполнения в %
# --- Проверка всех разделов ---
df -h --output=source,pcent,target | tail -n +2 | while read -r FS USEP MOUNT; do
USAGE=$(echo $USEP | tr -d '%')
if [ "$USAGE" -ge "$THRESHOLD" ]; then
MESSAGE="⚠️ Раздел $MOUNT ($FS) заполнен на $USAGE%!"
curl -s -X POST "https://api.telegram.org/bot$BOT_TOKEN/sendMessage" \
-d chat_id="$CHAT_ID" \
-d text="$MESSAGE"
fi
done
И скрипт в cron:
*/5 * * * * /usr/local/bin/check_disk.sh
🤯1
Ну и на этом фоне, вот вам адаптация от ChatGPT стихов в стиле Маяковского на тему смены профессии эникея на девопса, ай как ладно то вышло 😁:
Эникейщику хорошо,
а DevOps-у —
лучше,
я бы к серверам пошёл,
пусть меня научат.
Я
сначала
настрою
сеть
такую,
какую хочу.
Самое главное,
чтобы было написано
кодом
чистым,
живым словно.
Это будет
перёд,
называется деплой.
Это
каждый разберёт —
это база,
это лог.
План готов,
и вокруг
сто задач
на тысячу скриптов.
Скрипты бегают
по облакам.
Где трудно автоматизировать,
там
джоба ревёт;
поднимает контейнеры,
будто кирпичи.
Перетаскивает конфиги,
закалённые в тестах.
По серверу прокатили мониторинг.
И система готова,
и метрики есть.
Хороший код,
надёжный код
на все среды,
и жизнь пользователей в нём
стабильна и комфортна.
Эникейщику хорошо,
а DevOps-у —
лучше,
я бы к серверам пошёл,
пусть меня научат.
Я
сначала
настрою
сеть
такую,
какую хочу.
Самое главное,
чтобы было написано
кодом
чистым,
живым словно.
Это будет
перёд,
называется деплой.
Это
каждый разберёт —
это база,
это лог.
План готов,
и вокруг
сто задач
на тысячу скриптов.
Скрипты бегают
по облакам.
Где трудно автоматизировать,
там
джоба ревёт;
поднимает контейнеры,
будто кирпичи.
Перетаскивает конфиги,
закалённые в тестах.
По серверу прокатили мониторинг.
И система готова,
и метрики есть.
Хороший код,
надёжный код
на все среды,
и жизнь пользователей в нём
стабильна и комфортна.
🔥1
Пушка, пошли дела админские, те что складывал на потом и присыпал.
Сегодня установил себе Xpenology на Proxmox, только вот пару нюансов с дисками вышло, не получилось пробросить весь контроллер в NAS, вся дисковая подсистема гипервизора переходит в режим read-only, всё виснет наглухо. Заказал себе отдельный PCI-e HBA контроллер, буду его целиком в Xpenology пробрасывать.
Сегодня установил себе Xpenology на Proxmox, только вот пару нюансов с дисками вышло, не получилось пробросить весь контроллер в NAS, вся дисковая подсистема гипервизора переходит в режим read-only, всё виснет наглухо. Заказал себе отдельный PCI-e HBA контроллер, буду его целиком в Xpenology пробрасывать.
👍1
Технарий
И ещё наконец-то настроил нативный бэкап Proxmox с помощью Proxmox Backup Server, кстати очень удобный и лёгкий в настройке. Процесс настройки распишу отдельно.
Новый бэкап настроил, а старый то в Veeam не отключил 😅 . Но на самом деле делал это намеренно, когда переехал с ESXi на Proxmox, чтобы не забыть это сделать, да конечно это следовало бы делать сразу после переезда, но на свежем сервере что-то не спешил.
❗️ В рабочих вопросах вопрос настройки бэкапов это первое, что выполняю после настройки и запуска серверов. Так что про резервное копирование не забывайте, оно сбережёт вам много нервных клеток, репутацию, карму и прочие вытекающие.
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
👍1
Технарий
Пушка, пошли дела админские, те что складывал на потом и присыпал. Сегодня установил себе Xpenology на Proxmox, только вот пару нюансов с дисками вышло, не получилось пробросить весь контроллер в NAS, вся дисковая подсистема гипервизора переходит в режим…
Такой контроллер заказал на AliExpress - HUA LAI JIE LSI 9240-8i SAS. Когда приедет буду пробовать, поделюсь результатами. Судя по отзывам уже прошитый в IT приезжает и из коробки можно втыкать его в любой NAS.
Только поставил отдельный ИБП на сервер, из закромов после переезда, а в нём одна из АКБ уже устала, слишком долго отдыхала 😐