Arduino.ru

Спасибо, Александр. Питание я так понимаю общее без всяких излишеств?

По питанию всёж организуйте возможность установки LC-фильтров по "+", на всякий случай. Мне такая развязка питания "цифры" от "аналога" помогла убрать цифровые наводки. Наводки от дисплея удалось убрать только экранировкой проводов клоков и данных дисплея, точка подключения экрана  на "-" конденсатора питания УМЗЧ.

Всё зависит от конкретной реализации, всё очень индивидуально. Особенно когда всё в пространстве разнесено. Вы спросите у Пильникова с его "моноплатой" - как там дела с шумами? - Свои платы он предлагает, но на прямой вопрос по шумам не ответил... Не зря наверное у парня несколько релизов + от раза к разу убогая организация 3V3. (хотя больше года он как согласился - линейник это совсем неправильно, но без сноски на моё замечание! :) ) ...Но всё равно продолжает лепить тупой тепловой "линейник" (еще и с недостаточным номинальным током!), "отжирающий" в тепло всё "лишнее" и затыкая систему гораздо раньше, чем положено (минимум на 0.6в, это скромно). Это гордая тупость или показательный похуизм товарищь Пильников? Как такое могло случиться?

Пильников! Есть прекрасная "копеечная" реализация sepic-а на МТ3608, прекрасно работает при входе 2,5-4.3, выдавая 3v0-3v3. В сети оно есть. Уважаю тебя, но нехорошо компенсировать свои "творческие" расходы торговлей "сырыми" результатами "а-ля фор лох" где бы то ни было. Пристально смотрел твои платки - плохо развязаны цифра и аналог. Может и не совсем это есть "свистоперделка", но где-то рядом (коммент будет?). Тут с разводкой еще работать и работать, удачи. Как получится - сразу куплю несколько твоих "заводских".

С Ув.

Линейника давно уже нет. Релизы отличаются друг от дружки применением разных компонентов. Аудио часть (vs) почти референсная, с 3мя напряжениями и отдельной аналоговой землей. У УМЗЧ тоже своя земля. Он кстати дифференциальный. Вы, colner, методикой инструментальной оценки уровня шумов поделитесь. Желательно без использования редких и дорогостоящих измерительных приборов.

Случилось! питальник EA3036 (!), дифы на NS4150, красава!!! Это уже по-взрослому!  Выглядит многообещающе. А что там делает слот под карту - в перспективе чтение с СД? Я на очереди!

Мой "инструментальный" способ оценки шумов - осциллографом, делаем "фотографию" шума по шинкам, далее "гуляя" по питанию и земле опознаем "характер" шума по снимку, режем-меняем точку земли, утолщаем сечение земли, отрезаем ВЧ по питанию "LC" цепями. Классика жанра...Мог бы и не задавать этот вопрос... (спектроанализатор не использую, тут и без него всё видно - "ослик" прекрасно показывает и характер и уровень).

Когда эти новые платы приедут? Сколько будут стоить? Пины под дисп и энк наверняка с обр стороны?

Умничка!

офф 1063 пока не пинал? Это ведь вообще бомба и, вроде, дрова девайса ее понимают. Скажи по существу, если имеешь мнение, спасибо.

Приедут сегодня. Все деталюхи, которые на фото, уже смонтированы (заказывал с частичной сборкой).  Стоит такая плата (в состоянии "полусобрана") 500р, собранная и настроенная - около 40$. Комплектация: 2 энкодера или 5ти позиционный джойстик на выбор, ду, дисплей ips 320х240 2 дюйма. Зарядка LiOn c индикацией уровня. SD слот - на вырост. Кто умеет - может заюзать.

Про 1063 я думаю. Ее в эту плату можно поставить. Она по железу один в один с 1053. По софту разные они. Если эта плата в стоке "зайдет", возможно и рискну на 1063. Мне надо сперва освоить связку JTAG программатор + OpenOCD + VSC + IDF.

будет вариант за денежку, есть продвижение в этом плане?

Даже смотреть не буду, мое время ушло, альцгеймер уже "на носу" :)

...всёж посмотрю... , но купить активацию прошивки мне будет проще и разумнее, думаю, как и большинству тут (и не только тут) присутствующих.

...but this project is dead without https very soon...

Conler, спасибо за совет. А что Вы используете в качестве индуктивности? Подойдёт ли ферритовая бусинка?

