А вот и сами файлы BOM и PickAndPlace, если кому-то интересно на них посмотреть. Обычные CSVшки которые можно открыть блокнотом или екселем.

С платы убраны "дорогие" детали:
- микроконтроллер (нет в наличии)
- драйвер (нет в наличии)
- ds18b20 он и не нужен, сделан для упрощения написания ПО
- енкодер

Итого цена $90 или по $9 на плату.
Ну халява же за такую работу.
Ещё будте $20+ за доставку, что тоже не критично.

Заказывать пока не буду, подожду пока появятся драйвер и микроконтроллер.

#жизнь без фритоса.

Для переезда на новый процессор (который когда-нибудь появится в наличии) составил план тестирования функционала.
И первая задача традиционно - моргание лампочкой.

Вместе с простой задачей пришли непривычные для меня сложности:
в процессоре всего 8kBytes of SRAM и этого хватит только 2 две задачи во фриртосе =).
Зато тут аж 6 таймеров, и вроде как задачи можно распределить между ними.

Традиционное HAL_GPIO_TogglePin со "скважностью 50%" выглядит мерзко, и никуда не годится.
Для глаза гораздо приятнее другой тип взмаргивания, который описывается примеро так:

HAL_GPIO_WritePin(LED_GPIO_Port, LED_Pin, GPIO_PIN_SET);
osDelay(50);
HAL_GPIO_WritePin(LED_GPIO_Port, LED_Pin, GPIO_PIN_RESET);
osDelay(200);

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

В итоге немногого стекофервлоу программирования и лампочка моргает =)


Всё это конечно-же затеяно не ради диода.
Например при опросе ds18b20 нужна задержка в 750 попугаев.

Я на STM32 можно сказать впервые. Но прям интересно как тут живут старожилы.

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

Я же не машина, чтобы время тиками измерять и считать от 0, мне подавай миллисекунды.

Завёл себе табличку в екселе, а на время разработки втащил высчитывание периодов прямо в код.

Теперь моя несчастная лампочка взмаргивает по православному, 1 раз в секунду.

ЗЫ: хотелось бы и от cubeMX UX здорового человека, а не UX-курильщика.

https://github.com/0015/ThatProject
Хорошая подборка кода под esp32
к ютуб каналу https://www.youtube.com/c/ThatProject/videos

А вообще список хороших примеров можно оказывается посмотреть по звёздам
https://github.com/topics/esp32-idf

и проект выше занимает там 2ю строчку

Сегодня сетап такой:
Esp32, динамик, "осцилограф", енкодер.

По Stm32G031K8T6 защитываю себе поражение.
Слишком сложно, ниасилил. Отладка Stm32G031K8T6 уезжает в шкаф.

По отдельному модулю на stm32 видимо стоит призвать на помощь профессионалов, и в качестве микроконтроллера оставить f103.

Возвращаюсь к ковырянию esp32.
После stm многие вещи в микроконтроллерах становятся понятнее.
Например для того чтобы щёлкать ногами мощности контроллера не нужны - для этого есть всякие хардварные инструменты.

На esp32 для переключения ног попробую использовать модуль RMT.
https://docs.espressif.com/projects/esp-idf/en/latest/esp32/api-reference/peripherals/rmt.html

(5 минут мотаю до 10kHz и слушаю)

Драйвером управлять очень просто.
И вообще многое в esp32 сделано для людей.
У STM я жаловался, что считать в тиках и отнимать единицу - ну слишком нечеловечно.

А как это у esp32?
Просто говоришь драйверу RMT какая нужна частота в обычных герцах и он всё понимает.
Минимум 611Hz, а максимум в мегагерцах. Мой "осцилограф" столько не может, сколько может выдать RMT.

И с примерами всё сильно проще - из документации ссылка на 5 примеров различного использования этого функционала
https://github.com/espressif/esp-idf/tree/master/examples/peripherals/rmt

Я взял на основу пример morse_code который выдаёт SOS на нужной частоте.

(6 минут мотаю до 100kHz и ничего не слышно после 15kHz)

Предел моего игрушечного "осцилографа" - 200kHz.
Когда покупал его за 2 тыщи - думал ну зачем мне больше =)
Но скоро приедет уже другой, за 4 тыщи русских рублей от которого ожидаю в 2 раза больше удовольствия.

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

Скорее всего физика этого процесса ультразвуковая, а ультразвуковые ванны работают с частотами от 25 до 130 кГц..
Процитирую случайные статьи из интернета:

Для наиболее эффективной кавитации очищающая жидкость должна содержать как можно меньше растворенного газа.

Под видео много текста не положить, продолжение:

...
Интенсивность кавитации обратно пропорциональна ультразвуковой частоте: с увеличением ультразвуковой частоты уменьшаются размеры кавитационных пузырьков и их результирующее воздействие на очищаемую поверхность. Компенсировать уменьшение интенсивности ультразвукового воздействия с увеличением частоты можно только увеличением мощности облучения.
...
- 20-30 кГц способствуют быстрому растворению поверхностных загрязнений и не вызывают повреждения изделий.
- сверхнизкие частоты (меньше 20 кГц) могут приводить к появлению проблем разрушения.
- для большинства процессов отмывки предпочтительной является частота в диапазоне от 35 до 45 кГц. Частоты в этом диапазоне гарантируют наиболее быстрое и эффективное растворение загрязнений, особенно в пазах и полостях.
- частоты выше менее эффективны. 

С помощью RMT все эти частоты легко достижимы.
до 40 Мегагерц вроде можно, а это уже метровые волны, радиосвязь (ВЧ) и немного телевещания.

краткое содержание предыдущих серий:

- сделал штуку которая меряет EC (кондкуторметр)
- чтобы проверить стабильность работы - одно устройство поместил в термо-бокс с подогревом, которому приказано долго жить при одинаковой температуре 25°C (26 октября)
- пришлось немного повозиться со стабильностью питания
- сырые значения EC постепенно сползали. Сначала это было достаточно резкие изменения заметные в течении суток, но постепенно значения приходили в стабильное состояние.
- оно почти неделю проработало отностильностабильно
- что-то случилось с нагревалкой, и она стала постоянно греть. Температура в боксе была 30+ градусов. Я забил наблюдать за этой штукой, работает и работает, какая разница что показывает, потом верну температуру в 25 градусов и посмотрю хорошо ли всё с девайсом.

Последнее значение на графике было 1672mV

Вчера случайно понял в чём была проблема.
Оказывается из-за того что воткнул в одну USB зарядку 2 прибора - у них объединилась земля и китайский терморегулятор решил что выключаться ему не нужно.

Ну чтож, теперь питание у терморегулятора и нагревателя разные, и температура поддерживается на одном уровне. За месяц работы значения можно считать что не сползли.

Волны на графике - это колебания температуры. Устройство стоит близко к окну, а за бортом -25 градусов

Мне тут повзрослому переписали код под STM32 блюпил)

Чтобы ногами дрыгало на аппаратных таймерах,
и АЦП измеряло тоже аппаратно. Вобщем чтобы всё что
можно аппаратно, а остальное без FreeRTOS =)

Результаты измерения спамит в UART и на дисплей.
Значения уставок конфигурируются по UART и сохраняются в памяти микроконтроллера. Шик!

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

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

Получилось сносно =)