Самодельный передатчик (часть 2)
я летал на фокус/мсв пиленном под турнигу. экран применял свой 128х64. два года летал. потом сделал на 3310 экране, полгода летал. продал парнишке за бесценок, он несколько полетов успел до снега. ждет сезона.
На твоем кодере много народу летает??? Статистика есть?
по моей статистике около 7 человек… ну еще я 😃)
vcoder переписывать тоже безтолку - генерация сигналов сделана по принципу самодельного кодера - так не правильно…
сейчас пишу новую прошивку, но она будет уже наверное для гурманов, так как многое будет реализовано не так как в уже привычном самокодере или vcoder или er9x
драйвер дисплея мсв неудачен в плане быстродействия, все таки попиксельно буквы рисовать это жесть 😃))
вот вывод символа с попиксельными координатами lcd_X, lcd_Y
это для турниги, но в принципе поставьте свое разрешение экрана по горизонтали\вертикали и пойдет для любого другого…
буфер на дисп выкидывать обычным образом…
void LCD_char(unsigned char ch, unsigned char mode) { // Вывод символа
const unsigned char *fontpointer;if (ch<127) { // знакогенератор латиницы
fontpointer=NewFontLAT; ch=ch-32; }
else { // знакогенератор русских букв
fontpointer=NewFontRUS; ch=ch-192;}if (mode==2) mode=lcd_blink; // если нужно отображать в режиме мерцания - то берем значение инверсии из lcd_blink
unsigned char lcd_YP=7- (lcd_Y & 0x07); // битовая позиция символа в байте
unsigned char lcd_YC=(lcd_Y & 0xF8)/8; // байтовая позиция символа на экранеfor (unsigned char x=0; x<6; x++) {
unsigned char temp=pgm_read_byte(fontpointer+ch*6+x);
if (mode!=0) {
temp=255-temp;
if (lcd_Y>0) LCD_pixel(lcd_X, lcd_Y-1, 1); // если печать в режиме инверсии - сверху отчертим линию
}temp&=0x7F;
lcd_buff[lcd_YC*128+lcd_X]=lcd_buff[lcd_YC*128+lcd_X] + (temp<<(7-lcd_YP)); // печать верхней части символа
if (lcd_YP<7) lcd_buff[(lcd_YC+1)*128+lcd_X]=lcd_buff[(lcd_YC+1)*128+lcd_X] + (temp>>(lcd_YP+1)); // печать нижней части символа
lcd_X++;
if (lcd_X>126) return;
}
}
далее, насколько я помню раньше в драйвере была ошибка в рисовании линий…
я долго правил, в итоге плюнул и написал по алгоритму Брезенхейма, в самокодере было чтото похожее, но при некоторых значениях координат работало не правильно…
void LCD_line(unsigned char x1, unsigned char y1, unsigned char x2, unsigned char y2, char mode) { // процедура рисования линии
signed char dx, dy, sx, sy;
unsigned char x, y, mdx, mdy, l;dx=x2-x1; dy=y2-y1;
if (dx>=0) { mdx=dx; sx=1; } else { mdx=x1-x2; sx=-1; }
if (dy>=0) { mdy=dy; sy=1; } else { mdy=y1-y2; sy=-1; }x=x1; y=y1;
if (mdx>=mdy) {
l=mdx;
while (l>0) {
if (dy>0) { y=y1+mdy*(x-x1)/mdx; }
else { y=y1-mdy*(x-x1)/mdx; }
LCD_pixel(x,y,mode);
x=x+sx;
l–;
}
} else {
l=mdy;
while (l>0) {
if (dy>0) { x=x1+((mdx*(y-y1))/mdy); }
else { x=x1+((mdx*(y1-y))/mdy); }
LCD_pixel(x,y,mode);
y=y+sy;
l–;
}
}
}
дальше несколькими подпрограммами добавляется печать токенов - это когда один байт указывает на строку которую нужно напечатать, наверное для самокодера не самое нужное (в меге 128 дофига места), но для турниги уже актуально
вызывать LCD_str - она уже сама разбирает что нужно напечатать и в каком порядке вызвать…
void LCD_token(unsigned char tknum, unsigned char mode) { // печать токена по номеру
char *tokenpointer;tokenpointer=(char*)pgm_read_word(&(token_tbl[tknum])); // получим адрес указателя на строку (адрес элемента массива)
while (pgm_read_byte(tokenpointer)!=‘\0’) {
LCD_char(pgm_read_byte(tokenpointer), mode);
tokenpointer++;
}
}void LCD_prn(unsigned char chr, unsigned char mode) { // печать символов на дисплее с кодами токенов
if ((chr>99) & (chr<192)) LCD_token(chr-100,mode);
else LCD_char(chr, mode);
}void LCD_str(char *str, unsigned char mode) { // печать строки из Flash
if (mode==2) mode=lcd_blink;
if ((mode==1) & (lcd_X>0))
for (char y=0;y<8;y++) LCD_pixel(lcd_X-1, lcd_Y+y-1, 1); // если печать в режиме инверсии - сбоку от строки отчертим линиюwhile (pgm_read_byte(str)!=‘\0’) {
LCD_prn(pgm_read_byte(str), mode);
str++;
}
}
массив токенов описан по следующей схеме
char model[] PROGMEM = “МОДЕЛИ”;
char reset[] PROGMEM = “СБРОС”;
char load[] PROGMEM = “ЗАГРУЗИТЬ”;
char save[] PROGMEM = “ЗАПИСАТЬ”;char channel[] PROGMEM = “КАНАЛ”;
char *token_tbl[] PROGMEM = { // таблица адресов токенов
model,
reset,
load,
save,
channel};
в общем как говорит один мой знакомый - “нет предела совершенству”
поэтому драйвер дисплея у меня и переписался сам собой…
осталось найти в себе силы переписать остальное 😃
опс… извиняюсь, исправьте строки в LCD_char на следующие
lcd_buff[lcd_YC*128+lcd_X]=lcd_buff[lcd_YC*128+lcd_X] | (temp<<(7-lcd_YP)); // печать верхней части символа
if (lcd_YP<7) lcd_buff[(lcd_YC+1)*128+lcd_X]=lcd_buff[(lcd_YC+1)*128+lcd_X] | (temp>>(lcd_YP+1)); // печать нижней части символа
значения лучше не складывать арифметически, а логическим ИЛИ !!!
гм… вроде правил у себя… наверное при переходе с версии на версию где то опять просмотрел как откатился 😃
драйвер дисплея мсв неудачен в плане быстродействия, все таки попиксельно буквы рисовать это жесть 😃))
Для больших экранов - да, соглашусь. А вот для маленьких - весьма оправданно было. Это позволяло выводить текст не в координатах “координата по х, номер строки по Y”, а в координатах (х,y). Т.е. больше инфы можно было на дисплей упихать. Для больших дисплеев еще критическим моментом получался размер экранного буфера. Он нехило съедает ОЗУ. Можно и без него обходиться. Так что тут и плюсы и минусы есть.
То, что библиотека относительно тормознутая - это в принципе мелочь, т.к. крутится она в основном цикле, не влияющем на времянки управления. Легкое запаздывание гуи не влечет фатальных последсвий.
За-то у кодера есть другой плюс - однопотоковость. Точнее единственное прерывание. 😃 И то, точнее было… Это гарантировало отсутвие джиттера без просчета времянок. Всетаки атмеги не очень удобны своим жестким приоритетом прерываний.
А чем генерация ппм не понравилась? Хотя сейчас ппм вобще в принципе уже не нужен, лучше все в цифре гнать.
(lcd_YC+1)*128
Ну и на 128 глупо умножать. Хотя современные компиляторы должны оптимизировать это меняя на сдвиг. Надо асм смотреть.
Для больших экранов - да, соглашусь. А вот для маленьких - весьма оправданно было. Это позволяло выводить текст не в координатах “координата по х, номер строки по Y”, а в координатах (х,y). Т.е. больше инфы можно было на дисплей упихать.
Алексей, та процедура что я предложил для печати - печатает как раз в пиксельных координатах и по X и по Y …
если посмотреть то она даже проще чем попиксельная печать с циклами по x,y…
Для больших дисплеев еще критическим моментом получался размер экранного буфера. Он нехило съедает ОЗУ. Можно и без него обходиться. Так что тут и плюсы и минусы есть.
если печатать в пиксельных координатах - то без буфера не обойтись на наших экранах… в любом случае нужно прочитать существующий байт и потом изменить в нем состояние одного, двух и более бит…
выход только переходить на текстовый буфер - экономия значительная, но тогда нужно думать что делать с графикой… - либо под нее оставлять фиксированные знакоместа и рисовать уже в них через графический буфер но меньшего чем весь экран размера, либо мудрить с шаблонами… в общем на будущее я себе заметку сделал где можно съэкономить, но пока решил не заморачиваться 😃
За-то у кодера есть другой плюс - однопотоковость. Точнее единственное прерывание. 😃 И то, точнее было… Это гарантировало отсутвие джиттера без просчета времянок. Всетаки атмеги не очень удобны своим жестким приоритетом прерываний.
это скорее минус 😦
тяжелое прерывание при увеличении количества вычислений делает невозможным например захват ppm с разбором…
в принципе для самокодера наверное это не страшно (функционал простой, считается быстро), а вот когда нужно обсчитывать 16 каналов, и еще всякие прибабахи считать в виде регулируемых микшеров, фильтров, кривых, задержек - то уже реально приходится считать время на все… 😦
я пробовал на турниге (в проекте VCoder генерация PPM которого была сделана как в самокодере - в одном прерывании) сделать захват в другом прерывании - так при тестах - из-за длинного прерывания иногда выпадал прием канала с ученика… причем с количеством каналов до 5ти все было ОК, а вот при количестве каналов 7 - уже захват был через раз… фактически пока шло прерывание передачи могло произойти 2 прерывания захвата… на выходе была каша…
А чем генерация ппм не понравилась? Хотя сейчас ппм вобще в принципе уже не нужен, лучше все в цифре гнать.
кому как, у меня пока все передатчики PPM съедают, спектрумовских у меня нет… да и смысла не вижу в них большого - у меня нет моделей которые потребовали бы больше 8 каналов
Ну и на 128 глупо умножать. Хотя современные компиляторы должны оптимизировать это меняя на сдвиг. Надо асм смотреть.
я уже смотрел, сдвиг и применен…
просто есть дисплеи с другим размером строки в байтах (например есть экраны на 84 точки по горизонтали),
править фрагмент кода (lcd_Y+1)*128 намного нагляднее чем (lcd_Y+1)<<7 - вот здесь фиг поймешь что я имел ввиду, и что сюда нужно будет написать (lcd_Y+1)*84 😃
Прошивка для I2C дисплеев и внешней памятью. В архиве уже компиленные три варианта под 12, 25, 45 моделей.
Количество моделей, максимум, примерно 24С64 - 12 моделей, 24С256 - 50 моделей, 24С512 - 100 моделей. Память и дисплей RDX0154 (TIC154 не проверял, но должно работать) сидят на аппаратном TWI (у атмеги вывод 25 - SCL, 26 - SDA). Есть подсветка, активная, но без ШИМ. Подключается PORTB.7 (17 нога меги).
Перевод меню на русский для RDX0077 и 0154
В архиве-для 0154-количество моделей для 24С32-пока другой не нашёл
На фото 0077 со снятой передней панелью пульта-мешало сфотографировать
И фузы
Вах, триммера потрясающие!!!
На памяти атмел24с128 24 модели, пока все стабильно. С микрочиповской памятью была засада, никак нормально не заработатла, так что следует учесть при установке и покупке.
На памяти атмел24с128 24 модели, пока все стабильно. С микрочиповской памятью была засада, никак нормально не заработатла, так что следует учесть при установке и покупке.
Ну так
1 MHz (5V), 400 kHz (1.8V, 2.5V, 2.7V) Compatibility
- Endurance: 1 Million Write Cycles
у одних и
• 400 KHz (5V)
– Endurance: 100,000 Cycles
у других
Подскажите пожалуйста у меня оригинальный дисплей 3310 заливаю русскую прошивку дисплей не работает
а с прошивкой MSV_Nok3310_v1.9.1 все нормально
Откуда русская прошивка? Сыылку на нее дайте.
Брал в этой теме сообщение #1963
Нашел проблему в датчике тока на 2,4 ГГц.
Проблема была в том, что детектировался ВЧ, а АМ модуляционные НЧ помехи проходили и усиливались. На выходе была НЧ каша.
Немного изменил схему. Все заработало. МАХ амплитуда на табло 180мА.
Приимущество этого датчика, что его можно поставить в корпус рядом ВЧ блоком. При небольшом экранировании передающей антены, даже рукой, он сразу показывает степень падения сигнала. Работает отлично. Очень легко можно настроить сигнализацию о падении излучения.
Использую совместно с ВЧ модулем Corona 2.4Ghz DIY (DSSS)
Кому надо, вот плата под SMD
Добрый день, подскажите как его каллибровали или просто что бы работал? Еще не смог найти такой переменик R5 насколько примерно у вас установлен он? Спасибо
Подскажите пожалуйста у меня оригинальный дисплей 3310 заливаю русскую прошивку дисплей не работает
а с прошивкой MSV_Nok3310_v1.9.1 все нормально
Попробовал прошиться этой прошивкой (пересобирал под себя дисплей 3310 китай), работает нормально.
Вот скомпилил под оригинальный дисплей 3310, попробуй, должно работать.
Попробовал прошиться этой прошивкой (пересобирал под себя дисплей 3310 китай), работает нормально.
Вот скомпилил под оригинальный дисплей 3310, попробуй, должно работать.
Пока проверить не могу перестал работать программатор или лпт порт.Пробовал стереть чип ругнулся теперь
пульт мертвый сегодня вечером переставлю винду и буду пробовать
Купите про запас ISP программатор. 4 доллара всего, и ЛПТ целый.
Купите про запас ISP программатор. 4 доллара всего, и ЛПТ целый.
Сейчас делаю KLONE AVR MK II
Сейчас делаю KLONE AVR MK II
он с EEPROM на мегах не правильно работает
он с EEPROM на мегах не правильно работает
Ну что детали и плата уже есть все равно буду доделывать
Ну что детали и плата уже есть все равно буду доделывать
Интересная проблема вышел из строя контролер во время считывания проверял программатор на другом контролере всё нормально заменил
запрограмировал ок пробовал разные прошивки норма но в очередной раз в момент стирания программатор выдал
ошибку и теперь нет конекта с контролером вобщем ситуация повторилась подскажите что может быть,
Другие контролеры програмирую без проблем,прграмматор на лпт с микросхемой буфера стк 200
Подключите внешний генератор тактовых импульсов к процу, и всё оживёт. Видимо биты слетели на работу от внешнего генератора. Если не поможет, значит проц статикой выбило.