Нет, бусинки малость для иного нужны, нам надо цилиндрики или гантельки (почти произвольно), на двукратный ток цепи. Ну и керамику после нее на "-" БП.

maleksm, судя по фотографиям печатную плату Вы не используете, вся разводка проводами. Качество приёма и звука от этого не страдают. У меня сейчас связка из ESP32, VS1053, oled дисплея и энкодера собрана "ёжиком" и пока без усилителя (в пути). Перед сном слушаю на наушники и вроде бы качество нормальное. Помехи проскакивают только от мобильника. Стоит ли изготавливать печатную плату для единичных экземпляров KaRadio. Что вы скажите? И ещё заметил, что ESP32 подключённая проводами быстрее подключается к вайфай чем та которая установлена на печатной плате.

Собрал. Тещщу. Вроде не пердит и не свистит. Усилок еще надо допаять. Раньше с экраном 1.8 на этой батарее играло 8 часов. Щас с гашением подсветки и другим питальником - 2 дня пашет.

Как-то странно себя ведет LED_GPIO, который я очень хочу приспособить для управления усилителем. Усилитель активируется высоким уровнем. У меня WROVER, наплатный светодиод подключен к GPIO2. Очень хорошо, будет индикатором. В идеале мне нужно, чтобы воспроизведении аудиопотока (и только при воспроизведении аудиопотока) светодиод постоянно горел. В конфиге прописано P_LED_GPIO,data,u8,2. С терминала поставлено sys.led("1"), sys.ledpola("0"). Reboot.

Все загружается-коннектится, светодиод горит (включается усилитель). Но как только начинается трансляция - светодиод гаснет.  С клавиатуры делаю STOP - поток останавливается, светодиод зажигается. С клавиатуры делаю START - трансляция возобновляется, светодиод гаснет. Насколько я понимаю, это соответствует ledpola="1". В терминале делаю запрос sys.ledpola; контроллер отвечает, что ledpola ="0". Странно...

Даю в терминале команду sys.ledpola("0").Все остается как было - трансляция продолжается, светодиод погашен. С клавиатуры делаю STOP - поток останавливается, светодиод ТЕПЕРЬ НЕ зажигается. Запрашиваю sys.ledpola; контроллер отвечает, что ledpola ="0". С клавиатуры делаю START - трансляция возобновляется, светодиод зажигается. Запрашиваю sys.ledpola; контроллер отвечает, что ledpola ="0". Ну, как бы все хорошо.

Делаю ребут. И все как "до того" - начинается трансляция - светодиод гаснет. Запрашиваю sys.ledpola; контроллер отвечает, что ledpola ="0".

1) Что происходит?

2) Можно это как-то побороть в конфигурации CSV? Чтобы после ребута сразу работал режим ledpola ="0"?

3) Или как это можно побороть? Городить инвертор не хочется. Сейчас оптрон, управляющий усилителем, включен от GPIO2 на землю. Могу попробовать включить его от +VCC к GPIO 2, но... Кто хозяин? Я или тараканы?!

 

EagleB3, какая у Вас прошивка (номер)?

Вот так и происходит. Думаю, косячок в логике работы полярности остался и в этой прошивке.

У меня прошивка 1.9.r7. Сейчас поэкспериментировал. Сигнал LED_GPIO задействован на "Mute" усилителя, т.е. правильный режим при ledpola ="0". Когда во время воспроизведения даю команду "sys.ledpola("1")", т.е. меняю полярность, звук сразу прекращается. Так длится до тех пор, пока не дам команду "Старт" - и всё, звук появляется. Хотя система отвечает "##Led polarity is 1#".

Выставленная полярность сохраняется после ребута. Это точно. Если дать команду "sys.ledpola("1")" и перезагрузиться, то команда "ledpola" останется с заданным значением "1". Но диод будет работать в режиме "0".

 

У меня сейчас стоит прошивка от pilnikov, 13/04/2020 http://arduino.ru/forum/proekty/wi-fi-internet-radio?page=155#comment-529482

"Исправленный bin версии 1.97
- с увеличенным буфером
- с приоритетом VS1053 над органами управления
- c корректной работой Led"

То есть бралась она с https://github.com/pilnikov/adf/tree/master/esp-adf/examples/Ka_mod/bin

...А вот как бы насчет тоже с увеличенным буфером и приоритетом VS1053, да еще и с исправленным ledpola?

