Запросы от selevo - Страница 9

messoft · 12.04.2015, 13:03

Цитата:

Причины неудачи охарактеризовать можете?

Сколько ни старайся точно подобрать время измерения невозможно. Будет или больше или меньше, это как с АЦП. Преобразование имеет ступенчатый характер.

omercury · 12.04.2015, 13:10

Сообщение от eddy

А я и не говорил, что на Ы8 собираюсь

Ну расскажи, как это сделать на ЫЕЬ32/LPC/Кмпарисе/ADSP/TMS, не важно.

Сообщение от STM32F0

Да ему и на СТМ32 это не одолеть.

А почему же ещё интересно стало?

Сообщение от messoft

Если на обычной логике проблема со стабильностью определяется кварцем то на микропроцессоре понятие точность отсутствует вообще. На разных концах диапазона измерений погрешность 3-4 Кгц.

Сообщение от messoft

Сколько ни старайся точно подобрать время измерения невозможно.

Вы просто не умеете их готовить.

messoft · 12.04.2015, 13:24

Цитата:

Вы просто не умеете их готовить.

А кто же спорит. Для того чтобы убедиться придется измерять прибором с более высоким классом точности.

omercury · 12.04.2015, 13:31

От времени измерения зависит только дискретность измерения. Точность зависит от опорного генератора.

Не нужно ничего подбирать, нужно точно задать время измерения. Аппаратно, иначе действительно всё будет плавать. Дальше простейшая арифметика.

STM32F0 · 12.04.2015, 13:34

Сообщение от messoft

Сколько ни старайся точно подобрать время измерения невозможно. Будет или больше или меньше

Хорошо! Почему на жёсткой логике можно, а на МК нельзя?
.
Пример. Даже с учётом джиттера PLL@48МГц.
150000000/1сек.= 150Мгц
150000000/47999995/48000000=150000015,62500Гц
150000000/48000005/48000000=149999984,37500Гц
.
Семь цифр выдерживаются.

omercury · 12.04.2015, 13:44

Сообщение от STM32F0

Хорошо! Почему на жёсткой логике можно, а на МК нельзя?

Гы.
Потому, что на логике нет переходов, возвратов из подпрограмм и времени входа в прерывание.

messoft · 12.04.2015, 13:55

Еще на машинах IBM 360 было разделение на процессор и каналы. Т.е. вычислитель отдельно, а ввод-вывод отдельно. При использовании USB например процессор P400 40% времени тратил на работу с принтером. USB вообще очень вешает процессор. Другое дело мы это сейчас не замечаем. Измерительную часть необходимо делать отдельно от ввода вывода и прочего сервиса.

omercury · 12.04.2015, 14:13

Сообщение от messoft

Измерительную часть необходимо делать отдельно от ввода вывода и прочего сервиса.

Значит все частотомеры на PIC16 писанные на АСМе нам просто привиделись...

STM32F0 · 12.04.2015, 14:14

Сообщение от omercury

на логике нет переходов, возвратов из подпрограмм и времени входа в прерывание

STM8/32 это тоже не касается! Всё как на логике, хардварно.

omercury · 12.04.2015, 14:27

Сообщение от STM32F0

STM8/32 это тоже не касается! Всё как на логике, хардварно.

Да я понимаю.
Надеюсь Вы не будете убеждать меня в том, что написать частотомер на ЯВУ для PIC/AVR невозможно?

messoft, по ходу, упёрся в то, что время измерения должно быть непременно кратно 10. Наверное потому, что это удобно ему, но неудобно МК, которому удобны степени двойки.
Ну и считает, вероятно, что блокировать тактовый вход таймера можно не иначе, как переключением соседнего пина на вход/выход.