SciFi (20.06.2024 08:04, просмотров: 98) ответил Kpoк на Ой. 32 килонерц именно та частота, где надо думать о потреблении.
Просто китайцыส็็็็็็็็็็็็็็็็็็็็็็็็็༼ ຈل͜ຈ༽ส้้้้้้้้้้้้้้้้้้้้้้้
-
- В доке написано, что R32_RTC_CNT_32K это на самом деле два разных
16-битных регистра... так что всякое может случиться ;-) Bhg2(625 знак., 20.06.2024 08:24, ссылка, ссылка)
- Вот еще полезное замечание оттуда: The trigger value of RTC is set to [1, 0xA8C00000], and if you set other values, it will never be triggered, set 0xA8C00000 The corresponding wake-up CNT is 0 - il-2(20.06.2024 11:18)
- Кстати - сами китайцы в своей Std Peripheral Lib для чтения 32-битного значения пользуются RTC_GetCycle32k(), а для чтения 16-битного значения - читают напрямую из регистра. Я на практике убедился, что даже 16-битное значение надо читать с проверкой 2-х последних значений. Так что эта заметка в блоге неверная. Неверное объяснение - и неверные выводы. - il-2(20.06.2024 11:12)
- Спасибо, надо поглядывать в этот блог. Но в даташите нет никаких упоминаний про такие особенности. И проблема не в том, что там якобы разделение на 2 регистра. Ошибочное чтение в момент инкремента, даже если читаешь младшие 16 бит. Там суть в том, что ты читаешь в момент, когда идет процесс медленного поразрядного инкремента, и ты считываешь какое-то промежуточное значение. il-2(227 знак., 20.06.2024 11:05)
- В доке написано, что R32_RTC_CNT_32K это на самом деле два разных
16-битных регистра... так что всякое может случиться ;-) Bhg2(625 знак., 20.06.2024 08:24, ссылка, ссылка)