https://github.com/pilnikov/Ka_mod/tree/master/bin

пробуйте

Работает! Как надо работает!

СПАСИБО!

Вопрос по поводу способа устранения цифровых шумов по платам на VS1053:https://github.com/karawin/Ka-Radio32/issues/167

Интересно, кто нибудь еще подобное проделывал? И корректно ли это вообще?

Я месяца три назад пробовал на такой же плате (как в ссылке) и успеха не достиг, вернулся к DC-DC развязке.

Может чего не так понял, но вроде это способ решить проблему цифровых шумов.

 

 

Штатно в гнездо наушников VS1053 выдаются левый канал, правый канал и GBuf. На все три линии штатно же привешены высокочастотные фильтры к земле GND.

Доработка по ссылке приводит в гнездо наушников вместо GBuf землю GND. Маленькое замечание: В даташите на VS1053 земляные контакты в гнездах наушников, линейного входа и микрофона - земля AGND (а не GND! Как положено). Вот, кстати, по той ураганной доработке землю и берут с рядом расположенного микрофонного входа.

Реально нужен линейный выход, и разработчик VS1053 дает в специальном аппноте (или поищите файл "VS10XX AppNote_Connecting analog outputs") две рекомендованные схемы - фердеперцевую (рис.7) и простую (рис.8). В фердеперцевой в каждой канал добавляют два резистора и два конденсатора, в простой - два резистора и один конденсатор.

Кусок макетницы-слепыша (~40x25) и 20 минут работы паяльником. Если не лень - можно плату вытравить. И по крайней мере совесть будет чиста: Вы все сделали как положено. А если фон и в этом варианте будет недопустимо большим - поставите DC-DC.

Я сколхозил вот так:

на самом деле colner дело говорил - хочешь сделать как тебе нравится - разводи сам. В VS есть плюхи, которые с шумами борятся, но они не доступны ни на красных ни на синих не на зеленых бордах. Тока если самому развести. Плюслм фонят аудио входы, которые юзвери по неопытности оставляют висящими в воздухе, хотя по фэншую они должны быть на "земле". Потом тот же GBUF и AGND - где они на китайских подельях????? GBUF - "земля" разъема наушников. AGND - не не слышали про такую. Вот отсюда все холивары про цифровые шумы и борьбу с ними и идут. А так бы по хорошему все холиварщики поразвели бы себе по паре релизов, глядишь пи...дежу бы поубавилось.

З.Ы. напомнило мне старую схему УМЗЧ (то ли "кумир" то ли "бриг" не помню, но 001 точно) там релюхами выход с задержкой подключался для маскировки переходных процессов.

А как можно убрать мусор с TFT 240x320 (ILI9341, в конфиге прописан тип "194")? Тот, на который показывают стрелки:

И ведь даже, кажется, где-то видел тот совет, но тогда я об TFT не помышлял. А сейчас обыскался - найти не могу... :(

Прям елей на душу!!! шрифтик то ... не штатный. И секунды справа.

На самом деле надо заморочиться. Мусор от того, что нет refresh для всего экрана. Решение - перед выводом новой цифири рисовать черный прямоугольник размером с .... Для фиксированных шрифтов размеры заданы. Для плавающих считать надо.

Как же, как же... Не все еще склероз отъел. Паял я себе Шушуринский усилитель (радио №6 1978г), и для него на релюшном блоке защиту/задержку довешивал. И, надо сказать, работало прекрасно...

Отличный шрифтик! Крупненький, глазастенький!

СПАСИБО!

А, может быть быстрее отрисовывается графический прямоугольник? Один, прямо на всю область индикации времени? Или три маленьких прямоугольника - на часы, минуты, секунды, что будем менять - то и пробиваем перед выводом. Три цикла для определения кого сейчас надо пробить. Запускаться/синхронизироваться по 00 секунд.

 

Спасибо за пояснения!

Ну, не у всех настолько глубинные познания "земли". Поэтому подавляющее большинство будет продолжать пользоваться "разноцветными" платами.
Насчёт "пары релизов," очевидно, что "разводка с нуля" имеет смысл лишь для массового тиражирования. Для пары, тройки поделок-вряд ли кто займётся, а если и сделает, то будет пытаться монетизировать свое "произведение искусства." Да, это и на Вашем примере видно (в части плат), и, это Ваше полное право. Энтузиастов пока не нашлось :-))))
Да и паять, подобные платы достаточно сложно, много мелких деталей, нужен опыт и оборудование.

