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

И как водится, сам отвечаю на свой вопрос. Удалось модифицировать скрипт линкера и makefile так, чтобы все функции и методы по дефолту шли в irom, и только помеченные - в iram. Прилагаю скрипт линковщика, его нужно положить в C:\Espressif\ESP8266_SDK\ld И тестовый проект, в котором есть...

Поделитесь, если есть чем.

А откуда начинаться может? Прямо с нуля?

Спасибо, понятно. А в, например, spi_flash_read src_addr откуда может начинаться и в каких единицах измеряется? В секторах по 4K?

Да, именно так, скорее всего почти нисколько, и да, это пример использования как пустого очень дешевого, но мощного MCU. Оригинальный проект с этим демоUI был на atmega, там этот UI раз в 15 медленнее живет. Так что как general purpose MCU эта железяка имеет право на жисть, особенно учитывая...

Выложил код в репозиторий https://github.com/Sermus/ESP8266_Adafruit_ILI9341 Пример для спортированной библиотеки содержит вращающийся кубик (математику позаимствовал у Perfer) и демо UI одного из моих прошлых проектов:

Выложите, это интересно.

А вот как раз pvvx в соседней ветке объяснил: http://esp8266.ru/forum/threads/spi.59/#post-2465

Да, действительно, даже до 0.375us. Есть какое-нибудь разумное объяснение? Что такое SPI_T_CSH, SPI_T_RES и SPI_BUS_TIMER_LIMIT?

SPI сконфигурирован вот так: WRITE_PERI_REG(PERIPHS_IO_MUX, 0x105); //clear bit9 PIN_FUNC_SELECT(PERIPHS_IO_MUX_MTDI_U, 2); // HSPIQ MISO GPIO12 PIN_FUNC_SELECT(PERIPHS_IO_MUX_MTCK_U, 2); // HSPID MOSI GPIO13 PIN_FUNC_SELECT(PERIPHS_IO_MUX_MTMS_U, 2); // CLK GPIO14...

1) Если ждать конца передачи, пауза становиться еще на 20% длиннее. 2) А что именно должно стать понятнее? Вы имеете ввиду, что причиной могут быть всякие накладные расходы (здесь это только инкремент переменной цикла, сравнение, да условный переход)? Это, вроде, не должно быть так, потому что...

Ну как догадался? Мозгом подумал. Очень жаль, что Вы восприняли мой пост как уничижение Ваших достижений, он таким ни в коей мере не был. Я крайне благодарен Вам за этот код, потому что он послужил хорошей стартовой площадкой для моих экспериментов. Уж очень толстый сарказм, лучше б помогли.

Пришли железки. Получил первый рабочий вариант своей библиотеки для ILI9341. Удалось достичь примерно чуть более чем двухкратного увеличения pixel rate по сравнению с кодом уважаемого perfer. В основном за счет аппаратного управления CS (на выводе MTDO) и чуть более заточенной организации...

Спасибо, теперь кристально ясно.

Я когда я выставляю частоту ядра 160, я что делаю - конфигурирую тактовый генератор или выставляю делитель для ядра в 0.5? Если второе, тогда все понятно.

Ну это сути-то вопроса не меняет, если тактовые генераторы независимы, зачем программный API устроен так, чтобы задавать соотношение между ними. Почему бы не дать возможность просто задавать частоту такта для SPI?

Не понятно в таком случае вот что: почему бы не дать тогда просто выставить частоту SPI напрямую? Он-то ведь выставляется делителем относительно частоты ядра. Зачем такие экзорцизы, если тактовые генераторы независимы? Зачем связывать их тогда фиктивным делителем?

На самом деле единственный практический вопрос - что фиксируется в момент выставления делителя частоты - делитель или посчитанная на его основе частота. Если первое, то прыжок к частоте 160 ядра приведет к увеличению частоты SPI. Если второе - то ничего не произойдет.

Т.е. если в момент, когда частота ядра 80, SPI-делитель сконфигурировать так, чтобы SPI тактировался на 10 (т.е. делитель 8), а потом выставить частоту ядра 160, то частота SPI все равно останется 10? Я так параноидально переспрашиваю, потому что мне это кажется странным. Точнее интуитивно...

Интересно, спасибо за информацию. Прескейлер для SPI в этом случае, естественно, придется тоже увеличить в два раза. А 160 - это максимум, на который способен кристалл?