Ксения (12.12.2017 02:31, просмотров: 372) ответил fk0 на CDC. За HID нужно руки ломать.-
- Если не заставлять HID притворяться мышкой или клавиатурой - то будет виден как просто "USB устройство ввода". Дальше вы его открываете средствами WinAPI и работаете спокойно. Я же выкладывал сюда сорцы? - LightElf_(12.12.2017 23:36,
)
- Вот там - LightElf(12.12.2017 23:40, ссылка)
- Ты в упор не видишь разницу между универсальным ПО для некой абстрактной системы частично соответствующей IEEE Std 1003.1-2008, например, и ПО для конкретной версии windows? Первое переносится на широкий класс платформ, на ту же windows, а второй fk0(660 знак., 12.12.2017 23:54, ссылка)
- Перечитай первый пост топика. Где ты там вообще увидел универсальное ПО для абстрактной системы? Там речь о железке, с которой надо чуток данных скинуть на комп максимально безгеморройным способом. О совместимости с HP-UX на MIPS64 речь не идет. - LightElf(13.12.2017 00:01)
- HID в общем случае не предназначен для передачи файлов. А OBEX, например, предназначен. И еще огромное количество протоколов работающих поверх последовательного интерфейса. От X-modem до PPP и TCP с FTP поверх. Причем здесь HP-UX? Ты на андроид fk0(9 знак., 13.12.2017 00:06)
- Там (в начале данного топика) речь идет о компе, а не о смартфоне. Потому глюки андроидов побоку. - LightElf(13.12.2017 00:14)
- Я более 5-и лет назад купил ноут пластмассовый. В Ашане (или Окее, вроде в Окее) у входа стояла корзина, и там эти ноуты насыпаны были. И ценник низкий. Я и купил. Так там андроид был. Правда я потом убунту поставил. - fk0(13.12.2017 00:18)
- И на нем Generic HID устройства не работали? Или работали? Вообще эта тема довольно странно выглядит. Как Google умудрился настолько криво реализовать спецификацию HID, что там что-то не работает? - LightElf(13.12.2017 00:27)
- На нем win32 api никогда не работало и не заработает никогда. - fk0(13.12.2017 00:33)
- Какое отношение имеет спецификация HID к win32 api? Туча HID устройств (в том числе кастомных) прекрасно работает с андроидом. Соответственно вариантов ровно три: LightElf(346 знак., 13.12.2017 09:38 - 09:51, ссылка, youtube)
- Такая, что у автора программа под windows only. - fk0(13.12.2017 12:41)
- Через что они в linux нормально работают, через hiddev? - fk0(13.12.2017 12:40, ссылка)
- По твоей ссылке - вполне приемлемый API, хотя и переусложненный слегонца. - LightElf(13.12.2017 17:07)
- Какое отношение имеет спецификация HID к win32 api? Туча HID устройств (в том числе кастомных) прекрасно работает с андроидом. Соответственно вариантов ровно три: LightElf(346 знак., 13.12.2017 09:38 - 09:51, ссылка, youtube)
- На нем win32 api никогда не работало и не заработает никогда. - fk0(13.12.2017 00:33)
- И на нем Generic HID устройства не работали? Или работали? Вообще эта тема довольно странно выглядит. Как Google умудрился настолько криво реализовать спецификацию HID, что там что-то не работает? - LightElf(13.12.2017 00:27)
- Я более 5-и лет назад купил ноут пластмассовый. В Ашане (или Окее, вроде в Окее) у входа стояла корзина, и там эти ноуты насыпаны были. И ценник низкий. Я и купил. Так там андроид был. Правда я потом убунту поставил. - fk0(13.12.2017 00:18)
- Там (в начале данного топика) речь идет о компе, а не о смартфоне. Потому глюки андроидов побоку. - LightElf(13.12.2017 00:14)
- HID в общем случае не предназначен для передачи файлов. А OBEX, например, предназначен. И еще огромное количество протоколов работающих поверх последовательного интерфейса. От X-modem до PPP и TCP с FTP поверх. Причем здесь HP-UX? Ты на андроид fk0(9 знак., 13.12.2017 00:06)
- Перечитай первый пост топика. Где ты там вообще увидел универсальное ПО для абстрактной системы? Там речь о железке, с которой надо чуток данных скинуть на комп максимально безгеморройным способом. О совместимости с HP-UX на MIPS64 речь не идет. - LightElf(13.12.2017 00:01)
- Ты в упор не видишь разницу между универсальным ПО для некой абстрактной системы частично соответствующей IEEE Std 1003.1-2008, например, и ПО для конкретной версии windows? Первое переносится на широкий класс платформ, на ту же windows, а второй fk0(660 знак., 12.12.2017 23:54, ссылка)
- Вот там - LightElf(12.12.2017 23:40, ссылка)
- Есть такая хрень называется HID consumer control. Но к ней надо свою прогу рисовать для приёма и очень многие андроиды не знают что это такое. - ASDFS(12.12.2017 12:20)
- Варианты-то есть, но все это дерьмецом попахивает. Ну вроде как подключение к ЛПТ лет 15-20 тому назад, и дальше самодельный протокол с bitbanging'ом. Куда сейчас такое подключишь? Что характерно, печать байтиков на принтер через тот же USB-LPT fk0(64 знак., 12.12.2017 02:38)
- Плевать мне на протокол, мне важно знать, как стандартными средствами (а не самописными библиотеками от дяди Васи) эти данные можно принять, как простой поток байт, не взирая на их форматную организацию. CDC-девайс это позволяет стандартно делать, Ксения(56 знак., 12.12.2017 02:47)
- стандартными средствами вы через ком файл не передадите понадобится либо терминалка либо самописная программа. через hid открываете устройство и читаете репорты, потом по 64 байта складываете в файл. если хочется "совсем стандартно" реализуете MSD 3m(9 знак., 12.12.2017 09:40)
- спасибо, не знаете ли такой момент, можно ли в еепром микроконтроллера держать файловую систему чтобы не подцеплять внешнюю память и SDCARD всякие? - stm32msk(12.12.2017 19:49)
- Конечно можно, только осторожно чтобы ресурс перезаписи не скончался. - ASDFS(12.12.2017 20:31)
- спасибо, не знаете ли такой момент, можно ли в еепром микроконтроллера держать файловую систему чтобы не подцеплять внешнюю память и SDCARD всякие? - stm32msk(12.12.2017 19:49)
- HID придуман не для потоков данных (используйте MSD или RNDIS для этого), а для коротких пакетов-сообщений, типа "нажата кнопка 2", "температура 40град" и т.д. И команд типа "зажечь светодиод", "включить вентилятор". Вместо "библиотек от дяди LightElf(71 знак., 12.12.2017 09:03)
- НИКАК и в этом основная проблема. Верней даже две. Первая проблема тут концептуальная: COM-порт это ПОТОК ДАННЫХ в двух направлениях, хотя может быть и в одном. HID -- это куча всякой требухи и обмен пакетами в реальном времени (поэтому HID не fk0(598 знак., 12.12.2017 02:58 - 03:01, ссылка)
- стандартными средствами вы через ком файл не передадите понадобится либо терминалка либо самописная программа. через hid открываете устройство и читаете репорты, потом по 64 байта складываете в файл. если хочется "совсем стандартно" реализуете MSD 3m(9 знак., 12.12.2017 09:40)
- Плевать мне на протокол, мне важно знать, как стандартными средствами (а не самописными библиотеками от дяди Васи) эти данные можно принять, как простой поток байт, не взирая на их форматную организацию. CDC-девайс это позволяет стандартно делать, Ксения(56 знак., 12.12.2017 02:47)
- Если не заставлять HID притворяться мышкой или клавиатурой - то будет виден как просто "USB устройство ввода". Дальше вы его открываете средствами WinAPI и работаете спокойно. Я же выкладывал сюда сорцы? - LightElf_(12.12.2017 23:36,