Я знаю что МК "тупорылее" от логики. 595 может до 100мгц работать. Меня интересует какая тактовая будет от МК если тактовый генератор на 4мгц. Если память не изменяет мне то AVR изменяет состояние порта за 2такта и еще ~ 2такта теряется на циклы. по подсчетам F SPI = ~1мгц.
Могу измерить дома от 20. Код на асме. Вот: Спойлер
Код:
;---------- ; Перекодировка и вывод данных на индикаторы ; Первым идёт последний бит большого индикатора ; Направление данных | Адреса в буфере ; | ; >----------> | ; | | ; ^----------< | 08 09 0A 0B 0C 0D ; | | ; >----------^ | 00 01 02 03 04 05 06 07 ;---------- print: ; первые 6 байт читаем без инверсии, остальные инвертируем ldi r16,14 ; Счетчик байт ldiX display_buf+14 ; В X адрес буфера индикаторов (на конец) lds r19,point_maskH ; Берём маски точек lds r20,point_maskL pr0: ld r17,-X ; Читаем байт и декрементируем указатель X ldi2Z digits ; В Z указатель на таблицу перекодировки add16Z r17 ; Смещение по таблице перекодировки lpm r17,Z ; Читаем "рисунок" символа mov r21,r19 ; Накладываем маску с точками andi r21,0b10000000 or r17,r21 cpi r16,9 ; Прошли 6 символов? brcc pr1 com r17 ; Если да - инвертируем pr1: ldi r18,8 ; Счетчик битов pr2: cbi ds_port,ds_bit ; Линию данных в 0 rol r17 ; Бит в C brcc pr3 ; Если бит = 0 перепрыгиваем sbi ds_port,ds_bit ; Иначе линию в 1 pr3: push_sh_cp ; Сдвиговый импульс dec r18 brne pr2 ; Не прошло 8 бит? Зацикливаем rol r20 ; Сдвигаем временные регистры с масками rol r19 ; с учётом переноса dec r16 ; Не прошло 14 байт? Зацикливаем brne pr0 push_st_cp ; Все данные прошли, дёргаем защёлку ret
Даааа , тем кто "волочит" в АСМе надо памятник поставить Ничего к сожалению в нем не понимаю...
Начал программить не давно (несколько лет) и то сразу на Си. Оооочень трудно далось мне. Мозги видать в другую сторону заточены. Знаю что АСМ на порядок быстрее от Си. Поэтому сравнение не совсем корректное, но все равно ооочень интересно на какой частоте у Вас работает SPI. Думаю не выше F/4
Качественное и безопасное устройство, работающее от аккумулятора, должно учитывать его физические и химические свойства, профили заряда и разряда, их изменение во времени и под влиянием различных условий, таких как температура и ток нагрузки. Мы расскажем о литий-ионных аккумуляторных батареях EVE и нескольких решениях от различных китайских компаний, рекомендуемых для разработок приложений с использованием этих АКБ. Представленные в статье китайские аналоги помогут заменить продукцию западных брендов с оптимизацией цены без потери качества.
Компания EVE выпустила новый аккумулятор серии PLM, сочетающий в себе высокую безопасность, длительный срок службы, широкий температурный диапазон и высокую токоотдачу даже при отрицательной температуре.
Эти аккумуляторы поддерживают заряд при температуре от -40/-20°С (сниженным значением тока), безопасны (не воспламеняются и не взрываются) при механическом повреждении (протыкание и сдавливание), устойчивы к вибрации. Они могут применяться как для автотранспорта (трекеры, маячки, сигнализация), так и для промышленных устройств мониторинга, IoT-устройств.
Измерил. Идут посылки по 8 бит с небольшими паузами (пауза из-за условий для инверсии, смотрите код). Между группами, после того, как передадутся 112 бит, паузы довольно большие (10-20 мс). Выглядит так (ch1 - такт, ch2 - данные):
Вот тактовый импульс подробно, довольно длительный:
Измерим:
Импульс ровно 150нс. Это вас интересовало?
Реализовано так:
Код:
sbi sh_cp_port,sh_cp_bit #Выставили бит на порт nop #Пропустили такт cbi sh_cp_port,sh_cp_bit #Сняли бит
Заголовок сообщения: Re: Программная обработка Энкодера на AVR
Добавлено: Ср сен 05, 2012 01:56:02
Модератор
Карма: 90
Рейтинг сообщений: 1289
Зарегистрирован: Чт мар 18, 2010 23:09:57 Сообщений: 4510 Откуда: Планета Земля
Рейтинг сообщения:0 Медали: 1
Вариант, который я юзаю: Спойлерenc.h
Код:
#define ENC_A RB0 #define ENC_B RB1
extern void EncoderScan(void); extern signed int Enc_Get_Val(void);
enc.c
Код:
#include "enc.h"
static char EncState; static volatile signed int EncValRet=0;
/***********************************************************/ void EncoderScan(void){ char New = (char)(ENC_A) + ((char)ENC_B<<1);
switch(EncState){ case 0: if(New == 2) EncValRet++; if(New == 1) EncValRet--; break; case 1: if(New == 0) EncValRet++; if(New == 3) EncValRet--; break; case 2: if(New == 3) EncValRet++; if(New == 0) EncValRet--; break; case 3: if(New == 1) EncValRet++; if(New == 2) EncValRet--; break; } EncState = New; // Записываем новое значение } /***********************************************************/ signed int Enc_Get_Val(void){ signed int ret; ret = EncValRet; EncValRet=0; return ret; }
EncoderScan обычно вызываю в миллисекундном прерывании таймера. Enc_Get_Val возвращает кол-во щелчков энкодера после последнего вызова. Если число положительное - крутили в одну сторону, если отрицательное - в другую. В ф-ии Enc_Get_Val я вырезал запрет и восстановление прерываний, на время использования переменной EncValRet. Т.к. для разных компилев это будет выглядеть по разному.
Этот код полная имитация работы энкодера с внешним прерыванием. Но вместо внешнего прерывания используется флаг. Код не тестировал , но должен работать.
Последний раз редактировалось Artos Ср сен 05, 2012 08:24:09, всего редактировалось 1 раз.
Измерил. Идут посылки по 8 бит с небольшими паузами (пауза из-за условий для инверсии, смотрите код). Между группами, после того, как передадутся 112 бит, паузы довольно большие (10-20 мс). Выглядит так (ch1 - такт, ch2 - данные):
Реализовано так:
Код:
sbi sh_cp_port,sh_cp_bit #Выставили бит на порт nop #Пропустили такт cbi sh_cp_port,sh_cp_bit #Сняли бит
Спасибо Вам большое за измерения! 160нс - это получается где то ~3.3мГц (импульс и пауза)
Всем привет! Чтоб зря не мучится на макеткой, спрошу - если подавить дребезг энкодера аппаратно с помощью логики (схема в прицепе), имеет место быть такое решение?
Спасибо! По вашему рисунку подобрал микросхему CD4013, т.е. её прям так и подключать, без каких либо резисторов и конденсаторов? Не сочтите за труд, гляньте пжлста схему. ножки выхода триггеров правильно подключил? (в прицепе)
Входы подтяните резисторами на минус питания. Так как КМОП микросхемы. Полевые транзисторы управляются электрическим полем, потому ловят малейшую статику.
Такое включение триггеров я назвал "идеальным триггером". История такова: когда я начал изучать цифровую технику (примерно лет 13-15 мне было, точно не помню, больше 20 лет назад), дошло дело до триггеров. RS-триггеры известны запрещенным состоянием, когда на обоих входах активный уровень. И я не поверил, что нельзя сделать идеальный триггер. Я ломал, ломал голову, включал так и сяк логические элементы, так и не придумал. И забросил это дело. До то момента, когда я начал работать на предприятии. Нужно было сделать блок управления для станка. МК тогда я не знал. Вопрос стоял просто. Сделаю блок управления, остаюсь работать. Нет - нет.
И тут проблема "идеальный триггер" встала передо мной спустя 10 лет во всей красе. Я все мозги наизнанку вывернул, не выходит и все тут. И я отложил эту проблему, решил разобраться с другой задачей. Реле времени. На руках были реле времени советских времен. На К561ИЕ8. Разбирался с этой микросхемой, баловался, пробовал разные включения. Как-то раз я сидел, пробовал очередное включение. И тут меня осенило. Суть такова. Счетный вход - считаем "S" входом. R - так и остается сбросом. Соединяем выход 1 со входом запрета. Выход 0 - инверсный выход триггера. 1 - прямой выход триггера. То есть, совершенно случайно решил свою проблему "Идеальный триггер"!
Позже я анализировал все известные триггеры. Получается, что мои триггеры можно сделать на D-триггерах и JK-триггерах.
Станок в итоге я сделал. И он успешно отработал в тяжелом, круглосуточном режиме несколько лет.
И я в то время очень удивился, что никто не применял такое включение D-триггеров. Многие схемы можно было многократно сократить. В итоге кол-во плат гораздо меньше выходило бы.
Еще позже, когда я познакомился с конечными автоматами, понял, что по сути, мои схема на этих триггерах - конечные автоматы. С жестко заданной логикой. Без промежуточных состояний, как если бы схема была собрана на обычной логике.
Да дребезг программно нормально отсекается. Если сами не придумаете, вот алгоритм Леонида Ивановича, раскомментирован до нельзя... Спойлер
Код:
//----------
//Модуль поддержки энкодера
//Энкодер подключается к портам ENC_F1 (фаза 1) и ENC_F2 (фаза 2). //Для подавления дребезга используется анализ двух последовательных //состояний. Это позволяет обойтись без временных задержек. //Функция Encoder_Init() должна вызываться один раз в начале программы. //Функция Encoder_Exe() должна вызываться в основном цикле. //При повороте энкодера на шаг вправо или влево вызываются функции //To_Do_Step_Up() и To_Do_Step_Dn() соответственно.
.......................
Браво!!! Особенно радует то, что решение без временных задержек. Спасибо, Леонид Иванович!
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 24
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения
Вход
Регистрация
Правила
FAQ
Поиск
