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

Ошибки в работе ПО с флешкой. Тайм-ауты неверные, древний каталог FAT содержит много удаленных файлов и поиск чего либо задерживается... И т.д. = китайское ПО-г...но.

Вам дали карты в руки (аж с ссылками на инфу), а вы всё брюзжите. :)

Ничего нового и нужного, кроме пониженного напряжения питания до 1.25В. При этом жрет как дешевые китайские TLSR825x -> 1.135 uA при 1.25В, RAM retention, All peripherals and CLK disabled. Даже спрятали в глубине PDF, т.к. не очень-то отличается по утечкам при сохранении RAM. А это основной...

Вот тут для чел начал и бросил работу по разбору реальных команд данного T32 CPU. Надеюсь вы продолжите и возможно соберете gcc с C++ для него - у вас же "Не вижу проблемы.". А вот вижу и не считаю что стоит даже копаться ради получения фиктивного MP3 декодера, без возможности реального...

Да, эта задача только для вас - но сначала вам надо создать документацию на данный CPU. А остальные пока посидят всторонке :p Из объемов памяти и производительности. Ну что-то фиктивное наверняка влезит, но не взлетит :)

@rst - Прочувствуйте разницу Processor / System Dhrystone MIPS or MIPS, and frequency D instructions per clock cycle D instructions per clock cycle per core Year Source ARM Cortex-M0 45 MIPS at 50 MHz 0.9 0.9 2009 [81] ARM Cortex-M3 125 MIPS at 100 MHz 1.25 1.25 2004 [67] 1.25 к 0.9...

Не хватает ни памяти ни производительности. Даже STM32F10x еле тянет - декодирование фрейма к 20 мс при 36 МГц (FLASH_LATENCY=0) А нафига тогда советуете сделать то, что не влезает? Забавы ради?

«Джеймс Уэбб» обошедшийся в 10 миллиардов долларов, оснащен файловым хранилищем объёмом всего 68 ГБ. Такие параметры предусмотрены контрактом на создание телескопа, заключённым ещё в 2003 году. У нас не было 10 миллиардов долларов в 2000 году, пришлось стартовать первые версии на 16Мбайт...

И кому такое надо, если чип декодера стоит ещё меньше? Спортивный интерес? Для кого? Для TLSR8269? :) Кто вас заставляет что-то выдумывать - взяли и написали в TLSR8269 MP3 декодер и измерили, да выложили, если всё ok :) Это гораздо быстрее, чем писать тут небылицы.

Вырезка из описания внутренних форматов в SmartMedia от первой версии говорилки 2000-2001 года: File N2: Индексная таблица звуковых файлов и база данных компрессированных звуковых файлов. Формат индексной таблицы звуковых файлов: Таблица формируется в 32 битных словах-указателях на адрес...

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

Примерно так – необходимо просканировать базу на совпадения и исключения со всеми словами в предложении. Это даст вам некие коэффициенты, которые далее будут воздействовать на куски звуков или стыковать пусть окончания-склонения слов, паузы между словами, ударения и т.д.

Какая ещё нейронная сеть? Это из фантазий nikolz? Это детсад. Всё гораздо сложнее. Вам надо разобрать предложение на виртуальные составляющие, а это не линейная выборка. В итоге получаете скриптовой набор чё говорить то. А не буквы или даже куски слов - получаете программу как соединить куски...

Выборка из большого массива с Random = Ext.RAM Latency: Как было до 2000г 70 нс в пике, таки и уплыло за 100 ns в современной DRAM. Хорошо, что осталось не через ISA шину, тактируемую 8/16 МГц. Но архитектура не поменялась – UART и LPT таки и сидят через PCI<->ISA логику в некоторых...

Обшибся - каждые 4..7 мкс при соединении. Это предел - иначе сбой связи... И это при том, что просто держим соединение, а не принимаем и передаем с максимальным RTU. Там блоки пойдут с ~0.5ms только в одну сторону (зависит от BT4/5)..

Никаких RTOS в TLSR не применяется, т.к. тик BLE – 1 мкс, и время работы вашего кода должно быть ограничено до периодов связи BLE, т.е. желательно отдавать время стеку BLE каждые 4..7 us при соединении, который каждый раз перезапишет весь “кэш”, а кодер в 2 кило будет только заливаться из Flash...

Вы сильно просчитываетесь. Тот-же ESP8266, при большей частоте CPU, уже не в состоянии обрабатывать MP3 одновременно с другими задачами. В итоге у вас будет каждая итерация выполняться с подгрузки в “кеш”, а это итог до десятка MIPS при очень хорошей оптимизации и жестком алгоритме действий...

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

Дык ползет по бинарному дереву и создает скрипт. Другого вроде не придумали. А оптимизация заключается в создании веток дерева. Тут можно использовать ветвление с дублями веток в секторных устройствах и у вас в сотни раз падает посекторная выборка и никаких 1 ms. Так, по современному :)...

Только за счет правильной организации внутренних fifio отображаемых в RAM вместо dma, он запросто побеждает STM32F1xxx с USB, I2C, ADC,... Но не в MIPS-ах CPU.