100кгц не будет. 50 есть. 50 т.семплов в секунду. далее реализуете энкодер или пользуетесь нашим
100кгц не будет. 50 есть. 50 т.семплов в секунду. далее реализуете энкодер или пользуетесь нашим
Можно, ПЛИСиной например, готовьте килобаксы...Сообщение от toha-slimboy
да прогу и я напишу.....просто обязательно необходимы высокоскоростные входы походу....СИ8 считает импульсы на ура....хотя у него 8кгц входы!....ни чё не пойму.....либо приборы кривые, либо лыжи не едут....
... эт студентов пугайте.... ))) ну не подумали вы при проектировании про интеграцию копепечной плиски к себе в контроллер )))...
... а в жизни, если не нужно абсолютная привязка к каждому импульсу, можно делать суррогат. ставиться D-триггер для определения направления вращения, далее, для импульсов фазы а создается модуль -счетчик. направление заводиться на обычный вход. идея в том, что скорость не набирается мгновенно, значит будет хоть пара отсчетов которые можно обработать софтом и определив, что скорость вращения увеличилась, переключиться на скоростной метод работы - по одной фазе. "поезд мгновенно остановить невозможно", поэтому перед реверсом будет замедление, вплоть до остановки, которую также нужно поймать софтом.
50 кгц конечно получается, но вот обработчик уж очень лаконичный нужен )))) 30 строчек Il или 10 St забивают цикл контроллера 1 мс напрочь. при 25 кгц уже можно жить.
... сдам проект - стану почетным гражданином лаконики )))
добро пожаловать в клуб программистов прерываний. а вы думали булочки на деревьях растут?
и таких прерываний в плк не одно!
а по поводу плисины - сколько не видел решений - энкодеры через отдельный блок, т.к. плис не такая и дешевая (сравнима с процессором по цене), а нужна %потребителей - остальные не захотят переплачивать.
в рэ мы, к сожалению, внесли несколько некорректные данные (сразу не поймешь как интерпретировать 10кгц).
добро пожаловать в клуб программистов прерываний. а вы думали булочки на деревьях растут?
и таких прерываний в плк не одно!
....
в этом клубе я не один десяток лет ))) еще наши загрузчики программ на "ZX-spectrum" выводили сложные картинки и музон и не дергали экраном! Да и сейчас, мой контроллер выполненный на MSC-51 дает 200 очков форы реализациям задачи на ПЛК-100 и ПЛК-110. Хотя и работаю на нивелированием разницы )))
а те усилия, которые потрачены вами на "верхний пик", нижний пик" и способы их связи с ядром, вполне можно было потратить на освоение, конфигурируемой при старте,(FPGA) плиски... и получили ни с чем не сравнимую гибкость при выборе модулей. А стоимость решения не вышла бы за бюджет.
Последний раз редактировалось Дмитрий Артюховский; 14.09.2009 в 11:31.
Да, 51-й работал с Ethernet, интересно...
И жесткая программа с ограниченным функционалом всегда выиграет у гибкой системы для программирования на языках CoDeSys.
ПЛИС рассматривали, но дорого это очень.
"те усилия, которые потрачены вами на "верхний пик", нижний пик" и способы их связи с ядром, вполне можно было потратить на освоение" - а что тут сложного? Какие усилия?
люди!!!куды вас занесло!!!....тут тема по работе энкодера и плк100.....
Последний раз редактировалось toha-slimboy; 14.09.2009 в 13:10.
Если итожить:
- модуль "энкодер" ПЛК100 предназначен для работы с "ручными" энкодерами, с небольшой дискретой, например bourns-0024 и ручным приводом оного.
- если нужен высокоскоростной счет, то снимаем фильтрацию с входов (значение -1), делаем модуль "счетчик 16 бит" и считаем импульсы одной фазы, определяя направление счета в моменты начала движения.
Других возможностей ПЛК 100 не дает.
Ваши права
