ВходНаше всё Теги codebook 无线电组件 Поиск Опросы Закон Воскресенье
22 декабря
1477405
klen (15.11.2024 21:18, просмотров: 9706)
Итак товарищщии! сегодня был в Зелеке на РадиоФесте в НИЭТе. был круглый стол. по кругу много чего пускали но! в числе прочих докладывал Станислав Шепелев из Микрона про амур мк32. На днях или около того ожидается фиксация хотелок к таймерам в следующей третьей итерации амура. обещают например usb и 100-ногий корпус и тд. но моя боль это периферия. предлагаю накидать какахов про таймеры. Станислав обещал попробовать это учесть в документе на фиксацию. 

у меня сразу как минимум 6 недочета

1) процессоры ушли далеко ввысь - поэтому 16-битный таймер это экономия на шалушках от семечек. нужно чтоб все были 32 битными. иначе они переполняются , а пользоваться прескалером ухудшать разрешение по времени я не готов.

2) у таймеров есть проблема не развитости взаимной синхронизации - останов. запуск, сброс и тд по событию от другого таймера - невозможно деать сложные схемы генерации временных последовательностей.

3) у таймеров отсутствует режим однократного счета с последующим остановом - это не позволяет генерировать одиночные импульсы во временной и по синхронизация от других таймеров

4) нет счетчика/возможности повторных счетов (как stm32 tim:repetition_counter) - это не позволяет генерировать пачки импульсов на периоде ( задача тесно связана с проблемой озвученной в предидущем пункте)

5) нет DMA который мог бы обеспечить генерацию не только просто пачки а именно битовой(или вообще многопозиционной по скважности) последовательности импульсов.

6) нет комплементарных каналов выхода сравнения с схемой формирования мертвого времени - это перечеркивает возможность изящного формирования сигналов на драйверы полумостов для силовой электики (преобразователи, электро-моторы и тд). сюда жеж вход защты и перевода таймера в бесопасное сотояние для защиты полумоста или его нагрузки.


накидывайте на вЭнтилАтор. соберу в документ и ему передам. а там посмотрим - будет толк или нет. нужно чесаться - иначе коньяк не потечет из под камня. решение принят в качестве ядра riscv а не свой убогий волосипед считаю крайне разумной инициативой, поэтому буду поддерживать. На мой взгляд - свои волосипед нужен только в DSP ядрах - они обычно узко заточены на задачи которые имеют уникальые свойства от сюда и оправдвных уникальных архитектур. изобретать ядро общего назначения - незрелость души и завышенная оценка своих талантов, так щетаю.


и еще! птняцо. я налил себе стаканчик кинзмараули.. а Вы?