- 
	- Переполнение отслеживать не надо, просто вычитаете предыдущее из текущего. Главное выбрать интервал измерения так, чтобы переполнение не произошло дважды. - йцукен(03.07.2013 20:52,  ) )- На вход счетчика подключен датчик, который при неисправности может резко и произвольно увеличить частоту! Граница валидности значений частоты известна. Необходимо фиксировать значения выходящие за эту границу, в том числе (ОСОБЕННО) и при  pav256(149 знак., 04.07.2013 09:24)
					- Ничччего не понимаю... Кому известна граница валидности? Мне точно неизвестна. Какова максимальная частота? Каким целям несообразно уменьшать интервал защёлкивания? - йцукен(04.07.2013 11:18,  ) )- 1. Для каждого датчика известна максимальная выдаваемая частота (различны для разных датчиков).  pav256(446 знак., 04.07.2013 11:26)
									- А прерывание по переполнению не катит? - АПМ(05.07.2013 11:35)
											- В смысле? - pav256(11.07.2013 10:56)
													- что бы отслеживать редкие события переполнения, при увеличения тактовой. - АПМ(11.07.2013 17:53)
 
 
- В смысле? - pav256(11.07.2013 10:56)
													
- У вас в первом сообщении написано, что вы хотите защёлкивать значение счётчика с частотой 100 Гц. Если максимальная частота 5 МГц, между защёлкиваниями придёт не более 50000 импульсов. Поскольку это меньше 65636, простое вычитание предыдущего  йцукен(83 знак., 04.07.2013 12:21,  ) )
- Таймер в режиме счетчика внешних событий, один канал COMPARE проверяет значение для максимальной частоты. Перезапуск счетчика - аппаратный от другого таймера, сбор показаний - через DMA. - vmp(04.07.2013 11:54)
											- Покажите пожалуйста ссылку в ДШ, где есть аппаратный перезапуск от другого таймера? - KLIM83(04.07.2013 11:59)
													- 14.3.19. TIMx and external trigger synchronization. Slave mode: Reset mode. - vmp(04.07.2013 12:10)
															- Как я понял, "trigger controller" - работает с одной нитью событий, будь то сброс счетчика или подача на него внешней частоты. В "Slave mode: Reset mode" CNT тактируется от внутреннего генератора. Если это не так прошу выложить/исправить код  pav256(1215 знак., 04.07.2013 13:14)
																	- Тактируются независимо. Читать 14.3.3 Clock Selection, External clock mode 1. И описание TIMx_SMCR. Еще рекомендую AN4013 STM32F1xx, STM32F2xx, STM32F4xx, STM32L1xx, STM32F30/31/37/38x timer overview - vmp(04.07.2013 14:11, ссылка)
 
- Знатная фишка. Жаль, что не везде есть. - KLIM83(04.07.2013 12:15)
 
- Как я понял, "trigger controller" - работает с одной нитью событий, будь то сброс счетчика или подача на него внешней частоты. В "Slave mode: Reset mode" CNT тактируется от внутреннего генератора. Если это не так прошу выложить/исправить код  pav256(1215 знак., 04.07.2013 13:14)
																	
 
- 14.3.19. TIMx and external trigger synchronization. Slave mode: Reset mode. - vmp(04.07.2013 12:10)
															
 
- Покажите пожалуйста ссылку в ДШ, где есть аппаратный перезапуск от другого таймера? - KLIM83(04.07.2013 11:59)
													
- Либо жертвовать вычислительными ресурсами на остановку/ обнуление/ запуск счётчика каждый интервал измерения, ну и пропуск сигналов с датчика из этого явно вытекает; либо жертвовать опять таки вычислительными ресурсами на подсчёт разности, что к  KLIM83(38 знак., 04.07.2013 11:45)
											- Обнулить счетчик таймера (младшие разряды) можно без остановки/запуска, т.к. обнуление гарантирует, что в ближайшее время переполнение не произойдет. При этом подразумевается, что старшие разряды (число переполнений) считаются в переменной по Ксения(376 знак., 04.07.2013 14:12 - 14:25)
- Идея была в том, чтобы остановку/обнуление/запуск/защелкивание счётчика делать аппаратно (пропуски если и будут, то уложатся в погрешность), и программно на низком приоритете лишь читать защелкнутые значения 100 раз в секунду. Если ТАК не pav256(85 знак., 04.07.2013 13:37)
 