дел

ИДЕЯ! А может и не надо считать. Это ведь цветной дисплей. Надо создать переменную для хранения последнего выведенного значения времени. Инициализировать как угодно, хоть 11:11:11. И дальше каждый раз при выводе времени сначала выводить сохраненное значение, но цветом фона. Потом уже нормальным цветом выводить новое значение времени, и сохранять новое значение как последнее выведенное.

Может быть, так проще?

Если все 8 символов выводятся долго, то, может быть, выводить поразрядно - часы/минуты/секунды; только то, что отличается от ранее сохраненного.

Тогда уж совсем проще вообще ничего не сохранять, не запоминать и не считать. Ведь, если мы говорим о шкале времени, то на цифровых часах заранее известно, что четвёрке всегда предшествует тройка. Т.е. всегда перед двойкой могла быть только единица. Её и надо рисовать цветом фона. Все закономерности для разрядов часов, минут и секунд известны.
Единственно, перед первой прорисовкой нужно очистить весь фон.

Не надо. Символы "с потолка" цветом фона и мусор, который от них останется, не отличимы от фона. Просто вывести что-нибудь, чтобы не заниматься проверкой "первый ли у нас цикл". Главное, чтобы функция не упала от вывода пустого значения и от слишком большого значения - поэтому переменная должна быть инициализирована. Многие компиляторы (да хоть бы и Ардуино...) инициализируют все переменные по умолчанию в "0". Но я всегда предпочитал делать это собственными руками. И надо обращать внимание на вид сравнения: если сравниваем на "равно/не равно" - то совершенно не важно, что там. Сбой может быть только если мы включим радио ровно в 00:00:00, а в переменной "0". Тогда экран будет оставаться пустым, пока не натикает 00:00:01. Не велика беда. А вот если сравниваем "больше/меньше", то...

Контроллер быстрый и поэтому, IMHO, проблемы считать старую цифру или помнить/сравнивать со старой цифрой нет. Но вот повторное преобразование посчитанного в текст для вывода займет время. Поэтому лучше все же хранить и выводить цветом фона уже использованную ранее строку. А сравнивать лучше цифру - строка сравнивается посимвольно, а цифра - фактически обычное вычитание. Но, боюсь, что я устарел и продолжаю мыслить категориями устаревших 8-ми битных AVR с частотой 8МГц. Наверное, наша ESP32 и строки преобразовывает со скоростью урагана. Но мы упираемся в интерфейс дисплея и скорость отрисовки.

...Впрочем, если вы сами писали программы для MCU, вы все это наверняка и так знаете. А кто не писал и не собирается - им, скорее всего, это читать скучно.

Скока букав понаписали - молодцы. А слабо на дурине, используя либу ucglib, накалякать живой пример? А я его к себе в прошивку добавлю. И JP на гите потролю, чтоб официалку поправил.

Чет желающие посбежали все. Жаль.........

https://github.com/pilnikov/Ka_mod/tree/master/bin

пробуйте свежую. 

Радиола успешно переехала на ESP-IDF 4.0.1 (это пока крайняя ревизия в PlatformIO) без костылей в виде правки системных библиотек.
Это касается ошибки при компиляции

fatal error: crypto\sha1_i.h: No such file or directory

Лечение (подходит и для более младших версий ESP-IDF):
Файл websocket.h:

- #include "crypto/sha1_i.h"

+ #include "mbedtls/base64.h"
+ #include "mbedtls/sha1.h"
+ char* ws_hash_handshake(char* key,uint8_t len);

Файл websocket.c:
Удаляем 2 функции

void base64_encode_local(uint8_t *data, size_t length, char *output)
{
	//    size_t size = ((length * 1.6f) + 1);
	if (output)
	{
		base64_encodestate _state;
		base64_init_encodestate(&_state);
		int len = base64_encode_block((const char *)data, length, output, &_state);
		base64_encode_blockend((output + len), &_state);
	}
}

/**
 * generate the key for Sec-WebSocket-Accept
 * @param clientKey char*
 * @param Output char*
 */
void websocketacceptKey(char *clientKey, char *Output)
{
	uint8_t sha1HashBin[20] = {0};
	strcat(clientKey, "258EAFA5-E914-47DA-95CA-C5AB0DC85B11");

	struct SHA1Context ctx;

	SHA1Init(&ctx);
	SHA1Update(&ctx, clientKey, strlen(clientKey));
	SHA1Final(&sha1HashBin[0], &ctx);
	base64_encode_local(sha1HashBin, 20, Output);
}

