Пока искал проблему, немного разобрался с этим. Непонятно, почему gcc настолько сливает keil.
-
Уважаемые посетители сайта esp8266.ru!
Мы отказались от размещения рекламы на страницах форума для большего комфорта пользователей.
Вы можете оказать посильную поддержку администрации форума. Данные средства пойдут на оплату услуг облачных провайдеров для сайта esp8266.ru -
Система автоматизации с открытым исходным кодом на базе esp8266/esp32 микроконтроллеров и приложения IoT Manager. Наша группа в Telegram
BLE SoC PHY6202
- Автор темы pvvx
- Дата начала
pvvx
Активный участник сообщества
На gcc надо писать по другому. У gcc проблемы с оптимизацией некоторых вариантов. Вроде уже описывал...
Не применять загрузку адресов, т.к. gcc их плохо оптимизит и не вставляет чтение-запись со смещением, а откладывает яйца в виде загрузки адреса по PC+xxx.
Т.е. желательно давать на вход процедуры указатель на структуру. Тогда gcc деваться некуда и выборка данных будет только со смещением от этого указателя
Не писать как дети это делают - сотни разрозненных переменных, на которые gcc будет каждый раз грузить адрес.
И т.д.
Вы смотрели asm на загрузку pGlobal_config[n]. И т.к. указатель всего один, то разницы по длине кода у gcc и Кейл на этом фрагменте нет.
pvvx
Активный участник сообщества
Не зря регистры в STM описаны структурами...
Перевод ESP8266 описания регистров на структуры и массивы сократил код более чем на 20%, а по скорости исполнения на более 50%.
Перевод ESP8266 описания регистров на структуры и массивы сократил код более чем на 20%, а по скорости исполнения на более 50%.
у Telink эти интервалы по осциллограмме получаются порядка 1200-1300мкс.
pvvx
Активный участник сообщества
SPI
Кто нибудь пробовал его реально использовать в режиме мастера? Чтобы подключить какое нибудь ацп или цап или ещё что то? С какой частотой удалось его запустить? Микросхема имеет несколько CS сигналов. CS совпадет с MTDO, который используется для бута из флэща, И должен быть в момент старта...
esp8266.ru
pvvx
Активный участник сообщества
А у PHY622x?
Числа не говорят о реальной паузе.
У Telink - на основных каналах 20*7.5=150 us и занято приемом запроса на сканирование...
Перед дополнительным каналом 6.7*50=335 us.
(смотреть шаг клетки к zoom)
Я не точно выразился. Это интервалы между началом передачи на каналах, т.е. длительность передачи плюс длительность паузы. На прием у phy тайм-аут выставляется отдельно. И все это должно по замыслу китайцев укладываться в 1500мкс. Надо будет ещё проверить как задаётся опорная частота на BB.pvvx написал(а):
pvvx
Активный участник сообщества
А я тоже не точно - в Ext. ADV может не быть приема запроса на соединение или доп. сканирования на основных каналах. Зависит от флагов и т.д. Тогда запрос принимается на доп. канале... Т.е. надо читать доки, а лень
Помню что на основных пауза на прием синхро между TX к 500 us.
pvvx
Активный участник сообщества
Не помню, но какой-то есть из десятка тех, которые ставят на детекторы радаров. Все остальные от такого импульса уже будут дохлые - сразу пробой. Их и руками трогать незя... паять вообще с ошейниками...
Но 405-й достаточно низкочастотный по сравнению с новыми
Наверно для наведения был разработан в CCCP... чтобы пофиг были наводки...
pvvx
Активный участник сообщества
Я не искал других, т.к. этот и ещё несколько у меня с 1984 года, когда и родились. Валяется всегда у осла, в хламе проводов и не сдох. А в детстве я его мучал всем что было, т.к. для меня тогда это были какие-то экзотические диоды, которые в мультивибратор не впаять
Тайминги на основных каналах поправил, и опять начинаются непонятные моменты. Длина передаваемых данных в примере 1200 байт. Реально передаются только первые 245 байт и дальше после паузы в ~200мс (чуть меньше с учётом времени с начала передачи на 37 канале) снова начинает передаваться реклама на основных каналах. Непонятно, это так и должно быть, т. е. весь массив передаётся только в ответ на scan или это ошибка?