- Ошибка п.п. 2 - 5МГц конечно не меандр, импульсы короче - pav256(04.07.2013 11:32)
 
- А прерывание по переполнению не катит? - АПМ(05.07.2013 11:35)
											
 
- 1. Для каждого датчика известна максимальная выдаваемая частота (различны для разных датчиков).  pav256(446 знак., 04.07.2013 11:26)
									
 
- Ничччего не понимаю... Кому известна граница валидности? Мне точно неизвестна. Какова максимальная частота? Каким целям несообразно уменьшать интервал защёлкивания? - йцукен(04.07.2013 11:18, 
 
- На вход счетчика подключен датчик, который при неисправности может резко и произвольно увеличить частоту! Граница валидности значений частоты известна. Необходимо фиксировать значения выходящие за эту границу, в том числе (ОСОБЕННО) и при  pav256(149 знак., 04.07.2013 09:24)
					
- На Хмеге пыталась сделать одновременно захват и сброс, благо ничто этому не мешает. Но, к сожалению, сброс происходит чуть раньше захвата. В результате захватываю ноль. А такая была красивая идея... - Ксения(03.07.2013 18:25)
			- Достаточно долго работал и с хмегой. Перешел на STM32 т.к. не хватало вычислительной мощности. Но в плане организации перефирии и распределения альтернативных фу-ий по выводам, такое впечатление, что с мерседеса пересел на китайский авто, вроде  pav256(208 знак., 04.07.2013 09:14)
					- Точно такие-же ощущения. Проблему нехватку быстродействия планирую решить переходом на Xmega с большим объемом флэши и настройкой компилятора на оптимизацию по скорости. В свежих версиях IAR программу получается или в разы ускорить или в разы  AlexG(7 знак., 04.07.2013 15:11)
							- Так уж и в разы? У IARAVR с оптимизацией странности давно были - оптимизация по скорости давала как правило меньший размер программы, чем по размеру. Сейчас не так? Какая версия тогда? - Apтём(11.07.2013 13:50)
- Чую проблема с быстродействием у Вас только только всплыла. У меня она наклевывалась уже давно. Последнюю прогу под Xmega я впервые написал без прерываний и без вызова функций, только на макросах (основное ядро). Вычисления крутились в цикле,  pav256(754 знак., 11.07.2013 09:45)
									- Дешевле? Даже после снижения цен на новые xmega? - Apтём(11.07.2013 13:51)
											- Сложно сравнивать даже в аналогичных корпусах, но для моих задач получилось дешевле, в частности, за счет большей встроенной периферии на STM.  pav256(293 знак., 11.07.2013 16:02)
													- Производительность у xmeg конечно отстаёт от smt32f4, но и цена меньше:  Apтём(402 знак., 11.07.2013 18:00)
															- Обе ссылки на Хмеги, причем одинаковые. - Ксения(12.07.2013 00:01)
 
 
- Производительность у xmeg конечно отстаёт от smt32f4, но и цена меньше:  Apтём(402 знак., 11.07.2013 18:00)
															
 
- Сложно сравнивать даже в аналогичных корпусах, но для моих задач получилось дешевле, в частности, за счет большей встроенной периферии на STM.  pav256(293 знак., 11.07.2013 16:02)
													
 
- Дешевле? Даже после снижения цен на новые xmega? - Apтём(11.07.2013 13:51)
											
 
 
- Точно такие-же ощущения. Проблему нехватку быстродействия планирую решить переходом на Xmega с большим объемом флэши и настройкой компилятора на оптимизацию по скорости. В свежих версиях IAR программу получается или в разы ускорить или в разы  AlexG(7 знак., 04.07.2013 15:11)
							
 
- Достаточно долго работал и с хмегой. Перешел на STM32 т.к. не хватало вычислительной мощности. Но в плане организации перефирии и распределения альтернативных фу-ий по выводам, такое впечатление, что с мерседеса пересел на китайский авто, вроде  pav256(208 знак., 04.07.2013 09:14)
					
 
- Переполнение отслеживать не надо, просто вычитаете предыдущее из текущего. Главное выбрать интервал измерения так, чтобы переполнение не произошло дважды. - йцукен(03.07.2013 20:52,