Что это было? Основные документы для пожаротушения и пожарной сигнализации - ФЗ123 и соответствующие СП (1-10..., 484, 485, 486).
Не пожарный датчик, а извещатель - изделие, которое включает в свой состав датчики и еще кучу всякой фигни.
В дата-центре мы используем современные сигнализации и другие устройства для своевременного обнаружения огня. Среди них — цифровые и адресные сигнализации, а также аспирационные системы.
Ну и привели бы фото ваших систем, а не сдвоенные пожарные извещатели (позорище какое :) ).
Судя по отзывам этот модуль зачастую приходит уже нерабочим. Даже есть предположение, что он сделан на отбраковке, т.е. может работать, а может Wi-Fi не работать, а может просто сильно греться. В итоге, почитав отзывы, я отказался его брать в пользу других платок на C3.
По самому устройству: если уже сделали дисплеи, то можно было бы добавить кнопку, которая позволяла бы переключать наборы приложений, т.е. нажал/переключил и приложения поменялись на следующие 5.
Подсветка может быть и выглядит круто, но имхо это китайщина, которая сейчас популярна в моддинге системных блоков. При постоянном использовании подсветка нужна по минимуму.
Для слепого использования лучше делать переключатели по самолетному, т. е. разными по типу и размеру, но придумать дизайн для такого сложнее.
Корпус кстати можно делать из латуни (вар. 2) или дерева, чтобы придать товару ретро-стиль и некую премиальность.
xxxA версии нужны только для поддержки старого кода времен Windows95/98. Имхо сейчас имеет смысл сразу определять макрос UNICODE, и использовать xxx-имена, без W. C-либы с char по сути работают с UTF8, в то время как Windows работает с UTF16, что просто надо держать в уме и выполнять перекодирование, когда это требуется.
Лично у меня WinAPI вызывает скорее восхищение, учитывая, что этому API более 30 лет, и ему пришлось столкнуться с тем, на что он не был рассчитан, напр. hiDPI и темами оформления, при помощи костылей это всё равно было решено. Самый большой плюс - код на нем просто работает, как на Win95, так и на Win11. На том же Android каждые пару лет старые методы объявляются deprecated и пишется замена.
Для меня остается загадкой почему используют "арочные" провода, когда без проблем можно купить или сделать "плоские" и не порождать макаронного монстра.
Конечно он там программный - ATtiny13 же. Используемый в MicroCore библиотека для UART минималистична, но все равно запихнуть остальной функционал в доступные 1Кб было небольшим вызовом :)
Да это уже вкусовщина что выводить. Обвешиваться экранами смысла нет: для полноценного мониторинга есть системы мониторинга Prometheus/Zabbix с Grafana, а для отображения текущего статуса маленького экранчика достаточно.
Вывод FPS - это отдельная задача, которая в общем виде для всех ОС/производителей чипов вроде решения не имеет.
Обороты вентиляторов, заполненность диска/ов, состояние какой либо службы/приложения. Наверно можно заглянуть в системные логи и показать предупреждение, если там нашлось что-то не то. И даже запарсить вывод curl и выводить какое-нить число из интернета, напр. число просмотров статьи или погоду, но для этого лучше делать взять экран побольше.
Себе я для вывода температуры сделал и просто отображения, что NAS работает.
Да есть у меня и такая Arduino и Digispark на ATtiny85. Понятно, что можно сделать и на них, чтобы избежать использования USB-UART переходника, но в таком случае делать обычный вывод строки слишком просто - тогда надо и поддержку нескольких дисплеев, внешних термометров (в этом случае хост отправляет плейсхолдер) и еще чего-нибудь.
P.S. Про Virtual com port не знал, да и как то не задумывался о таком ибо сразу ориентировался на физический порт. Спасибо за наводку.
Идея не в том, чтобы как то отправить данные наружу, а так, чтобы это можно было сделать без дополнительного ПО на хосте (за исключением драйвера для USB-UART, если COM-порта нет). Нет никакой команды (во всяком случае я не знаю), чтобы отправить строку на конкретный USB-порт и он передался как строка. Аналогично с GPIO. А вот COM-порт именно для этого и разрабатывался и поэтому, получив значение той же температуры в shell-скрипте - в Windows через WMI, а в Linux через что угодно, надо просто его прокинуть дальше вызовом echo. То есть вся программная часть хоста - это скрипт, не требующий особых навыков программирования. В шутке " Кажется, изобретён мини-терминал... " только доля шутки :)
Насчет того, что COM-портов - нет, как я уже писал ранее, это скорее заблуждение. Их нет только на самых бюджетных материнках, где в погоне за дешевизной выкинуто всё лишнее и оставлено два слота памяти (специально проверил у Gigabyte и MSI).
makefile и avr-gcc не использовал, т.к. сам любитель и переходить на Atmel Studio смысла пока не вижу. Если была бы нужда реализовать поддержку нескольких дисплеев на одном микроконтроллере, то да, пришлось бы перейти, т.к. с Arduino IDE уже уперся по памяти в потолок.
ESC-последовательности, как мне кажется, для данного проекта избыточны, т.к. дисплей однострочный. Если бы требовалось выводить несколько строк и/или графику, то да, имело смысл. А так старался сделать палку-веревку: для переключения режима была выбрана собачка, т.к. проблем с её выводом в консоли - нет, в отличии от ^ или |.
Лично я не знаю как отправить данные из консоли в USB без написания своего драйвера, что порождает написание кучи кода под разные ОС. Зачем усложнять задачу?
Если COM нет, то его не проблема добавить через USB-UART. Кроме того, даже если на материнке нет COM-порта на задней панели, то это не значит что его вовсе нет - иногда на плате есть его 10-пиновая колодка.
А почему нет? NAS, сервера, базовые одноплатники как Orange Pi Zero и возможно некоторые Wi-Fi роутеры с OpenWRT. Сценарии не самые распространенные, но бывают. Себе я для NAS, построенном на mini-ITX плате, это сделал.
Не соглашусь с вашим мнением. Достаточно интересно видеть технический взгляд не с вендорской стороны (от рекламы "все могем", которая заселила Хабр - уже тошнит).
Не знаю как в ИТ, но в противопожарной сфере определение в одном нормативе может значить иное в другом нормативном документе. Потом ВНИИПО объясняет, что они все-таки имели ввиду при разработке норм. Очень забавный процесс.
Что это было? Основные документы для пожаротушения и пожарной сигнализации - ФЗ123 и соответствующие СП (1-10..., 484, 485, 486).
Не пожарный датчик, а извещатель - изделие, которое включает в свой состав датчики и еще кучу всякой фигни.
Ну и привели бы фото ваших систем, а не сдвоенные пожарные извещатели (позорище какое :) ).
Судя по отзывам этот модуль зачастую приходит уже нерабочим. Даже есть предположение, что он сделан на отбраковке, т.е. может работать, а может Wi-Fi не работать, а может просто сильно греться. В итоге, почитав отзывы, я отказался его брать в пользу других платок на C3.
По самому устройству: если уже сделали дисплеи, то можно было бы добавить кнопку, которая позволяла бы переключать наборы приложений, т.е. нажал/переключил и приложения поменялись на следующие 5.
Подсветка может быть и выглядит круто, но имхо это китайщина, которая сейчас популярна в моддинге системных блоков. При постоянном использовании подсветка нужна по минимуму.
Для слепого использования лучше делать переключатели по самолетному, т. е. разными по типу и размеру, но придумать дизайн для такого сложнее.
Корпус кстати можно делать из латуни (вар. 2) или дерева, чтобы придать товару ретро-стиль и некую премиальность.
Лично я уже делаю из старых Android-телефонов большие часы.
xxxA версии нужны только для поддержки старого кода времен Windows95/98. Имхо сейчас имеет смысл сразу определять макрос UNICODE, и использовать xxx-имена, без W. C-либы с char по сути работают с UTF8, в то время как Windows работает с UTF16, что просто надо держать в уме и выполнять перекодирование, когда это требуется.
Лично у меня WinAPI вызывает скорее восхищение, учитывая, что этому API более 30 лет, и ему пришлось столкнуться с тем, на что он не был рассчитан, напр. hiDPI и темами оформления, при помощи костылей это всё равно было решено. Самый большой плюс - код на нем просто работает, как на Win95, так и на Win11. На том же Android каждые пару лет старые методы объявляются deprecated и пишется замена.
Для меня остается загадкой почему используют "арочные" провода, когда без проблем можно купить или сделать "плоские" и не порождать макаронного монстра.
Конечно он там программный - ATtiny13 же. Используемый в MicroCore библиотека для UART минималистична, но все равно запихнуть остальной функционал в доступные 1Кб было небольшим вызовом :)
Так все шаги описаны в статье под спойлером "Прошивка ATtiny13 посредством Arduino вкратце".
Да это уже вкусовщина что выводить. Обвешиваться экранами смысла нет: для полноценного мониторинга есть системы мониторинга Prometheus/Zabbix с Grafana, а для отображения текущего статуса маленького экранчика достаточно.
Вывод FPS - это отдельная задача, которая в общем виде для всех ОС/производителей чипов вроде решения не имеет.
Обороты вентиляторов, заполненность диска/ов, состояние какой либо службы/приложения. Наверно можно заглянуть в системные логи и показать предупреждение, если там нашлось что-то не то. И даже запарсить вывод curl и выводить какое-нить число из интернета, напр. число просмотров статьи или погоду, но для этого лучше делать взять экран побольше.
Себе я для вывода температуры сделал и просто отображения, что NAS работает.
Да есть у меня и такая Arduino и Digispark на ATtiny85. Понятно, что можно сделать и на них, чтобы избежать использования USB-UART переходника, но в таком случае делать обычный вывод строки слишком просто - тогда надо и поддержку нескольких дисплеев, внешних термометров (в этом случае хост отправляет плейсхолдер) и еще чего-нибудь.
P.S. Про Virtual com port не знал, да и как то не задумывался о таком ибо сразу ориентировался на физический порт. Спасибо за наводку.
Идея не в том, чтобы как то отправить данные наружу, а так, чтобы это можно было сделать без дополнительного ПО на хосте (за исключением драйвера для USB-UART, если COM-порта нет). Нет никакой команды (во всяком случае я не знаю), чтобы отправить строку на конкретный USB-порт и он передался как строка. Аналогично с GPIO. А вот COM-порт именно для этого и разрабатывался и поэтому, получив значение той же температуры в shell-скрипте - в Windows через WMI, а в Linux через что угодно, надо просто его прокинуть дальше вызовом echo. То есть вся программная часть хоста - это скрипт, не требующий особых навыков программирования. В шутке " Кажется, изобретён мини-терминал... " только доля шутки :)
Насчет того, что COM-портов - нет, как я уже писал ранее, это скорее заблуждение. Их нет только на самых бюджетных материнках, где в погоне за дешевизной выкинуто всё лишнее и оставлено два слота памяти (специально проверил у Gigabyte и MSI).
makefile и avr-gcc не использовал, т.к. сам любитель и переходить на Atmel Studio смысла пока не вижу. Если была бы нужда реализовать поддержку нескольких дисплеев на одном микроконтроллере, то да, пришлось бы перейти, т.к. с Arduino IDE уже уперся по памяти в потолок.
ESC-последовательности, как мне кажется, для данного проекта избыточны, т.к. дисплей однострочный. Если бы требовалось выводить несколько строк и/или графику, то да, имело смысл. А так старался сделать палку-веревку: для переключения режима была выбрана собачка, т.к. проблем с её выводом в консоли - нет, в отличии от ^ или |.
Я документацию не смотрел, а просто поверил информации от разработчика библиотеки для ATttiny13. Проверять резона не было, т.к. вроде всё нормально и так работает.
Насколько могу судить Olimex - это другой модуль на SSD1306, и ему да, нужна подтяжка.
Лично я не знаю как отправить данные из консоли в USB без написания своего драйвера, что порождает написание кучи кода под разные ОС. Зачем усложнять задачу?
Если COM нет, то его не проблема добавить через USB-UART. Кроме того, даже если на материнке нет COM-порта на задней панели, то это не значит что его вовсе нет - иногда на плате есть его 10-пиновая колодка.
У SSD1306 они уже есть.
А почему нет? NAS, сервера, базовые одноплатники как Orange Pi Zero и возможно некоторые Wi-Fi роутеры с OpenWRT. Сценарии не самые распространенные, но бывают. Себе я для NAS, построенном на mini-ITX плате, это сделал.
А это не одного уровня производители (туда же и beelink)?
Не соглашусь с вашим мнением. Достаточно интересно видеть технический взгляд не с вендорской стороны (от рекламы "все могем", которая заселила Хабр - уже тошнит).
Не знаю как в ИТ, но в противопожарной сфере определение в одном нормативе может значить иное в другом нормативном документе. Потом ВНИИПО объясняет, что они все-таки имели ввиду при разработке норм. Очень забавный процесс.
Был у меня заказчик, который сказал - хочу волшебную кнопку EPO от APC :) Вот она бы точно помогла вашему охраннику (для этого и придумана).