Добавляем объявленную ранее функцию

char *ws_hash_handshake(char *handshake, uint8_t len)
{
	const char hash[] = "258EAFA5-E914-47DA-95CA-C5AB0DC85B11";
	const uint8_t hash_len = sizeof(hash);
	char *ret;
	char key[64];
	unsigned char sha1sum[20];
	unsigned int ret_len;

	if (!len)
		return NULL;
	ret = malloc(32);

	memcpy(key, handshake, len);
	strlcpy(&key[len], hash, sizeof(key));
	mbedtls_sha1((unsigned char *)key, len + hash_len - 1, sha1sum);
	mbedtls_base64_encode(NULL, 0, &ret_len, sha1sum, 20);
	if (!mbedtls_base64_encode((unsigned char *)ret, 32, &ret_len, sha1sum, 20))
	{
		ret[ret_len] = '\0';
		return ret;
	}
	free(ret);
	return NULL;
}

Меняем тип переменной:

- char encodedSha1[41];
+ char* encodedSha1;

Заменяем вызов удалённой функции новой конструкцией:

- websocketacceptKey(key, encodedSha1);
+ encodedSha1 = ws_hash_handshake(key, strlen(key));

Всем добра!

Спасибо. Работает. Поправил у себя.

Стартовало успешно! Мусора нет. СПАСИБО!

...А знаете, где он остался? На "Info" панели, снизу-справа. Там где месяц/дата и время.

Я как-то не подумал, что это разные доработки. Очень извиняюсь...

P.S. Но если сравнивать с предыдущей прошивкой (с увеличенным буфером и приоритетом VS1053, да еще и с исправленным ledpola, от 11.08.2020) стал более заметен "эфирный треск". Может быть, мне кажется? Сейчас прошьюсь обратно/туда/обратно еще раз, сравню.

P.P.S. А вроде "треск" и не больше.

P.P.P.S. Видно, что цикл вывода времени с таким способом очистки занимает больше одной секунды. Иногда прыгает через одну.

Вот еще что заметил: в версии "с приоритетом VS1053" (от 13.04), и в свежей с устранением мусора от часов (от 17.08) уровень сигнала показывается как -71..-73 dBm. А в промежуточной версии "с приоритетом VS1053" и исправленным LEDPOLA (от 11.08) уровень показывается -51..-55dBm.

Если это RSSI, то -53 dBm... Хочется верить, что правда, потому, что до роутера 5 метров, он в прямой видимости, а к антенному разъему ESP32 прицеплена антенна-полоска. Ну, скажем так: глазу приятнее :)))

То есть я не хочу сказать, что это баг, но вот. Особенность.

 

...А что показывает красный прогресс-бар на INFO-экране внизу, слева от календаря и часов?

уровень громкости...

Я там поковырялся малость - пробуйте. Вчера проиграла весь день без затыков вообще.. RSSI не трогал - она оригинальная. Ее еще можно посмотреть в морде в правом верхнем углу. 

 

Скажите, а поддерживает ли проект воспроизведение через BT и USB карту? Интернет радио - это хорошо, но иногда нет инета и хотелось бы USB послушать или через BT что нибудь. Заранее благодарен за ответ, а то уже 2 неделю в чтении и сомнениях.

 

нет, "жрите" есть как есть (глючное говно), и наверняка так и останется. https тоже призрачно. Даже за деньги пока нет разумных поделок. Ищем более разумное применение своим усилиям.

Странное дело... Здесь, где в проекте нет поддержки BT, вы спрашиваете о BT. А у меня на форуме только поздоровались.
Что ж, отвечу здесь. Радиола имеет поддержку BT отдельного модуля серии BTx01. Управление пока тестовое, через консоль. В ближайшей перспективе: через веб-интерфейс, пульт ДУ, автоматическое воспроизведение при подключении флешки или SD-карты, или телефона.

Можно прикрутить блютух модуль тупо через тумблер.

Еще вариант https://www.drive2.ru/b/545953428874986179/

Не стоит так поносить авторов. Проекты не коммерческие, денег с вас не берут. Делаются на досуге, как хобби.

Привет! ))

Аналогично! ;-)

СПАСИБО! Мусора нет. Уровень сигнала живой. Таскаю по комнате - ползает от -61% до -53%

