А mini560 может подойти?
Вряд-ли. У него около 5 входное минимальное. Если только акб 2S юзать и выше
ㅤ
Mezzo Lab
И до 12-15 минимум
Srrd
Вряд-ли. У него около 5 входное минимальное. Если только акб 2S юзать и выше
Хорошо спасибо большое, попробую трассировать и протестит, надеюсь сработает)
Mezzo Lab
Хотя если ничего кроме аккума, то и 5 максимум хватит
ok-home
Книги по есп32 (esp-idf) есть которые можете порекомендовать?
Если с английским дружишь
https://roberthart56.github.io/SCFAB/SC_lab/Electronics/Microcontrollers/ESP32/kolban-ESP32.pdf
на это можно найти переведенную на русский
https://espressif.github.io/esp32-c3-book-en/
если дружишь с интернетом
https://kotyara12.ru/blog/
Павел
Господа! Есть ли в природе какой-нибудь готовый модуль для питания esp8266 от аккумулятора 18650? Желательно с отсеком для аккумулятора.
Белибоба
ㅤ
Киньте пожалуйста ссылку для примера. Чтобы знать что искать.
esp8266 battery, 18650 ups shield 3.3v и так далее
ㅤ
https://aliexpress.ru/item/1005005888557837.html
Павел
Всем большое спасибо за помощь!
Ruslan
Удивил
Voin
Удивил
Да перестал искать готовое подобное своему решение и покурил мануалы на пару библиотек.. дальше просто ;))
Voin
Aleks
ok-home
Voin
Да..
༺ 𝐕𝐚𝐧𝐢𝐤 ༻
Ну убери fwrite и засеки время Просто заремарь эту строку
По-моему, не так сильно изменился.
Max
Zone Presence Detection System
A presence detection system combining HLK-LD2450 radar with a web interface.
https://www.hackster.io/nick28s/zone-presence-detection-system-c07540
ok-home
Никто случаем не замерял сколько времени проходит с вызова i2s_channel_enable до получения первого сэмпла?
Если стартовать i2s ацп по внешней синхронизации через прерывание есть шанс уложиться в 20мкс между импульсом синхронизации и первым измерением в буфере? 🤓
Скорее нет чем да. Переключение контекста между задачами грубо 15 мкс, вызвать напрямую из обработчика прерываний i2s_channel_enable не получиться, + блокировки мьютекса..... грубо i2s стартует на 20-30 мкс позже если повезет
༺ 𝐕𝐚𝐧𝐢𝐤 ༻
а сайт то отдает быстро ? откуда качаешь ?
༺ 𝐕𝐚𝐧𝐢𝐤 ༻
ㅤ
༺ 𝐕𝐚𝐧𝐢𝐤 ༻
Замечательно. Остается значит низкая скорость вифи
Мой ноутбук и ESP подключены к одной Wi-Fi сети.Даже на ESP антенну ставил хорошую.
ㅤ
Мой ноутбук и ESP подключены к одной Wi-Fi сети.Даже на ESP антенну ставил хорошую.
То есть все идеально. Но почему-то нет. Удивительно, да? Тестируй канал вифи с есп
༺ 𝐕𝐚𝐧𝐢𝐤 ༻
То есть все идеально. Но почему-то нет. Удивительно, да? Тестируй канал вифи с есп
Может, проблема в конфигурации.
ㅤ
Может, проблема в конфигурации.
У тебя какая-то нестандартная конфигурация? Оно из коробки должно работать быстрее
ㅤ
Может, проблема в конфигурации.
https://github.com/espressif/esp-idf/blob/master/examples/wifi/iperf/README.md
༺ 𝐕𝐚𝐧𝐢𝐤 ༻
https://github.com/espressif/esp-idf/blob/master/examples/wifi/iperf/README.md
Ок, спасибо, сейчас проверю.
Riory
Ай молодец
Но почему не 1024 как в учебниках?
Потому что обычным людям так проще считать, вы диск на 4000000000000 байт будете брать?
ㅤ
Потому что обычным людям так проще считать, вы диск на 4000000000000 байт будете брать?
Ну собственно так и есть. Диск на 4000000000000 обычно и берется
Stanislav
Скорее нет чем да. Переключение контекста между задачами грубо 15 мкс, вызвать напрямую из обработчика прерываний i2s_channel_enable не получиться, + блокировки мьютекса..... грубо i2s стартует на 20-30 мкс позже если повезет
а можно ручками сбросить дма буффер или получить текущее кол-во полученных байт в нем?
концепция старта i2s по прерыванию в целом работает но есть нюанс - после i2s_channel_enable первые несколько отсчетов приходят мусорными (возможно из-за того что mclk подключен и ацп при выключении канала по идее должен гаснуть)
если не рестартить обмен целиком а просто сбрасывать дма буффер по прерыванию то похоже в нужные тайминги я впишусь - вопрос только как 🙈
Stanislav
что значит сбросить dma буфер ?
условно перенести его указатель для следующего полученного бита в ноль
т.е. приходит прерывание - указатель скидывается в ноль, читаем 512 байт в блокирующем режиме - получаем через N времени 512 байт сэмплов с момента сброса буфера
если не сбрасывать а просто читать то получаем данные из "прошлого" которые уже лежали в буфере на момент сработки прерывания
ok-home
условно перенести его указатель для следующего полученного бита в ноль
т.е. приходит прерывание - указатель скидывается в ноль, читаем 512 байт в блокирующем режиме - получаем через N времени 512 байт сэмплов с момента сброса буфера
если не сбрасывать а просто читать то получаем данные из "прошлого" которые уже лежали в буфере на момент сработки прерывания
i2s_channel_enable - стартует с начала буфера dma, ничего там из прошлого быть не должно - разрешает прием
i2s_channel_read(rx_handle, desc_buf, bytes_to_read, bytes_read, ticks_to_wait);
это возвращает прочитанные данные
bytes_to_read - сколько попросил
bytes_read, - сколько прочитал на самом деле
Stanislav
i2s_channel_enable - стартует с начала буфера dma, ничего там из прошлого быть не должно - разрешает прием
i2s_channel_read(rx_handle, desc_buf, bytes_to_read, bytes_read, ticks_to_wait);
это возвращает прочитанные данные
bytes_to_read - сколько попросил
bytes_read, - сколько прочитал на самом деле
i2s_channel_enable стартует с нулевым буфером, да, но видимо из-за рассинхрона или рестарта ацп при включении мцлк (i2s_channel_disable же отключает мцлк?) первые сэмплы - мусор, притом количество не стабильно и иногда мусора нет, но если он есть то есть в обоих каналах сразу
соотв. задачка теперь выглядит как сбросить буффер дма не дергая i2s_channel_disable/enable
т.е. алгоритм следующий:
один раз запускаем чтение i2s_channel_enable, что-то летит в буфер, получаем прерывание, обнуляем буфер, читаем 512 байт - получаем 512 байт с момента сброса буфера НЕ выключая канал
внутрях i2s_common есть указатель dma.rw_pos но это просто счетчик, как сбросить аппаратный буффер пока не сообразил ☹️
Mezzo Lab
Потому что обычным людям так проще считать, вы диск на 4000000000000 байт будете брать?
Диски в десятичной системе и считаются
А потом умники жалуются, что им байтов не доложили
Mezzo Lab
И обычные люди тут ни при чём
И кто такие необычные люди?
Mezzo Lab
Вот ты обычный или необычный людь?
Mezzo Lab
Какой ты людь
Ruslan
Маркетологи начали использовать термин "килобайт" для обозначения 1000 байт вместо 1024 байт примерно в конце 1990-х годов. Это было связано с тем, что производители жестких дисков и других устройств хранения данных хотели упростить понимание емкости накопителей для потребителей. Вместо использования двоичной системы счисления (где 1 килобайт = 1024 байта), они перешли на десятичную систему (где 1 килобайт = 1000 байт). Это позволило избежать путаницы у пользователей, так как многие люди привыкли считать в десятках, а не в степенях двойки.
Однако стоит отметить, что в компьютерной индустрии традиционно используется двоичная система счисления, где 1 килобайт равен 1024 байтам. Поэтому разница между этими двумя подходами может вызывать путаницу среди пользователей.
Ruslan
в общем, стандартное маркетологическое наебалово (с)
Ruslan
дада, рассказывай
Ruslan
до конца 90-х эти люди держали язык глубоко у себя
индзэец
вот выучились индейцы на маркетолога и потом и создают такие путаницы
Ruslan
и также склоняют названия населённых пунктов, тоже "для упрощения понимания"
Mezzo Lab
ты из соевых чтоли? давно наблюдаю, сомнений всё меньше
Ну ты такой бред несёшь....
И про МЭК ниразу не слышал?
Mezzo Lab
Так и отлично
индзэец
кто такие соевые?
Mezzo Lab
@testtest133 почему Валера вьетнамцев недолюбливает?
Флешбеки?
Ruslan
до 1998 года количество путающихся было ничтожно мало... а потом население увеличилось, а IQ общий остался на месте
Ruslan
«Законченный хакер считает, что в одном километре 1024 метра, а законченный ламер, что в одном килобайте 1000 байт». Старая, практически доинтернетовская, шутка». А чтобы ламер с хакером не передрались, защищая свои заблуждения, придумали разделить двоичные и десятичные приставки. Глупость придумали и в массы она не сильно пошла.
Ruslan
До наступления эпохи информационных технологий, чтобы не писать большое количество десятичных нулей и не пользоваться научной нотацией придумали десятичные приставки. кило = 10³, мега = 10⁶, гига = 10⁹. Когда пошли компьютеры с двоичной логикой, чтобы не писать ещё большее количество двоичных нулей, придумали двоичные приставки кило = 2¹⁰ ≈ 10³, мега = 2²⁰ ≈ 10⁶, гига = 2³⁰ ≈ 10⁹. Всё было прекрасно, но порог вхождения в сферу информационных технологий снизился, валом повалили ламеры, которые начинали путаться, а ещё ушлые продаваны начинали мухлевать, продавать носители информации меньшей ёмкости, из-за разницы между десятичными и двоичными приставками (до сих пор ведь так делают). Тогда-то кому-то и пришла в голову вышеописанная глупость, подразумевать, что в одном килобайте 1000 байт, а в одном кибибайте 1024. Но, как уже было сказано выше, эта глупость в массы пошла не сильно. В одном килобайте было, есть и будет 1024 байта. Хотя, вполне возможно, что ламеры в конечном итоге победят, и эта глупость восторжествует окончательно.
Денис
Ruslan
Так что никакой путаницы нет:
• В СИ теперь есть стандартные единицы: кибибайты, кибибиты, мебибайты, мебибиты и т.д. Эти единицы непривычны, неудобны, и годятся разве что, например, для каких-нибудь научных статей по теории информации.
• Это не отменяет несистемные килобайты, килобиты, мегабайты и мегабиты. Мы к ним привыкли и будем пользоваться также, как моряки пользуются кабельтовыми, а англичане футами.
ok-home
Короче. мы продаем или покупаем?
Sergey
i2s_channel_enable стартует с нулевым буфером, да, но видимо из-за рассинхрона или рестарта ацп при включении мцлк (i2s_channel_disable же отключает мцлк?) первые сэмплы - мусор, притом количество не стабильно и иногда мусора нет, но если он есть то есть в обоих каналах сразу
соотв. задачка теперь выглядит как сбросить буффер дма не дергая i2s_channel_disable/enable
т.е. алгоритм следующий:
один раз запускаем чтение i2s_channel_enable, что-то летит в буфер, получаем прерывание, обнуляем буфер, читаем 512 байт - получаем 512 байт с момента сброса буфера НЕ выключая канал
внутрях i2s_common есть указатель dma.rw_pos но это просто счетчик, как сбросить аппаратный буффер пока не сообразил ☹️
Буфер дма в стеке или куче? Проверь что он в куче, вдруг из-за этого проблема
Stanislav
такс, в недрах нашлись:
/
* @brief Reset RX DMA
*
* @param hal Context of the HAL layer
*/
#define i2s_hal_rx_reset_dma(hal) i2s_ll_rx_reset_dma((hal)->dev)
/
* @brief Reset I2S RX fifo
*
* @param hal Context of the HAL layer
*/
#define i2s_hal_rx_reset_fifo(hal) i2s_ll_rx_reset_fifo((hal)->dev)
сча попробуем 😁
ok-home
тебе нужны наушники от scandic? могу на тыщу отдать
с твоей доплатой, причем наушники можешь не отправлять 😜
emmett
Камрады!
у кого нибудь есть дисплей
Sunton esp32 8048s050c - YCD (Yellow Cheap Display)
Нужна помощь: Залить туда мой бинарник и посмотреть какую картинку он даст. Мне надо понять у меня битый экземпляр или руки кривые или так и должно быть.
Суть проблемы описал тут:
https://forum.lvgl.io/t/rgb565-and-sunton-display-problem/19726
Stanislav
Промежуточный узбек достигнут если дергать перед вызовом i2s_channel_read сбросы в такой последовательности:
i2s_hal_rx_stop(&(handle->controller->hal));
i2s_hal_rx_reset_dma(&(handle->controller->hal));
i2s_hal_rx_reset_fifo(&(handle->controller->hal));
handle->dma.rw_pos = 0;
i2s_hal_rx_enable_dma(&(handle->controller->hal));
i2s_hal_rx_start_link(&(handle->controller->hal), (uint32_t) handle->dma.desc[0]);
handle->dma.curr_desc = ((lldesc_t *)handle->dma.desc[0]);
handle->dma.curr_ptr = (void *)(((lldesc_t *)handle->dma.curr_desc)->buf);
i2s_hal_rx_start(&(handle->controller->hal));
синхронизация ловится идеально-стабильно
однако (с) печалька в том что если не вызывать i2s_hal_rx_stop то при чтении из буферов в них частично (второй буфер) лежит "старое" а если вызывать то переодически (но реже) пробегает мусор в начале пачки
видимо я либо не правильно двигаю указатель (точнее не тот указатель) либо надо дополнительно сдвинуть указатель самого дма