roboforum.ru

частоту кварца побольше возьми.

avr123.nm.ru писал(а):частоту кварца побольше возьми.

да чёто я думаю и 20 мегагерц будет мало
16 то нехватает...

придёться чемто жертвовать...

а вроде 4 МГц писали ...

Почему непрерывно? Сенсор сам не может послать данные, только контроллер может их запросить. Так что принял байт - сделал с ним всё что хотел, попросил следующий и т. д. Если вычисления какие-то очень хитрые, то поставь на обработку сенсора отдельный контроллер, который будет переваривать числа и отдавать результат центральному контроллеру.

avr123.nm.ru писал(а):а вроде 4 МГц писали ...

я в симуляторе уже всё вплоть до 20 мГц попробовал

North писал(а):Почему непрерывно? Сенсор сам не может послать данные, только контроллер может их запросить. Так что принял байт - сделал с ним всё что хотел, попросил следующий и т. д. Если вычисления какие-то очень хитрые, то поставь на обработку сенсора отдельный контроллер, который будет переваривать числа и отдавать результат центральному контроллеру.

в том и дело что непрерывно надо запрашивать
если не запрашивать то информация о перемещении накапливаеться в стеке сенсора

movement is counted since last report. Absolute value is determined by resolution. Reading clears the register.

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

а вот сколько раз в секунду минимум надо считывать это можно определить только опытным путём похоже

возможно всётаки придёться обратиться к ps/2, там скорость считывания информации ниже. максимум 200 раз в секунду.

добавить махонький МК чтоб в параллельный код превоащал байт.  или регистр сдвиговый 74hc595  или 169-й чтоль...

avr123.nm.ru писал(а):добавить махонький МК чтоб в параллельный код превоащал байт.  или регистр сдвиговый 74hc595  или 169-й чтоль...

эммм
вы это о чём?

Да не, сдвиговый регистр это уже перебор. Делай два чтения: первое чтение пустое, для того чтобы обнулить стек сенсора, на результат забей. Спустя какой нибудь промежуток времени (вот тут-то и пригодится таймер) делай второе чтение. В итоге получишь расстояние пройденное сенсором за конкретный определённый тобой отрезок времени, что есть скорость.

такая проблемма

обкатываю в вмлаб процедуру чтения данных о перемещении
и процедуру обработки
необходимо сэмулировать поступление данных на линию SDIO (PINB.1) от сенсора adns

что бы такое придумать чтоб на вход МК в симуляторе подавались сигналы???

Юзай Протеус, там наглядней и эффективней, и сигналы можно любые подавать на ножки МК...

Myp писал(а):что бы такое придумать чтоб на вход МК в симуляторе подавались сигналы???

есть в VMLAB генератор цифровых последовательностей.

а можно второй МК использовать для генерации.

Сергей писал(а):Юзай Протеус, там наглядней и эффективней, и сигналы можно любые подавать на ножки МК...

ох я с вмлабом еле разобрался
если начну протеус осваивать ещё на неделю задержка в проекте буит
вот допишу контроллер сенсора и буду протеус осваивать

есть в VMLAB генератор цифровых последовательностей.

а можно второй МК использовать для генерации.

а подробней можно? как этот генератор использовать и где он?
а как добавить в симуляцию второй мк?

второй МК в примере  Multiprocess_demo

генератор в Хелпе  
Non-ruturn-to-zero (NRZ) generator (interactive)

в принципе тестовая программа для сенсора готова
можно идти за паяльником

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

никогда таким не занимался и не могу сообразить как длинна линии повлияет на качество такого сигнала???