Но... Например, включаю в 10:55. При загрузке запускается прием станции ("Инфо"). Потом экран меняется на "Время". Нижняя строка (уровень приема, уровень громкости, месяц-дата и время) не затирается. И полностью начальное значение времени не выведено. Отображаются только цифры, которые меняются. 1, 2, .., 59, 6 00, 6 01, ...

И так продолжается пока не натикает первый переход через десяток минут. Начиная с 11:10:00 появляются двоеточия между разрядами и все шоколадно.

При любом переключении между "Время"-"Инфо"-"Время" (в любой момент, даже сразу после старта) экран времени всегда отображается корректно.

Может я чего не то зашил? Прошивал https://github.com/pilnikov/Ka_mod/tree/master/bin/Ka-Radio32.bin, от 19.08.2020, размер 1 660 736 байт

P.S. Если разбираться с процедурой иницализации муторно и геморройно, то, может быть, проще принудительно сделать в начале работы "Инфо"->"Время"->"Инфо"->"Время"?

P.P.S. Бар громкости несколько налезает на календарь. Даже если в месяце всего одна цифра.

...Это я ни в коем случае не в виде претензий. Это я слишком долго проработал в софтопишущей конторе, среди программистов и тестеров.

Всем, доброго дня. Убедительно прошу помощи. Купил 2,4 TFT LCD дисплей для Arduino. На нём разведены пины с названиями:

С левой стороны    С правой стороны

LCD_D1                

LCD_D0                

LCD_D7

LCD_D6

LCD_D5                   LCD_RD

LCD_D4                   LCD_WR

LCD_D3                   LCD_RS

LCD_D2                   LCD_CS

                             LCD_RST

                             F_CS

Данный дисплей пытаюсь подключить к ESP32-Radio от Edzelf , но не могу понять какие пины вышеуказанного дисплея подключать к пинам

D/C или AO

CLK или SCK

DIN или SDA (MOSI)

CS

BL

RST

схемы радио. Ещё раз - прошу помощи.

Дублирование сообщения

Вы не тот дисплей купили. Вам его не подключить. В проекте используется дисплей с последовательной шиной, а у вас - параллельная.

оно так и есть. надо ковырять процедуру вызова экранов. Они там в три этапа прорисовываются. 

В крайней редакции строка выводится в цикле, причем прорисовываются только меняющиеся в данный момент символы. Целиком строка выводится только при смене экранов.

прогресс бар громкости тоже надо приподнять

[/quote]

Вы не тот дисплей купили. Вам его не подключить. В проекте используется дисплей с последовательной шиной, а у вас - параллельная.

[/quote]

Понял, что деньги на ветер. Спасибо за ответ.

Что бы не влететь повторно, - какие характеристики дисплея спрашивать?

Написал, стирать жалко... Чем отличается Edzelf от KaRadio32 - не знаю. А вот для Ka-Radio32 можно:

1) Фундаментальный способ - заглянуть в список поддерживаемых контроллеров дисплеев ( https://github.com/karawin/Ka-Radio32#lcd-or-oled-declaration ). И брать дисплей с поддерживаемым контроллером/интерфейсом.

2) Смотреть отчеты о постройке - многие прикладывают ссылки на детали в магазинах, в которых они приобретали дисплей.

А уж если сойдутся 1 и 2 - ошибки наверняка не будет. :)

Различия проектов wifi радио (на основании контроллера ESP32) Edzelf и KaRadio - сейчас ни в чём. Это когда радио было на ESP8266 и в KAradio были постоянные затыки - вот в начале и собрал радио, на основе ESP8266. от Edzelf. Затыков ВООБЩЕ не было. Потом собрал радио (на ESP32) от KaRadio32. Подкупила возможность использования двух энкодеров или 6-и кнопок или джойстика. Да и перевесило то что есть возможность настройки и активации функционала через BIN файл. Да и плюс в том что можно отказаться от VS 1053 и перейти на многие другие звуковые декодеры. Но ESP32-Radio перевесило тем что вышел релиз с возможностью подключения USB шилда. Да многое можно расписывать.

Попутный вопрос. В схеме KaRadio32 указано что к шине SPI подключаются контакты: LCD_CS   LCD_RESET   LCD_AO     MOSI     SCK    LCD_LED. Может имеется возможность подключения вышеуказанного дисплея к KaRadio32?