А без проблем. Все RTL871x работают на 200 MHz. Можно больше, но это уже не IoT для датчиков... Потребление будет уже не то.
Измерения нескольких контор (и тех. характеристики чипов) показали всё наоборот. Это уже разбиралось на форуме
Может ещё скажите, что невозможность поддержки HT40 - для ESP это круче Не видно "сделанных" устройств.
Вот вам и сделали в RTL871xBx Capture Timer. Можно измерять и десятки MHz. https://esp8266.ru/forum/attachments/um0114-realtek-ameba-z-data-sheet-pdf.3697/
Это не частотомер - это счетчик импульсов.
Не путайте народ. Любой малыш возьмет хотя-бы RTL2832 и получит частотомер получше вашего, собираемого годами
У вас есть предложения лучше Прони для четвертей периодов или ещё короче окном? Очень хорошо идет на DSP (он-же называется и микроконтроллером).
Да не заметно. Наверно опять периодических сигналов, не реальных, бумажных
.Счетчики собирали на рассыпухе ещё в 1970 годах. В чем там прикол?
Ну и правильно. А то ваше поделие похоже на это http://www.tretnik.com/images/frec_1000_8_3.jpg и никому ныне не придет в голову такое собирать. (www.tretnik.com__Частотомер - цифровая шкала КВ, УКВ с ЦАПЧ с осьмиразрядным индикатором 1 Гц - 1000 МГц)
Вы всё так и паяете рассыпуху-костыли к ESP8266?
1) Я ничего не продаю, кроме Arduino к RTL8710BN для Ардуино-полконников за 500 т.р.
Желающим сопровождать выдается по запросу бесплатно.И это не противоречит:
?
У меня есть пример многоканального генератора, но так как потребовалось согласование (ООС) по спектру резонансных частот, хотел дописать в алгоритм и частотомер с простенькой внешней обвязкой (в виде компаратора), с диапазоном рабочих частот частотомера и генераторов: 1-5 МГц.1) Я ничего не продаю, кроме Arduino к RTL8710BN для Ардуино-полконников за 500 т.р.
2) Тут сайт о WiFi-SoC. Когда будет готов у ST WiFi-SoC, непременно сравню его с ESP8266.
И это не противоречит: ?
"ESP32 работает стабильно и без глюков" "ибо неуправляемо"
У вас есть пример частотомера на ESP32? Или это ваш пост об том, что там не смогли выделить одно ядро чисто пользователю?
Тут у вас ошибка в понятии архитектуры - GPIO контроллер находится на медленной шине и тактируется сам низкой частотой. При обращении к регистрам GPIO выставляется сигнал ready/busy CPU. Если, по прерываниям, то надо сохранить и восстановить регистры CPU и FPU... Поэтому никаких близких к частоте ядра дерганий пинами не получите.
Немного не так. RTOS занимает время, но, в основном на переключение задач. Есть тик системы, по которому происходит переключение задач. Он обычно на прерывании таймера. Чем чаше он, тем больше отнимает времени CPU на диспетчер задач RTOS. Как пример - RTL-ки нормально справляются c WiFi и TCP стеком при 10 МГц на CPU и 1 мс тике RTOS. Если понижать далее частоту CPU, то получим лаги. Из этого выходит, что при 160 МГц на CPU на системное обслуживание с основными функциями WiFi уходит до 7% производительности CPU.
Без проблем получается. Пример - у RTL8710BN есть DMA и PWM каналы с 16 бит счетчиками, которые тактируются 40 МГц и каждая длительность импульса загружается по DMA. DMA может обслуживать и кольцевой буфер. Так-же обратная функция - счет длительности внешнего импульса с чтением счетчика по фронту этого импульса по DMA. Ну и обычное чтение счетчика внешних импульсов по DMA за заданный временной период таймером...
Все. Разобрался.
Если Вы выполняете задачи на первом ядре, а нулевое не используете, то процессор по прежнему занят на 99%? Очень странно... У меня есп32 работает на spi слейвом, очень критично время выполнения транзакции, пока не оставил нулевое ядро для некритических ко времени тасков, получал не контролируемое поведение.
Странно, но не нашел в ESP-IDF DMA для PCNT... Аналогично и с PWM. Баз этого ими только яркость светодиода менять...
:
Лаги и неопределенности в скорости работы у ESP32 возникают от малой "кэш" на XIP к Flash и низкой частоте работы шины SPI к Flash. При работе двух ядер ни о каких 240 МГц там разговор идти не может. Тем более там очень жирный код и всё в "кэш" XIP не лезет, а ROM прописана "Байсиком" вместо API. 40 MHz QSPI - это всего 16 Мбайт в сек в теоретическом максимуме... Проц имеет не 8 битные команды, т.е. в реалии скорость исполнения частей кода падает ниже производительности любого другого проца на десятку МГц. Частоту CLK у CPU ESP32 и понизили по умолчанию в ESP-IDF... Ещё лаги с FPU - наверно лучше его не использовать, чтобы не давал неопределенные задержки и отключить в компиляторе...
Счетчик Импульсов:Странно, но не нашел в ESP-IDF DMA для PCNT... Аналогично и с PWM. Баз этого ими только яркость светодиода менять...
Ни для каких таймеров DMA у ESP32 нет
Посмотреть вложение 5941
Частота ядра устанавливается при прошивке алгоритмом. По умолчанию она 240 Мгц. Flash работает на 80 Мгц. Лагов с FPU нет, если вычисления с плавающей точкой не задействуют Flash, используя при первом вычислении обмен с ним. Во всяком случае, эти функции можно расположить в IRAM через инициализацию IRAM_ATTR.Лаги и неопределенности в скорости работы у ESP32 возникают от малой "кэш" на XIP к Flash и низкой частоте работы шины SPI к Flash. При работе двух ядер ни о каких 240 МГц там разговор идти не может. Тем более там очень жирный код и всё в "кэш" XIP не лезет, а ROM прописана "Байсиком" вместо API. 40 MHz QSPI - это всего 16 Мбайт в сек в теоретическом максимуме... Проц имеет не 8 битные команды, т.е. в реалии скорость исполнения частей кода падает ниже производительности любого другого проца на десятку МГц. Частоту CLK у CPU ESP32 и понизили по умолчанию в ESP-IDF... Ещё лаги с FPU - наверно лучше его не использовать, чтобы не давал неопределенные задержки и отключить в компиляторе...
При 240 МГц на ядро ESP32 греет хорошо...
Start Test at 44 (millis)...
Average data 61.60 (61), worked time: 2916 ms
Start Test at 3060 (millis)...
Average data 61.60 (61), worked time: 2916 ms
...Start Test at 47 (millis)...
Average data 122.02 (121), worked time: 16912 ms
Start Test at 17059 (millis)...
Average data 122.02 (121), worked time: 16909 ms
Start Test at 34068 (millis)......Start Test at 47 (millis)...
Average data 122.02 (121), worked time: 0 ms
Start Test at 147 (millis)...
Average data 122.02 (121), worked time: 0 ms
Start Test at 247 (millis)......Average data 122.02 (121), worked time: 16909 ms
Start Test at 2285819 (millis)...
Task watchdog got triggered. The following tasks did not reset the watchdog in time:
- IDLE (CPU 0)
Tasks currently running:
CPU 0: ipc0
CPU 1: IDLE#if defined(ARDUINO_AMEBA)
#include "flash_api.h"
#define flash_read_dword(faddr, pdata) flash_read_word(&flashobj, faddr, pdata);
#else
#include "Esp.h"
#define flash_read_dword(faddr, pdata) ESP.flashRead(faddr, pdata, 4);
#endif
void setup() { Serial.begin(115200); }
#define count (1024*1024)
uint32_t summ = 0;
float f = 0.0;
void test(void) {
uint32_t faddr = 0;
uint32_t dw;
while (faddr < count) {
flash_read_dword(faddr, &dw);
faddr += 4;
for (int i = 0; i < 4; i++) {
uint8_t b = (uint8_t)dw;
f += (float)b;
summ += (uint32_t)b;
dw >>= 8;
}
}
f /= (float) count;
summ /= count;
}
void loop() {
Serial.print("Start Test at ");
Serial.print(millis());
Serial.println(" (millis)...");
delay(50);
volatile uint32_t mm0 = millis();
test();
mm0 = millis() - mm0;
Serial.print("Average data ");
Serial.print(f);
Serial.print(" (");
Serial.print(summ);
Serial.print("), worked time: ");
Serial.print(mm0);
Serial.println(" ms");
delay(50);
}При 240 МГц модули ESP32 не стартуют от USB - провал по питанию из-за 500 мА при инициализации WiFi и инициализация выходит не успешная (или виснет, или потом беды с WiFi, или ... ).