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.
Только поставил отдельный ИБП на сервер, из закромов после переезда, а в нём одна из АКБ уже устала, слишком долго отдыхала 😐
Технарий
Photo
В этот раз решил не морочиться и взять что дешевле и по отзывам нормальное, в прошлый раз убеждали в магазине 1000va, что эти fiamm живут долго, все дела, но если и долго, то может на год больше аналогичных, от других производителей, короче будем посмотреть.
Технарий
В этот раз решил не морочиться и взять что дешевле и по отзывам нормальное, в прошлый раз убеждали в магазине 1000va, что эти fiamm живут долго, все дела, но если и долго, то может на год больше аналогичных, от других производителей, короче будем посмотреть.
Справедливости ради решил найти когда я покупал два аккумулятора fiamm, чуточку больше 3 лет они прожили, куплены 18.07.2022, плюс минус через пару дней были установлены. Вчера ИБП проверял как держит нагрузку, т.к. уже пару месяцев периодически выдавал ошибку калибровки АКБ, выяснилось, что не держит совсем, так что ИБП не зря ругался. Что-то мне подсказывает, что новые не меньше 2 лет будут жить, а с учётом, что разница с fiamm в 4 раза в цене на данный момент, то можно и не париться.
Технарий
Такой контроллер заказал на AliExpress - HUA LAI JIE LSI 9240-8i SAS. Когда приедет буду пробовать, поделюсь результатами. Судя по отзывам уже прошитый в IT приезжает и из коробки можно втыкать его в любой NAS.
Такая красота получается в RAID 5, в сумме порядка 10Тб хранилище.
Я сегодня понял, что ничего не знаю про жёсткие диски. Да в 5 утра, но теперь зато вам буду про них рассказывать 😂