О, прямо как EOMA-68. Думаю, различие в том, что EOMA переживёт эти карты (как и многие «новинки» от Intel&Co), да и с открытостью будет намного лучше.
Можно и тоже очень классная идея — просто три года назад, когда я разрабатывал это, у меня не было смартфона с OTG, но была необходимость сделать что-то с дисплеями =)
В случае с Raspberry Pi первичная настройка чаще всего теряет актуальность, если ты переместил её в другое место с другим WiFi (тогда как с другими компьютерами, которые мы используем это признаётся неудобным и недопустимым). Вот эту проблему я и решаю =)
Через смартфон можно, но решение ограниченное (нужно и другие девайсы подрубать через смартфон, всё равно нужно знать IP и так далее).
К сожалению, нет. Эти шилды хоть и очень похожи визуально, но предназначены для Arduino — pinout, как видно, преназначен для Arduino, плюс все пять кнопок повешены на один аналоговый канал через резисторный делитель, что делает считывание кнопок с такого нетривиальной задачей. Я нашёл такой шилд на Али: https://ru.aliexpress.com/item/I2C-IIC-16x2-RGB-LCD-Display-Shield-1602-Blue-Backlight-For-Raspberry-Pi-B-B/32772412372.html, можно видеть, что у него есть соответствующие надписи и коннектор для Raspberry Pi.
Да, I2C и такие дисплеи — клёвое комбо: пины не занимает, проц не нагружает, для интерфейса хватает. Правда, первый шилд по ссылке почти полностью повторяет шилд за 5 долларов от китайцев, но второй — прикольный пример того, что можно сделать, если экспериментировать.
Единственный минус таких шилдов — на каждый символ для дисплея нужно обновить данные на экспандере 6 раз, что занимает время. Мне больше нравятся серьёзные дисплеи, которые всё ещё символьные, но сразу принимают символы через I2C и вывод данных просто мгновенный. Правда, вот шилдов на них не так много и они не такие дешёвые, да и не так распространены =(
Это я очень хорошо понимаю. Идея была не о массовом производстве, а о самодельном интерфейсе, который можно сделать для своих роутеров. Впрочем, Микротик встраивает такие интерфейсы в некоторые из своих девайсов и не жалуется — естественно, проблема в том, что они не open-source и нельзя на какой-нибудь свой домашний роутер поставить такое же =)
Использует, но 1) не всегда доступны логи DHCP 2) не везде можно задать статический адрес 3) к WiFi таким способом не подключишься. Как только пришёл куда-то показать свой проект — всё, запускай nmap и надейся на лучшее =)
Не, я имею в виду — использовать такой интерфейс на настоящих роутерах из роутерного железа =) Pi — это Pi, действительно несравнимо с даже домашним роутером. Я о том, что роутерам порой такого интерфейса не хватает =)
Было бы прикольно портировать хотя бы частично на C и использовать очень простую версию для роутеров =) Там, если интерфейсы повисли после изменения конфига, вообще иногда приходится сбрасывать настройки — очень неудобно.
Нормальный контроль над бордой можно получить и по SSH. Другое дело — до него добраться. С pyLCI к нему легко добраться самому, а проинструктировать кого-то лишь немного труднее.
Моё решение и для гиков тоже. Я сам гик, и в какой-то момент меня задолбало каждый раз подключать UART/сканировать сеть/дебажить окольными путями. Уверен, меня можно понять. И я знаю, что я не один такой, кто хочет просто взять и начать работать, а не что-то искать.
В итоге у меня получилось создать хорошее решение этой проблемы. Более того, оно ещё и служит как интерфейс для разных приложений, которые гики могут писать для решения своих насущных гиковских проблем — и проблем других людей, менее гиков. Так что позиционирование нормальное =)
Очень странно, но, видимо, правда. =( Кстати, на офсайте сказали, что можно сделать touch /boot/ssh (на первом разделе с загрузчиком создать файл ssh) и будет работать.
Можно прописать IP, но он будет доступен, только пока не подключитесь к другой сетке с другим адресом — к примеру, с 192.168.1.0 на 192.168.8.0. Можно и WiFi прописать так же — почти такие же ограничения. Потом приносите вашу Pi куда-то ещё, говорите «Ой» и монтируете SD-карту, чтобы прописать IP. Впрочем, вдумайтесь — есть успешный краудфандинг на тему софта, который считывает данные сети с флешки и записывает IP. Если посмотреть со стороны — ужасный костыль. Моё решение позволяет делать очень юзер-френдли вещи.
Один раз подключиться — на самом деле не такая большая проблема, можно, и установить pyLCI при этом. Большая проблема тогда, когда нужно подключаться много раз в разных условиях — или хотя бы один раз. Тогда подход с прописыванием IP и WiFi и ломается.
Я вот делаю образы Pi со своими настройками — устанавливаю на карточку Raspbian, запускаю Pi, устанавливаю нужный софт (в том числе и pyLCI), делаю настройки, вырубаю Pi и клонирую карточку. Проблем минимум =)
Хотите установку, ни разу не подключаясь к Pi, но при этом карточку подключать нормально? Извращение, но можно. Монтируете карточку, кладёте в /opt/pylci скачанный pyLCI с GitHub, перекидываете systemd unit в /etc/systemd/system, в /etc/rc.local пишете systemctl daemon-reload, enable pylci.service, start pylci.service. С железом сложнее — для I2C шилда smbus-библиотека по умолчанию не установлена, но можно подключить экран и кнопки через GPIO и записать в конфиг. Да немного сложнее, учитывая, но я на самом деле хорошо поработал над тем, чтобы зависимости были только там, где ну никак иначе — поэтому только одна библиотека зависимости.
1) Есть, o.enable_backlight() и o.disable_backlight(), более того, в pyLCI есть функция автоматического гашения подсветки через какое-то время неактивности, её нужно включить в конфиге. Это пока не задокументировано (не протестировано на всех экранах), но присутствует уже какое-то время.
2) Есть, o.set_rgb(red, green, blue)
Клёво выглядит! Что за предназначение, если не секрет? Какие библиотеки используешь с экраном и какой отзыв о них?
У меня клавиатура — матрица 5х6, 30 кнопок, считывается отдельным МК для разгрузки процессора Zero и экономии GPIO. Кнопки отдельным слоем, теоретически, можно на одной плате и кнопки и нижнюю плату развести, но не хотелось. Кстати, плата разводится очень просто — на одном слое только вертикальные дорожки, на другом только горизонтальные и всё вмещается без единой проблемы при разводке.
С USB-UART большой проигрыш по удобству. Железо стоит 5$ вместо 2$ (да, в несколько раз математически, но разница смешная), но пользователю/клиенту/жене не скажешь «Подключись USB-UART и введи такую-то команду» — вы же понимаете, сколько действий за этим стоит? А вот с pyLCI работать быстро и удобно — подключение к WiFi для пользователя в обычном случае займёт от 10 секунд до минуты.
Через смартфон можно, но решение ограниченное (нужно и другие девайсы подрубать через смартфон, всё равно нужно знать IP и так далее).
Единственный минус таких шилдов — на каждый символ для дисплея нужно обновить данные на экспандере 6 раз, что занимает время. Мне больше нравятся серьёзные дисплеи, которые всё ещё символьные, но сразу принимают символы через I2C и вывод данных просто мгновенный. Правда, вот шилдов на них не так много и они не такие дешёвые, да и не так распространены =(
А если перестать ограничивать себя домашними условиями, то работать с Pi становится ещё интереснее =)
Моё решение и для гиков тоже. Я сам гик, и в какой-то момент меня задолбало каждый раз подключать UART/сканировать сеть/дебажить окольными путями. Уверен, меня можно понять. И я знаю, что я не один такой, кто хочет просто взять и начать работать, а не что-то искать.
В итоге у меня получилось создать хорошее решение этой проблемы. Более того, оно ещё и служит как интерфейс для разных приложений, которые гики могут писать для решения своих насущных гиковских проблем — и проблем других людей, менее гиков. Так что позиционирование нормальное =)
Один раз подключиться — на самом деле не такая большая проблема, можно, и установить pyLCI при этом. Большая проблема тогда, когда нужно подключаться много раз в разных условиях — или хотя бы один раз. Тогда подход с прописыванием IP и WiFi и ломается.
Я вот делаю образы Pi со своими настройками — устанавливаю на карточку Raspbian, запускаю Pi, устанавливаю нужный софт (в том числе и pyLCI), делаю настройки, вырубаю Pi и клонирую карточку. Проблем минимум =)
Хотите установку, ни разу не подключаясь к Pi, но при этом карточку подключать нормально? Извращение, но можно. Монтируете карточку, кладёте в /opt/pylci скачанный pyLCI с GitHub, перекидываете systemd unit в /etc/systemd/system, в /etc/rc.local пишете systemctl daemon-reload, enable pylci.service, start pylci.service. С железом сложнее — для I2C шилда smbus-библиотека по умолчанию не установлена, но можно подключить экран и кнопки через GPIO и записать в конфиг. Да немного сложнее, учитывая, но я на самом деле хорошо поработал над тем, чтобы зависимости были только там, где ну никак иначе — поэтому только одна библиотека зависимости.
2) Есть, o.set_rgb(red, green, blue)
Код драйвера для этого дисплея здесь, если что =)
У меня клавиатура — матрица 5х6, 30 кнопок, считывается отдельным МК для разгрузки процессора Zero и экономии GPIO. Кнопки отдельным слоем, теоретически, можно на одной плате и кнопки и нижнюю плату развести, но не хотелось. Кстати, плата разводится очень просто — на одном слое только вертикальные дорожки, на другом только горизонтальные и всё вмещается без единой проблемы при разводке.