До ардуинских регистров не долез, но вот китайцы в своих часах на STC15W404AS дополнительно поставили микруху RTC DS1302, хотя там вроде тоже свой таймер есть. Отчего-то не поскупились.

канеш не долез. И не долезешь. Их нет.


в ней есть термокомпенсация, чего нет в RTC на МК. Но кварц МК можно заменить на TCXO.

Может и не долезу, пока не до этого "в мягких муравах у нас":

https://alexgyver.ru/lessons/registers/

PCBWay - всего $5 за 10 печатных плат, первый заказ для новых клиентов БЕСПЛАТЕН

Сборка печатных плат от $30 + БЕСПЛАТНАЯ доставка по всему миру + трафарет

Онлайн просмотровщик Gerber-файлов от PCBWay + Услуги 3D печати

Это регистры микроконтроллера. Работа с ними в дурине не предусмотрена никак. В отличие от других фреймворков (хотя бы тот же Atmel Start).

Организация питания на основе надежных литиевых аккумуляторов EVE и микросхем азиатского производства

Качественное и безопасное устройство, работающее от аккумулятора, должно учитывать его физические и химические свойства, профили заряда и разряда, их изменение во времени и под влиянием различных условий, таких как температура и ток нагрузки. Мы расскажем о литий-ионных аккумуляторных батареях EVE и нескольких решениях от различных китайских компаний, рекомендуемых для разработок приложений с использованием этих АКБ. Представленные в статье китайские аналоги помогут заменить продукцию западных брендов с оптимизацией цены без потери качества.

Подробнее>>

в процессе наладки моих часов невольно стал задавать себе вопрос: как получается в других проектах поднять с 5В до 170В обычным boost-up-ом? вот, например, в этой схеме:

Спойлер

я не в курсе возможностей PIC-а по генерации ШИМ-а, предполагаю, что вряд ли в этой схеме частота преобразования значительно выше, чем 32К, реализуемых AVR-ами... но в моих экспериментах мощности по высокой стороне явно маловато выходит...
в настоящее время экспериментирую с дросселем 1000 мкГн, планирую попробовать 330 мкГн. с нынешним дросселем средний потребляемый от источника 5В ток едва достигает 40 мА, что явно недостаточно, видимо, за период ШИМ-а индуктивность не "накачивается" достаточным током. в "допечатноплатных" экспериментах средний ток преобразователя у меня был до 600 мА и даже иной раз больше.

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

Новый аккумулятор EVE серии PLM для GSM-трекеров, работающих в жёстких условиях (до -40°С)

Компания EVE выпустила новый аккумулятор серии PLM, сочетающий в себе высокую безопасность, длительный срок службы, широкий температурный диапазон и высокую токоотдачу даже при отрицательной температуре. Эти аккумуляторы поддерживают заряд при температуре от -40/-20°С (сниженным значением тока), безопасны (не воспламеняются и не взрываются) при механическом повреждении (протыкание и сдавливание), устойчивы к вибрации. Они могут применяться как для автотранспорта (трекеры, маячки, сигнализация), так и для промышленных устройств мониторинга, IoT-устройств.

Подробнее>>

Из схемы не видно, от чего тактируется МК. Но 100кГц или даже 1МГц снять с таймера - не проблема.

При сбросе 7 бита таймера синхронизируются. При чем тут прескаллеры?

Только T0 и T1. Но отсутствие синхронизации влияет только на фазу, а не способность "тикать". А сделано это из-за того, что прескалер для этих таймеров один и счётчик у прескалера тоже один. Т2 используется в асинхронном режиме и синхронизируются у него только управляющие регистры. Происходит это абсолютно прозрачно для программиста. Главное, чтобы системная тактовая частота превышала частоту осциллятора T2 в 4 или более раз.

Где вы это взяли? В даташнике не указано, что бит TSM регистра GTCCR отвечает только за Т0 и Т1.

Это следует из того, что у T2 свой осциллятор (в нашем случае). Поэтому без синхронизации фазы между основным осциллятором и осциллятором этого таймера говорить про синхронизацию таймеров бессмысленно. А механизма синхронизации двух осцилляторов в AVR не предусмотрено.
Бит PSRSYNC отвечает за сброс счётчика предделителя таймеров T0/T1, а бит PSRASY - за сброс счётчика предделителя T2. Вот когда предделитель T2 сядет на систменую тактовую частоту, тогда и надо говорить про синхронизацию.

Ну есть же тема для обсуждения МК!

Не надо пиком, тем более совмещать с рабочей программой - потом замучаетесь разбираться, откуда сбои. Лучше отдельным PWMом типа UC3825 или подобным.


Ардуино - это и есть микроконтроллер с загрузчиком, считай отладочная плата. А ссылка как раз на евоный ИДЕ и там написано как устанавливать и читать регистры.


Там такой же внешний кварц.

То бишь у них контроллер только читает RTC и измеряет температуру за бортом. Может тоже натыкались на подобные проблемы.

Внешний контроллер - не наш метод.

Дурина для этого не нужна.


Нет


Тоже нет. Да дурина и не позиционирует свои платы как отладочные.

Да похрен, кто что позиционирует. Понятно что им надо расширить ассортимент и сделать более наглядную обучалку. Не нравится загрузчик - заливай через ICSP. И я не говорил что МК можно только так использовать, я сказал про регистры, с которыми там тоже можно работать.

Если с дросселем, то можно ченить типа LM3488, но с МК лучше не совмещать.

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

Теперь осталось заставить всë это работать...

С таким током не пробовал, а для гейгера вполне получилось и на мк, не вижу причин делать не на мк в данном случае т.к. часы не бог весть какое сложное ПО. Открывал IRF как тут сделано https://vrtp.ru/index.php?act=categorie ... ticle=3552

Morroc, это вы сейчас о чем вообще?!

чудеса продолжаются...
АЦП в моём проекте настроил на запуск по флагу переполнения таймера 1. само собой, сначала не учел, что для того, чтобы этот запуск работал, надо флаг запроса прерывания по переполнению этого таймера сбрасывать вручную (само прерывание не требуется пока). само собой, оно не заработало, т.е. один раз прерывание срабатывает, а потом - все, АЦП остановлено и не измеряет. это, кстати, и было причиной проблемы, описанной в самом начале: АЦП у меня управляет ШИМ-ом, и, таким образом, само себя останавливало, вместе с таймером, от которого и запускалось.

так вот, обнаружив, что я некорректно работаю с режимом старта по событию, я, естественно, добавил в код обработчика прерывания АЦП вот такую строку: TIMSK1 = _BV(TOIE1); ну то есть типа сбрасываю флаг запроса прерывания, чтобы он потом смог снова установиться и запустить следующий цикл АЦП... видите плюху? но оно, блин, работает! АЦП успешно стартует и измеряет, все отличненько.

как такое может быть?! читал даташит вдоль и поперек - нигде не сказано, что при записи флага РАЗРЕШЕНИЯ прерывания по переполнению таймера сбрасывается флаг ЗАПРОСА прерывания, который и находится-то в другом регистре TIFR1!

чувствую, пора переквалифицироваться в управдомы...