Тестер частоты кварца из Bluepill

[vadim_d]

но что есть БЛУПИЛ первый раз слышу

Есть такая платка из контроллера с минимальной обвязкой, именуемая в простонародье синепилюльной https://stm32-base.org/assets/pdf/bo...-Blue_Pill.pdf

[cuneum]

Есть такая платка

Чем мне не нравится STM32 так это длинным машинным циклом примерно 5..6 тактов на команду, то есть частота 72МГц даёт возможность опроса портов с частотой 12МГц. Если сравнивать с Атмел, то там 8МГц при частоте 16МГц, то есть ядро Атмел более эффективно. А если взять современные модели аналогичной разрядности, так и вовсе обходит STM. В общем странное впечатление от STM, его возможности компенсированы недостатками.

[vadim_d]

возможность опроса портов с частотой 12МГц

А что ценного в самой этой возможности? Если по изменению состояния нужно делать переходы, то тут сразу надо учитывать еще и кучу других параметров, и разница, выраженная в чистом времени, скорее всего будет в пользу STM. Если смотреть на обработку данных, то может на выбор повлиять разрядность, ну и известная инженерная шутка - лучше иметь плохой стандарт, чем не иметь никакого - часто заставляет инженеров выбирать ARM, после первого знакомства с одним чипом все остальные попадают в серию "найдите три отличия"

[ozforester]

Трудно их сравнивать, проще искать что-то общее. (=
Положу здесь, так как это почти то же самое, только кварцы меняются местами. В данном случае выпаял часовой кварц и оставил системный. Схема упростилась еще на один генератор. Для начала пять вольт возьму с самой платы, от ее юсб, поэтому нагреватель небольшой. Мосфеты только смт-шные попадаются, неудобно для макета, закажу выводных на алиэкспрессе, уже не первый раз возникает в них необходимость.



Блюпил, да, как arduino-pro-mini только с stm микроконтироллером. Насколько знаю (сам не пробовал), на них даже загрузчик прошивают и используют ардуино-иде для программирования.
p.s. У stm32 немного другая концепция. Сильно развиты события и прерывания, много периферии, которая может работать напрямую через периферийный блок дма. Порты обычно опрашивать не нужно, они "сами". Кортекс тоже добавляетт замороченности, но его везде много, и легко найти ответ. Для сильно страждущих есть книги разработчика. Пробовал читать по м0 и м3, убрал пока подальше, "чур меня" от таких деталей. (=

[veso74]

Offtop, но вероятно AVR-щики при преходе к STM32 скучают (+транслейт) по "ногодрыг", pin bit-bang.
Правда, первую неделю . Потом: хорошо, что все реализовано по-другому, и аппаратно, и точнее и надежнее, и по dma, и по другому.
Но мышление необходимо изменить. И будет "бедной" DS18B20 аппаратно связанный по ... UART с MK.

[ozforester]

Ну да, никто не мешает сделать составное юсб-устройство для термодатчика и вызывать утилиту при его втыкании в порт, как это делается с файловым менеджером при втыкании флэшки с фотками.
Тема тестера кварцев скорее как пример упрощения и быстрого решения задачи. Как-то собрал вариант транзистор-тестера навесным монтажем прямо на ардуинке, одну подарил, собрал другую между делами. Дешево и сердито. Так же и с кварцами. Сначала с помощью "лодочки" измерил "трубочку", затем наоборот - трубочкой лодочку. Никаких дополнительных деталей, основной замысел был именно в этом. Следующая схема уже равзитие первой, для экспериментов с термостабилизацией. В блупиле для этого все уже есть. Только добавить "термостат" и написать новую программу.
Посмотрел частоту, если не ошибся, то на 2.5 секунд будет убегать в сутки без настройки. И никто не запрещает сразу все нужные расчеты вывести на дисплей, а калибровочный регистр на переменный резистор. Кварцы запускал без нагрузочных резисторов. Из мешочка с алиэкспресс мало приличных квацев с легкой подстройкой. Теперь буду связывать вместе нагреватель, датчик и кварц, чтобы поэкспериментировать с алгоритмом стабилизации температуры.



p.s. Для сборки этого тестера достаточно первого сообщения. Если кого-нибудь интересуют конкретные детали конструкции. то лучше спросить здесь, а общие вопросы, лучше задавать в теме о программировании микроконтроллеров. Сюда же никто не будет заглядывать через пару дней, а там точно ответят. Наверное я погорячился, что не рассказал в первом сообщении про то, что такое блупилл (bluepill) и не дал ссылку. Думал излишне, как о тех же ардуинках. Как и любой "макетный" микроконтроллер, плату можно переставлять из одной схемы в другую, меняя прошивку. Многие с этого и начинали, а затем заинтересовались и сами стали писать простые программы.

[cuneum]

А что ценного в самой этой возможности? Если по изменению состояния нужно делать переходы, то тут сразу надо учитывать еще и кучу других параметров, и разница, выраженная в чистом времени, скорее всего будет в пользу STM.

Не будет разница в пользу STM, слишком много тактов на одну команду. Ценного, в возможности быстрой реакции на внешнее событие в частоте обработки таковых событий. Кстати, так и не нашёл на него таблицу инструкций с указанием тактов, видимо "сие тайна великая есть.. юный падаван"

[vadim_d]

слишком много тактов на одну команду

ARM - изначально законвейеризованная архитектура, выполнение отдельных команд во времени перекрывается друг с другом, возможно именно поэтому таблицы с потактовым временем и нет, поскольку приложить ее не к чему . Геннадий Завидовский сравнивал ARM и RISC-V схожих весовых категорий, практически 1:1 с его слов, скорость реакции на события от вычислительного ядра нормально не требуется, поскольку события обрабатываются интерфейсными блоками, которых там на все случаи жизни, даже прескалеров напихали столько, что выпендризмы с досчетом и обработкой переполнений таймеров вроде как ушли в прошлое

[Хигэ]

cuneum, ваш вопрос немного похож на "почему в ворде выравнивание пробелами, как в лексиконе. не всегда работает"

разная архитектура, разная философия (первое следствие второго, если что)
не пытайтесь закручивать шурупы молотком и забивать гвозди отвёрткой
это не эффективно

[cuneum]

ARM - изначально законвейеризованная архитектура

В x86 тоже конвейерная изначально архитектура, однако, время выполнения команд указывается в таблице, это норма уже более 40 лет.

даже прескалеров напихали

Причём тут прескалеры? Возьмём необходимость реакции на внешнее событие, его обработка и вновь реакция в цикле, да прескалер, можно применить как обычную защёлку, но вот обработать событие ARM уже не успевает и именно благодаря длинному машинному циклу, который обусловлен нивелированием внутренних задержек и синхронизацией блоков. Если мы рассмотрим реакцию от 8-бит порта, то тут и прескалер никак не спасёт. ARM хорош в приложениях требующих 32-бит математики, фактически это люто урезанная PC по структуре, но в большинстве задач он избыточен.

не пытайтесь закручивать шурупы молотком

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