На счет древние это я наверное зря, просто шина параллельная. Вот более продвинутая версия PcL6045B и цена на нее: https://ru.aliexpress.com/item/Free-shi ... .16.0npIpC. Что то страшно с такими экспериментировать, да и разводка платы будет та еще.staltech писал(а):Микрухи судя по всему древние
А что ты подразумеваешь под "читать STEP/DIR аппаратно" ? В STM32 под это определение подходит только аппаратный отлов внешних прерываний. Такой же, каким ты отлавливаешь DIR.sidor094 писал(а):Несмотря на достаточно крутые таймеры ,уменя не получилось читать STEP/DIR.полностью аппаратно.Таймеры у STM32 двунаправленные.С интерфейсом энкодера всё в порядке.А вот менять направления счета STEP по сигналу DIR не получилось.Пришлось вводить прерывание по сигналу DIR .И уже внутри прерывания переключать направление счета таймера STEP.Если кто-то знает как это сделать полностью аппаратно .Подскажите.
Есть 3 разных режима энкодера:sidor094 писал(а):Этого сделать не получается,хотя в режиме работы с энкодером сигнал таймера для изменения счета задействуется аппаратно.Неужели разработчики не предусмотрели работу этого сигнала в режиме простого счета?Или я не разобрался в документации.
И первые 2 очень похожи на то что ты хочешь, если не заленюсь проверю. Еще можно логикой преобразовывать Step/Dir к нужному виду, а еще лучше для этого подходит FPGA.SMS=001 – режим энкодера №1; счетчик считает вверх или вниз по сигналу TI2FP2 (тактируется от него), в зависимости от уровня сигнала TI1FP1;
SMS=010 – режим энкодера №2; счетчик считает вверх или вниз по сигналу TI1FP1 (тактируется от него), в зависимости от уровня сигнала TI2FP2;
SMS=011 – режим энкодера №3; счетчик считает вверх или вниз по сигналам TI1FP1 и TI2FP2, в зависимости от уровня сигнала на другом входе;
Я изначально говорил, что задача "Умножитель STEP/DIR" идеально вписывается в FPGAstaltech писал(а):а еще лучше для этого подходит FPGA
Не-не-не это я по вопросу:AndyBig писал(а):Я изначально говорил, что задача "Умножитель STEP/DIR" идеально вписывается в FPGA
А то сейчас и тут война разразится.sidor094 писал(а):Для управления сервоприводом требуется знать состояние счетчика шагов и счетчика положения энкодера в определённое строго заданное время(например через 1мс).В остальное время их состояние меня вообще не интересует.Программируя таймер в качестве контроллера энкодера я на STM32 для энкодера этот вопрос решаю.Для счетчика шагов я подаю сигнал степ на вход любого таймера и таймер считает шаги.Но при смене направления мне приходится сажать сигнал дир на прерывание и внутри прерывания менять направление счета таймера.Если бы удалось вывести сигнал направления счета на любую ногу то прерывания стали бы не нужны и не отнимали процессорного времени.Но как я не пробовалЭтого сделать не получается,хотя в режиме работы с энкодером сигнал таймера для изменения счета задействуется аппаратно.Неужели разработчики не предусмотрели работу этого сигнала в режиме простого счета?Или я не разобрался в документации.
Знаю.Пробовал.Но почему-то не получилось .Если получится хотелось бы посмотреть код инициализации.staltech писал(а):И первые 2 очень похожи на то что ты хочешь, если не заленюсь проверю. Еще можно логикой преобразовывать Step/Dir к нужному виду, а еще лучше для этого подходит FPGA.
Хорошо, отпишусь по результату в личку.sidor094 писал(а):Знаю.Пробовал.Но почему-то не получилось .Если получится хотелось бы посмотреть код инициализации.
В ближайшем будущем, возможно, к этому и придём.. Просто, параллельно изучать работу трёх устройств довольно сложно.AndyBig писал(а):Я изначально говорил, что задача "Умножитель STEP/DIR" идеально вписывается в FPGAstaltech писал(а):а еще лучше для этого подходит FPGA
Короче задача хитрой настройкой энкодеров потерпела крах, я просто попался на особенностях перевода.sidor094 писал(а):staltech писал(а):
И первые 2 очень похожи на то что ты хочешь, если не заленюсь проверю. Еще можно логикой преобразовывать Step/Dir к нужному виду, а еще лучше для этого подходит FPGA.
Знаю.Пробовал.Но почему-то не получилось .Если получится хотелось бы посмотреть код инициализации.
Зато освежил мозги и освоил инициализацию энкодеров в STM32Cube.FPGA все же лучше использовать на начальном этапе генерации Ste/Dir тот же Pluto или что то свое.MX_Master писал(а):AndyBig писал(а):
staltech писал(а):
а еще лучше для этого подходит FPGA
Я изначально говорил, что задача "Умножитель STEP/DIR" идеально вписывается в FPGA
В ближайшем будущем, возможно, к этому и придём.. Просто, параллельно изучать работу трёх устройств довольно сложно.
В конечном изделии может лучше и буфер по входу, хотя особой разницы нет, а вот в процессе экспериментов опторазвязка не помешает. Если земли источника сигналов и конечного устройства не связаны, то вынести может любую из сторон. Кому как повезет и смотря какой источник питания используется для макетки.tmr писал(а):Кроме того, если использовать арм, там ттл 3.3В, т.е. в любом случае потребуется логический буфер, который и будет выполнять защитную роль.
Здесь проще если питать от одного источника (общая земля) и у стмки используются входы толерантные к 5в. то можно ни чего не ставить.MX_Master писал(а):И есть китайская Smoothieboard с LPC1768FBD100 (3.3V), где только резисторы 100 Ом на выходе.
тоже себе таких купил, было-бы удобнее выводы с поворотом на 45 градусов использовать, а так реально неудобно.tmr писал(а):У китайцев есть готовый для макетки трансивер на 16 каналов, например. Только ноги перекинуть на обратную сторону, мне оригинальная раскладка показалась неудобной.