Результаты поиска

В итоге throughput USB1.1 стремится к 800 кило/сек, а не как при использовании AdHoc - 1..2 кило в сек :) А из-за тормозов самого MCU трафик падает к 400 кило/сек. Особенно падает при HAL STM32.

Нормально передавать до 2048 байт (32 блока). Больше уже не столь выгодно... далее на скорость сильно не влияет в USB1.1, который только и есть у STM32... FIFO у чипов на мамке всё равно больше - за 4 кило.

У STM "своя драйвера" и ничего об этом не знает... В итого часто ограничено трафиком в 64*1000 байт...

Так-же сам драйвер от MS гонит сразу 256 байт (4 блока) и по подтверждениям угадывает - могет ли ваше устройство это сожрать.

Т.е. при получении 64 байт драйвер ожидает что будет ещё блок и ему необходимо передать или нулевой завершающий блок или блок с данными отличными от 64 байт. В итоге блок на уровне выше ограничен размером fifo у USB чипа, но передается пачками по 64 байта. Прям как в BT4.2 при указании MTU более...

64 - это самое неоптимальное. При передаче/приеме блока в 64 байта передается 2 блока - один в 64 байта, второй в 0 байт, который указывает что прошлый блок в 64 байта является законченной передачей. Если передали 63 байта, то этого не происходит. Вроде это фича от MS при CDC. В других классах...

Ух ты... Для AdHoc уже оказывается нужно своё железо. Приплыли...

Как минимальными ресурсами сделать доступным устройство c современной OpenWRT в местной интрасети по имени для Windows? Т.е. нужен демон NetBios и LLMRN. Я давно писал такой для IPv4, но пока не ведаю что там надо для IPv6 и как его проще уведомлять в СИ о смене IP в интрасети. Ещё надотъ...

Креативный клоун обещал описать сферу применения AdHoc. Но, как оказалось, что в современном мире её просто нет, кроме как игры в эту игру. :P

По настоянию креативного клоуна следующим этапом будем дописывать SSD побайтно, чтобы он побыстрее перешел в режим read-only :) И c USB мы тоже не будем оптимизировать блок на размер передачи и на USB2.0 получим великий трансфер в AdHoc до 1000 байт в сек...

Ждем элементарного примера сравнения скорости передачи и получения простого текстового файла через AdHoc и сжатого пусть gzip. Так само собой давно происходит в простом HTTP. Когда это продемонстрируете, тогда и пишите что у ваш протокол является скоростным :) А до этого ваша комкание в 8 бит...

Вам уже давно указали, что по безграмотности вы пишите какую-то абстракцию не применимую на практике. Не учитывая даже минимальную теорию, а гоня отсебятину про какие-то "байты". Обычно это называют игрой или забавой. Забавляйтесь дальше сами, пока не осмыслите указанное.

И уж лучше вы нам расскажите, как современный проц будет вычитывать байт по своей шине в сотне бит :) Если не смыслите в технике, то плодите свой overhead дальше... Он у вас на каждом этапе и минимальной команде кода AdHoc. Выкиньте фразу про скорость из своего AdHoc и добавьте - самый тормозной...

Элементарно - читайте описание протокола фрейма приема-передачи. Это вам не игра от ваших креативных клоунов по достройке их неработающей игры.

C UART расстались, но забыли что у UART есть режим в 9 бит, да и как с I2C и SPI? Там порядок бит данных разный у разных чипов и Индиана Джонс вам не поможет :P

В итоге вся ваша проделанная работа насмарку, т.к. будет ужасно тормозить в реальном применении. С теоретической стороны надо было начинать с того, что минимальная единица – это бит и задавать их кол-во для атомарного блока обмена, и динамически. А счас у вас байтовая ерунда, да с неизвестным...

А где и у какого современного физического интерфейса единица передачи байт? Ваше занятие абстракциями с креативными западными клоунами уже сказывается - лезете туда, где у вас нет знаний. Межпроцессорный обмен так-же не в байтах.

Я обновлял версию из проги в телефоне на каких-то из тех часов. Может по этому и не совпадает. Надо было-бы скачать OTA прошивку, поглядев в логах смарта, но как-то оно мне не надо... Носить как часы это чудо я не собираюсь.

Скорость чтения зависима от чипа USB-COM-TTL и дров к нему.

Для меня долго если более 0.2 секунд. Стандартная реакция у человека из трех стадий - восприятие, обработка, действие. К примеру это время проходит при звонке на старый телефон с трубкой под рукой. От начала звонка и до того как трубка снята. Аналогично и времени реакции водителя (не пьяного :)...