Пока искал проблему, немного разобрался с этим. Непонятно, почему gcc настолько сливает keil.
-
Система автоматизации с открытым исходным кодом на базе 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 или это ошибка?