Kpoк (20.06.2024 07:56, просмотров: 112) ответил =AlexD= на Асинхронная логика меньше потребляет, но чревата вот такими
побочками. По мне так нормальный компромис. Думаю максимум три
чтения и результат получен.-
- Компромисс был не там. Он был вот в этот момент: "Товарищи китайцы,
будем писАть нормальную доку?" Хотя, мы китайскую грамоту не
разумеем. Может, там всё написано. - SciFi(20.06.2024 08:04)
- В доке написано, что 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, ссылка, ссылка)
- Компромисс был не там. Он был вот в этот момент: "Товарищи китайцы,
будем писАть нормальную доку?" Хотя, мы китайскую грамоту не
разумеем. Может, там всё написано. - SciFi(20.06.2024 08:04)