Хочу получить GPIO в Linux через USB. Сам Linux стоит на Intel NUC, в котором своё GPIO вроде как есть, но судя по поиску слабо документировано, да и вывести его от туда красиво хз как... Получается, что надо какое-то USB-устройство ) В интернетах есть примеры, где на USB навешивается конвертор в RS232, через который, в свою очередь, рулится что-то типа ATmega, у которой есть эти самые GPIO... Ну консоль под это дело пишется ясное дело... Так вот, вопрос в том, есть ли какое-то каноничное решение такой задачи? Или каждый колхозит сам? Поиск в интернетах осложняется тем, что при виде фразы GPIO гугл усиленно тулит в выдачу тематику малины и т.п., толком даже и не пойму как ему вопрос задать )
Для чего мне это надо? Ну хочется поиграться в анализ состояний всяких внешних устройств, начиная от кнопки, заканчивая датчиком температуры, детектором движения и т.д. и т.п. Короче говоря, именно то, для чего GPIO и существует )
В ответ на: Поиск в интернетах осложняется тем, что при виде фразы GPIO гугл усиленно тулит в выдачу тематику малины и т.п., толком даже и не пойму как ему вопрос задать )
И это логично. Возьмите Малинку и не мучайтесь с этим NUCом.
В ответ на: Короче говоря, именно то, для чего GPIO и существует )
Ну скажем так - GPIO на всех этих платах прежде всего предназначен для прототипирования или подключения локальных кнопочек или светодиодов. Защиты там нет и поэтому если вы неуверены, можете спалить свою плату нафиг. И малинку спалить гораздо дешевле, чем NUC. А для подключения различных датчиков и релюшек надо немного побольше поизучать матчасть или, если, финансы позволяют, взять более менее готовые устройства, которые не используют GPIO
По идее там нечего сложного нет. Прочитать типа cat /dev/XXX записать echo "1"> /dev/XXX но более детально смотреть нужно. Делал на Orange Pi Zero отлавливаю нажатие кнопок. cat /sys/class/gpio/gpio2/value но ставил какие-то драйвера вроде. Не вспомню. Все чудесно под башем крутится и работает уже пару лет.
Хочу получить GPIO в Linux через USB. Сам Linux стоит на Intel NUC, в котором своё GPIO вроде как есть, но судя по поиску слабо документировано, да и вывести его от туда красиво хз как... Получается, что надо какое-то USB-устройство ) В интернетах есть примеры, где на USB навешивается конвертор в RS232, через который, в свою очередь, рулится что-то типа ATmega, у которой есть эти самые GPIO... Ну консоль под это дело пишется ясное дело... Так вот, вопрос в том, есть ли какое-то каноничное решение такой задачи? Или каждый колхозит сам? Поиск в интернетах осложняется тем, что при виде фразы GPIO гугл усиленно тулит в выдачу тематику малины и т.п., толком даже и не пойму как ему вопрос задать )
Для чего мне это надо? Ну хочется поиграться в анализ состояний всяких внешних устройств, начиная от кнопки, заканчивая датчиком температуры, детектором движения и т.д. и т.п. Короче говоря, именно то, для чего GPIO и существует )
Описанное как-то к "ардуинщикам" имеет весьма опосредованное отношение. Непонятно чего хочеться добиться и каким образом: повозиться с линуксом, железом, драйверами для оного, пописать скрипты на баше или пописать чего-то но на С и в линуксе, да таких вопросов на две страницы набереться. GPIO весьма пространная штука и как она конкретно реализована в железе на NUC надо читать и разбираться. Тулить серийный порт только для того что бы потом из него сделать удаленный включатель/выключатель на полноценном компе с операционкой - выглядит до предела глупо. Купите любой sonoff и управляйте лампочками и кнопочками удаленно по файфаю штатными срествами. У микроконтроллеров типа ATmega нет такого понятия как GPIO вообще. Там есть аналоговае или цифровые входы-выходы которые управляются напрямую без дополнительных контроллеров. Но извращения ради можно поцепить что-то по SPIO или I2C и вообразить что это некий абстрактный GPIO. Только опять вопрос - ради чего? Потренироваться писать абстрактные классы на плюсах? Цель достойная, но NUC тут не нужен от слова вааще.
Вообщем нифига не понятно..... а поэтому ответить что то вразумательное крайне сложно
Хочу получить GPIO в Linux через USB. Сам Linux стоит на Intel NUC, в котором своё GPIO вроде как есть, но судя по поиску слабо документировано, да и вывести его от туда красиво хз как... Получается, что надо какое-то USB-устройство ) В интернетах есть примеры, где на USB навешивается конвертор в RS232, через который, в свою очередь, рулится что-то типа ATmega, у которой есть эти самые GPIO... Ну консоль под это дело пишется ясное дело... Так вот, вопрос в том, есть ли какое-то каноничное решение такой задачи? Или каждый колхозит сам? Поиск в интернетах осложняется тем, что при виде фразы GPIO гугл усиленно тулит в выдачу тематику малины и т.п., толком даже и не пойму как ему вопрос задать )
Для чего мне это надо? Ну хочется поиграться в анализ состояний всяких внешних устройств, начиная от кнопки, заканчивая датчиком температуры, детектором движения и т.д. и т.п. Короче говоря, именно то, для чего GPIO и существует )
Описанное как-то к "ардуинщикам" имеет весьма опосредованное отношение. Непонятно чего хочеться добиться и каким образом: повозиться с линуксом, железом, драйверами для оного, пописать скрипты на баше или пописать чего-то но на С и в линуксе, да таких вопросов на две страницы набереться. GPIO весьма пространная штука и как она конкретно реализована в железе на NUC надо читать и разбираться. Тулить серийный порт только для того что бы потом из него сделать удаленный включатель/выключатель на полноценном компе с операционкой - выглядит до предела глупо. Купите любой sonoff и управляйте лампочками и кнопочками удаленно по файфаю штатными срествами. У микроконтроллеров типа ATmega нет такого понятия как GPIO вообще. Там есть аналоговае или цифровые входы-выходы которые управляются напрямую без дополнительных контроллеров. Но извращения ради можно поцепить что-то по SPIO или I2C и вообразить что это некий абстрактный GPIO. Только опять вопрос - ради чего? Потренироваться писать абстрактные классы на плюсах? Цель достойная, но NUC тут не нужен от слова вааще.
Вообщем нифига не понятно..... а поэтому ответить что то вразумательное крайне сложно
От дался всем тот NUC, ну... прям как тряпка красная.... NUC у меня уже есть, и он брался не для GPIO. Он просто есть от слова "уже" )
Есть задача затянуть (не обязательно напрямую) в bash этого нюка логические выходы одной штуки, которая находится в этой же локации. Так же, заодно, неплохо было бы иметь возможность управлять входами этой штуки... Разве GPIO не одно из очевидных решений? слово "нюк" можно пустить... )) Можно написать "получить в любой bash у которого есть доступ в сеть" )
Тебе на compcar там есть решения по получению через виртуальный ком ардуины состояния кнопок и датчиков. Причем и для линуха и для винды и для андроида. Если дружишь с i2c то могу подсказать что для этого ардуина не нужна а нужна микруха типа МСР (более точное название надо искать в записях или в коробке ) и есть в принципе готовые библиотеки под убунты , кстати и ШИМ тоже можно организовать аналогично. Игрался пока пробовал построить акваконтроллер на апельсинке но упёрся в то что и бэк и фронт я самостоятельно при том количестве остающегося времени тупо не осилю Гуглить i2c gpio i2c pwm
Хочу получить GPIO в Linux через USB. Сам Linux стоит на Intel NUC, в котором своё GPIO вроде как есть, но судя по поиску слабо документировано, да и вывести его от туда красиво хз как... Получается, что надо какое-то USB-устройство ) В интернетах есть примеры, где на USB навешивается конвертор в RS232, через который, в свою очередь, рулится что-то типа ATmega, у которой есть эти самые GPIO... Ну консоль под это дело пишется ясное дело... Так вот, вопрос в том, есть ли какое-то каноничное решение такой задачи? Или каждый колхозит сам? Поиск в интернетах осложняется тем, что при виде фразы GPIO гугл усиленно тулит в выдачу тематику малины и т.п., толком даже и не пойму как ему вопрос задать )
Для чего мне это надо? Ну хочется поиграться в анализ состояний всяких внешних устройств, начиная от кнопки, заканчивая датчиком температуры, детектором движения и т.д. и т.п. Короче говоря, именно то, для чего GPIO и существует )
Описанное как-то к "ардуинщикам" имеет весьма опосредованное отношение. Непонятно чего хочеться добиться и каким образом: повозиться с линуксом, железом, драйверами для оного, пописать скрипты на баше или пописать чего-то но на С и в линуксе, да таких вопросов на две страницы набереться. GPIO весьма пространная штука и как она конкретно реализована в железе на NUC надо читать и разбираться. Тулить серийный порт только для того что бы потом из него сделать удаленный включатель/выключатель на полноценном компе с операционкой - выглядит до предела глупо. Купите любой sonoff и управляйте лампочками и кнопочками удаленно по файфаю штатными срествами. У микроконтроллеров типа ATmega нет такого понятия как GPIO вообще. Там есть аналоговае или цифровые входы-выходы которые управляются напрямую без дополнительных контроллеров. Но извращения ради можно поцепить что-то по SPIO или I2C и вообразить что это некий абстрактный GPIO. Только опять вопрос - ради чего? Потренироваться писать абстрактные классы на плюсах? Цель достойная, но NUC тут не нужен от слова вааще.
Вообщем нифига не понятно..... а поэтому ответить что то вразумательное крайне сложно
От дался всем тот NUC, ну... прям как тряпка красная.... NUC у меня уже есть, и он брался не для GPIO. Он просто есть от слова "уже" )
Есть задача затянуть (не обязательно напрямую) в bash этого нюка логические выходы одной штуки, которая находится в этой же локации. Так же, заодно, неплохо было бы иметь возможность управлять входами этой штуки... Разве GPIO не одно из очевидных решений? слово "нюк" можно пустить... )) Можно написать "получить в любой bash у которого есть доступ в сеть" )
Абсолютно не очевидное. Хотя бы по той причине, что сначала надо вообще вывести этот GPIO куда-то за пределы материнки. Насколько я помню, никто из вендоров этого не делает, как раз по причине следующего - согласования физических параметров GPIO с внешними устройствами. Уж поверьте, что намного проще сделать то же самое с LPT портом, там хоть все стандартно и понятно. Так что гуглите sonoff switches это будет для вас самое простое и понятное решение. Ну а если хочеться повозиться чисто из интереса, то лучше всего поиграться связкой Teensy + BT, это хотя бы даст что-то в сухом остатке после того как надоест Уж всяко более свежее чем ардуины. И SDK можно использовать нормальную Visual Stdio, а не парить себе моСк с кейлами и мбэдами, если связываться с другими АРМ SoC