Самодельный передатчик (часть 2)
Можно (и полезно, и нужно) контролировать содержимое EEPROM подсчитывая код CRC. Как этого можно сделать написал Nick_Shl там же.
Могу написать ещё раз 😃. Сначала скачиваем файл с функциями расчёта CRC. Затем добавляем следующий кусок кода туда, где происходит модификация EEPROM:
// *****************************************************************************
// *** Мусорная переменная - нулевая ячейка подвержена самопорче ***********
// *****************************************************************************
static eeprom unsigned char EEPROM_TRASH @(0x0000);
// *****************************************************************************
// *** Переменная для хранения CRC, размещена в конце EEPROM ***************
// *****************************************************************************
static eeprom unsigned short EEPROM_CRC @(0x1000 - sizeof(unsigned short));
// *****************************************************************************
// *** Определения для удобства ********************************************
// *****************************************************************************
// Адрес начала области EEPROM по которой будет считатся CRC
// Равен нулевому адресу EEPROM(0) + размер мусорной переменной
#define EEPROM_CRC_START ((unsigned char eeprom *)(0x0000 + sizeof(EEPROM_TRASH)))
// Размер области EEPROM по которой будет считатся CRC
// Равен размеру EEPROM - размер мусорной переменной - размер переменной с CRC
#define EEPROM_CRC_SIZE (0x1000 - sizeof(EEPROM_TRASH) - sizeof(EEPROM_CRC))
// *****************************************************************************
// *** Подсчет CRC EEPROM и его записть ************************************
// *****************************************************************************
static inline void Recalc_EEPROM_CRC(void)
{
// Считаем новый EEPROM CRC и записываем его в EEPROM
EEPROM_CRC = Crc16_eeprom(EEPROM_CRC_START, EEPROM_CRC_SIZE);
}
// *****************************************************************************
// *** Подсчет CRC EEPROM **************************************************
// *****************************************************************************
inline unsigned short Get_EEPROM_CRC(void)
{
// Считаем EEPROM CRC
return(Crc16_eeprom(EEPROM_CRC_START, EEPROM_CRC_SIZE));
}
// *****************************************************************************
// *** Проверка корректности CRC EEPROM ************************************
// *****************************************************************************
inline unsigned char Is_EEPROM_CRC_Correct(void)
{
// Считаем EEPROM CRC и сравниваем с записанным
// Если совпадает - возвращаем ИСТИНУ
if(EEPROM_CRC == Crc16_eeprom(EEPROM_CRC_START, EEPROM_CRC_SIZE)) return(TRUE);
// Иначе - ЛОЖ
else return(FALSE);
}
После каждой записи в EEPROM нужно вызывать функцию Recalc_EEPROM_CRC(). Поэтому часто записи лучше не делать 😃. Это относится к триммерам.
При запуске делаем что-нибудь вроде этого:
if(Is_EEPROM_CRC_Correct() == FALSE)
{
// Выводим запрос подтверждения сброса
MsgBoxF("EEPROM CRC ERROR\nReset to factory\ndefaults ?", &Font_6x8, "ERROR", NULL);
// Ждем отпускания кнопок, если были нажаты
while(HB_ENTER || HB_BACK);
// Ждем нажатия кнопок
while(!HB_ENTER && !HB_BACK);
// Eсли нажали ВВОД - сбрасываем
if(HB_ENTER) TX_Reset();
}
либо брать ATMega 128L и надеяться, что при питании 3,3В она вытянет 12МГц (но вот это уже не по уму, КМК!).
По уму было бы запустить не на 12, а на 8 МГц. Вот только во всех версиях что я видел это сложновато 😃. На этот счёт я тоже уже высказывался. Сначала делаем определения:
// *****************************************************************************
// *** Общие определения ***************************************************
// *****************************************************************************
#define AVR_Clock_Freq 16000000 // Частота работы МК
#define Main_Timer_Clock (AVR_Clock_Freq/8) // Частота работы таймера
А затем в математике используем так:
// Длительность импульса:
// значение канала(+-0,5 мс) + центральное положение(1,5 мс)
output[CH] = output[CH] + (int)(Main_Timer_Clock/666.666);
// приведение к int нужно для оптимизации: вычисленное на этапе компиляции число использовать как int
// забавно получилось: 1,5 мс это как раз 1/666,6(6) секунды...
// Если получившийся импульс меньше 0,9 мс (1/1111 сек) - ограничиваем
if(output[CH] < Main_Timer_Clock/1111) output[CH] = Main_Timer_Clock/1111;
// Если получившийся импульс больше 2,1 мс (1/476 сек) - ограничиваем
if(output[CH] > Main_Timer_Clock/476) output[CH] = Main_Timer_Clock/476;
В случае изменения частоты работы достаточно изменить одно определение. В случае изменения делителя таймера - другое 😃. Боятся за падение производительности не стоит - компилятор все константные выражения вычисляет в момент компиляции.
С модулем радиоканала на 2.4 ГГц вроде логично питать все усройство от 1S
А модуль какой? Если для “апгрейда” 35/72 МГц, то он рассчитан на большое напряжение и у него внутри стоит линейный стабилизатор. Если вы ему дадите 3.3 В - думаю он вообще не запустится…
Продолжаем. В личку поступил вопрос:
Если есть возможность, поделитесь плз куском по созданию иерархического меню(или ссылками).
Отвечаю.
Заголовок “движка”(не весь, только то, что относится к главной функции меню):
/*******************************************************************************
* UI_Engine.h
*
* Радиоуправление: Движок пользовательского интерфейса, заголовок
*
* Copyright (c) 2009 Nick Shl
* All rights reserved.
*
*
* Изменения:
*
* Mar 25, 2009 Nick_Shl Первоначальная версия
*
*/// ***************************************************************************
// *****************************************************************************
// *** Описание пункта меню ************************************************
// *****************************************************************************
typedef flash struct typeMenuButton
{
flash char * str; // Название пункта меню
void (*fun) (char AddParam); // Функция вызываемая при нажатии ВВОД
char * (*GetStr) (char * Buf, char AddParam); // Функция вывода дополнительной информации
char AddParam; // Дополнительный параметр, передаваемый в функции
} MenuButton;
// *****************************************************************************
// *** Описание меню *******************************************************
// *****************************************************************************
typedef struct typeMenuPad
{
flash char * CaptionStr; // Название меню, выводимое в заголовке
FontProfile * CaptionFont; // Указатель на профайл шрифта заголовка
FontProfile * MenuFont; // Указатель на профайл шрифта пунктов меню
flash MenuButton * Buttons; // Указатель на массив описания пунктов
char ButtonsNum; // Количество пунктов меню
char CurrentPos; // Выбранный пункт
void (*Before) (void); // Функция вызываемая перед отображением меню
void (*After) (void); // Функция вызываемая перед отображением меню
} MenuPad;
// *****************************************************************************
// *** Главный цикл меню ***************************************************
// *****************************************************************************
void MenuCycle(MenuPad * Menu);
А это сама главная функция движка меню:
/*******************************************************************************
* UI_Engine.c
*
* Радиоуправление: Движок пользовательского интерфейса
*
* Copyright (c) 2009 Nick Shl
* All rights reserved.
*
*
* Изменения:
*
* Mar 25, 2009 Nick_Shl Первоначальная версия
*
*/// ***************************************************************************
#include "UI_Engine.h"
// *****************************************************************************
// *** Главный цикл меню ***************************************************
// *****************************************************************************
void MenuCycle(MenuPad * Menu)
{
int i;
unsigned char Color;
unsigned char MenuHeaderH = 0;
unsigned char StartPos = 0;
unsigned char MenuCount = 0;
unsigned char Kbd = 0;
unsigned char ScrollHeight = 0;
unsigned char ScrollBarHeight = 0;
unsigned char ScrollBarWidth = 0;
unsigned char ScrollBarStart = 0;
unsigned char strLen;
unsigned char bufLen;
FontProfile * CaptionFont = Menu->CaptionFont;
FontProfile * MenuFont = Menu->MenuFont;
#ifdef DEBUG
printf("MenuCycle();\r");
delay_ms(1);
#endif
// Проверки
if(Menu == NULL) return; // Если не передали основную структуру - выходим
if(Menu->Buttons == NULL) return; // Если не передали структуру кнопок - выходим
if(Menu->ButtonsNum == 0) return; // Если количество пунктов меню равно 0 - выходим
if(CaptionFont == NULL) CaptionFont = &Font_8x12; // Если не передали шрифт заголовка - устанавливаем по умолчанию
if(MenuFont == NULL) MenuFont = &Font_6x8; // Если не передали шрифт пунктов - устанавливаем по умолчанию
MenuHeaderH = Font_8x8.H + CaptionFont->H;
// Подсчет количества пунктов меню, помещающихся на экране
MenuCount = (HeightS - MenuHeaderH - 3) / MenuFont->H;
// Если на экране помещается больше чем есть в меню - ограничиваем
if(MenuCount > Menu->ButtonsNum) MenuCount = Menu->ButtonsNum;
// Высота полосы прокрутки: высота экрана - высота заголовка меню
ScrollHeight = HeightS - (MenuHeaderH + 2 + 2);
// Высота индикатора полосы прокрутки:
// (количество отображаемых пунктов меню * количество доступных точек) / количество пунктов меню
ScrollBarHeight = ((unsigned int)MenuCount * ScrollHeight) / Menu->ButtonsNum;
// Если размер индикатора больше половины полосы прокрутки - приравниваем к половине
if(ScrollBarHeight > ScrollHeight/2)
{
ScrollBarHeight = ScrollHeight/2;
}
// Ширина индикатора полосы прокрутки:
ScrollBarWidth = 4;//MenuFont->W - 2;
do{
// Очищаем экран
gfx_ClearBuf();
// Отрисовываем заголовок меню
gfx_SetXY(0, Font_8x8.H);
gfx_PutFlashStr(Menu->CaptionStr, 0xFF, CaptionFont);
gfx_DashLine(0, MenuHeaderH, WidthS, MenuHeaderH);
// Если вызывающему нужно что либо выполнить какие-либо действия - вызываем
if(Menu->Before != NULL) Menu->Before();
do
{
// Очищаем место под заголовок с номером модели, иконкой и режимом
gfx_FillRect(0, 0, WidthS - 1, Font_8x8.H, 0x00);
gfx_SetXY(0, 0);
// Номер модели
sprintf(tmpBuf, "%d", Settings.ModelNum + 1);
gfx_PutStr(tmpBuf, 0xFF, &Font_8x8);
// Сдвигаем позицию рисования на 4 точки
gfx_ChangeXY(3, 0);
// Значек верта
if(CurModel.type == TYPE_HELI)
{
gfx_Char(125, 0xFF, &Font_8x8);
gfx_Char(126, 0xFF, &Font_8x8);
}
// Значек самолета
if(CurModel.type == TYPE_PLANE)
{
gfx_Char(127, 0xFF, &Font_8x8);
gfx_Char(128, 0xFF, &Font_8x8);
}
// Сдвигаем позицию рисования на 4 точки
gfx_ChangeXY(3, 0);
// Название режима
gfx_PutStr(CurModel.Mode[FLY_MODE].name, 0xFF, &Font_6x8);
// Стартовая позиция индикатора полосы прокрутки:
// высота заголовка меню + (текущяя позицию в меню * количество доступных точек для индикатора) / количество пунктов меню
ScrollBarStart = MenuHeaderH + 2 + 1 + (Menu->CurrentPos * (unsigned int)(ScrollHeight - ScrollBarHeight)) / (Menu->ButtonsNum - 1);
// Если выбран последний пункт меню устанавливаем индикатор в самый низ,
// т.к. при подсчете может потерятся точность и появится дырка
if(Menu->CurrentPos == Menu->ButtonsNum - 1)
{
ScrollBarStart = ScrollHeight - ScrollBarHeight + MenuHeaderH + 2 + 1;
}
// Очищаем место под полосу прокрутки
gfx_FillRect(0, MenuHeaderH + 2, ScrollBarWidth - 1, HeightS - 1, 0x00);
// Отрисовываем полосу прокрутки
gfx_Rectangle(0, MenuHeaderH + 2, ScrollBarWidth - 1, HeightS - 1, 0xFF);
// Отрисовываем индикатор полосы прокрутки
gfx_FillRect(0, ScrollBarStart, ScrollBarWidth - 1, ScrollBarStart + ScrollBarHeight, 0xFF);
// Отрисовываем пункты меню
for(i = StartPos; i < StartPos + MenuCount; i++)
{
// Количество символов в строке меню
strLen = (WidthS - (ScrollBarWidth + 2)) / MenuFont->W;
// Заполняем временный буфер пробелами
memset(tmpStr, ' ', sizeof(tmpStr));
// Если установлена функция возврата доп. информации
if(Menu->Buttons[i].GetStr != NULL)
{
// Получаем доп. информацию в буфер
Menu->Buttons[i].GetStr(tmpBuf, Menu->Buttons[i].AddParam);
// Считаем её размер
bufLen = strlen(tmpBuf);
// Если её размер больше количества символов в строке меню - ограничиваем
if(bufLen > strLen) bufLen = strLen;
// Копируем доп. информацию в строку меню, с выравниванием по правому краю
strcpy(tmpStr + (strLen - bufLen), tmpBuf);
}
// Копируем название пункта меню из флеша в временный буфер
strcpyf(tmpStr, Menu->Buttons[i].str);
// Если длинна названия меньше длинны строки помещающейся на экране - ставим пробел склеивая строчки
if(strlen(tmpStr) < strLen) tmpStr[strlen(tmpStr)] = ' ';
// Обрезаем строку на границе экрана(защита на случай превышения названием количества символов в строке меню)
tmpStr[strLen] = '\0';
// Устанавливаем место рисования
gfx_SetXY(ScrollBarWidth + 2, MenuFont->H * (i - StartPos) + MenuHeaderH + 2);
// Задаем цвет - нужно для выбранного пункта
if(Menu->CurrentPos == i) Color = 0x00;
else Color = 0xFF;
// Рисуем строчку
gfx_PutStr(tmpStr, Color, MenuFont);
}
// Обновляем экран
gfx_Refresh();
// Ждем отпускания кнопок
WaitEmptyButtons(0);
// Ждем нажатия кнопок
Kbd = WaitButtonPress(0);
// Изменяем позицию курсора, если нажато ВВЕРХ или ВНИЗ
if((Kbd & B_UP) && (Menu->CurrentPos > 0)) Menu->CurrentPos--;
if((Kbd & B_DOWN) && (Menu->CurrentPos < Menu->ButtonsNum - 1)) Menu->CurrentPos++;
// Если курсор вышел за границы экрана - сдигаем меню на один пункт
if(Menu->CurrentPos < StartPos) StartPos--;
if(Menu->CurrentPos > StartPos + MenuCount - 1) StartPos++;
}
while(!(Kbd & (B_BACK | B_ENTER)));
// Если вызывающему нужно что либо выполнить какие-либо действия - вызываем
if(Menu->After != NULL) Menu->After();
// Если нажали ВВОД и у выбранного пункта установлен обработчик
if((Kbd & B_ENTER) && (Menu->Buttons[Menu->CurrentPos].fun != NULL))
{
// Ждем отпускания кнопок
WaitEmptyButtons(0);
// И вызываем обработчик
Menu->Buttons[Menu->CurrentPos].fun(Menu->Buttons[Menu->CurrentPos].AddParam);
}
}
while(!(Kbd & B_BACK));
// Ждем отпускания кнопок
WaitEmptyButtons(0);
}
А теперь пример использования. Главное меню:
// *****************************************************************************
// *** Главное Меню ********************************************************
// *****************************************************************************
// *** Пункты меню *********************************************************
flash MenuButton TestMenuButtons[] =
{{"Model", ModelMenu, NULL},
{"Controls", ControlsMenu, NULL},
{"Channels", ChannelsMenu, NULL},
{"Timer", TimerMenu, NULL},
{"Options", OptionsMenu, NULL},
{"IO Test", IO_Test_AP, NULL},
{"Demo", Demo_AP, NULL}};
// *** Функция меню ********************************************************
void MainMenu(void)
{
// Формируем структуру меню
MenuPad Pad = {"Main Menu", &Font_8x12, &Font_6x8, TestMenuButtons, NumberOf(TestMenuButtons), 0, NULL, NULL};
// Вызываем обработчик меню
MenuCycle(&Pad);
}
Это просто. А теперь пример поинтереснее: реализация на этом движке микшера. Используется дополнительный параметр из структуры:
// *****************************************************************************
// *** Меню каналов(микшера) ***********************************************
// *****************************************************************************
// *** Текущий настраиваемый канал ******************************************
static char MixerCurrentChannel;
// *** Изменение настройки микшера ******************************************
void MixerChangeSetting(char AddParam)
{
// Вызываем окно изменения значения
EditNumDlg(&CurModel.Mode[FLY_MODE].Chanels[MixerCurrentChannel][AddParam], PTR_CHAR, -100, 100, 4, "Mixer");
}
// *** Получение строки настройки микшера **********************************
char * MixerGetStr(char * Buf, char AddParam)
{
// Формируем в буфере текущее значение
sprintf(Buf, "%d", CurModel.Mode[FLY_MODE].Chanels[MixerCurrentChannel][AddParam]);
// Возвращаем указатель на переданный буфер
return(Buf);
}
// *** Список пунктов настройки микшера для канала *************************
flash MenuButton MixerMenuButtons[] =
{{"Ailerons", MixerChangeSetting, MixerGetStr, CTRL_AIL},
{"Elevator", MixerChangeSetting, MixerGetStr, CTRL_ELE},
{"Throttle", MixerChangeSetting, MixerGetStr, CTRL_THR},
{"Rudder", MixerChangeSetting, MixerGetStr, CTRL_RUD},
{"SW 1", MixerChangeSetting, MixerGetStr, CTRL_SW1},
{"SW 2", MixerChangeSetting, MixerGetStr, CTRL_SW2},
{"SW 3", MixerChangeSetting, MixerGetStr, CTRL_SW3},
{"Aux 1", MixerChangeSetting, MixerGetStr, CTRL_AUX1},
{"Virtual 1", MixerChangeSetting, MixerGetStr, CTRL_V1},
{"Virtual 2", MixerChangeSetting, MixerGetStr, CTRL_V2},
{"Trim", MixerChangeSetting, MixerGetStr, CTRL_TRIM}};
// *** Меню настройки микшера для канала ***********************************
void ChannelsMixerMenu(char AddParam)
{
// Формируем структуру меню
MenuPad Pad = {"Mixer", &Font_8x12, &Font_6x8, MixerMenuButtons, NumberOf(MixerMenuButtons), 0, NULL, NULL};
// Запоминаем номер текущего управляющего элемента
MixerCurrentChannel = AddParam;
// Вызываем обработчик меню
MenuCycle(&Pad);
}
// *** Список каналов для настройки микшера ********************************
flash MenuButton ChannelsMenuButtons[] =
{{"CH 1", ChannelsMixerMenu, NULL, 0},
{"CH 2", ChannelsMixerMenu, NULL, 1},
{"CH 3", ChannelsMixerMenu, NULL, 2},
{"CH 4", ChannelsMixerMenu, NULL, 3},
{"CH 5", ChannelsMixerMenu, NULL, 4},
{"CH 6", ChannelsMixerMenu, NULL, 5},
{"CH 7", ChannelsMixerMenu, NULL, 6},
{"CH 8", ChannelsMixerMenu, NULL, 7}};
// *** Меню выбора каналов для настройки микшера ***************************
void ChannelsMenu(char AddParam)
{
// Формируем структуру меню
MenuPad Pad = {"Channels", &Font_8x12, &Font_6x8, ChannelsMenuButtons, NumberOf(ChannelsMenuButtons), 0, NULL, NULL};
// Если количество каналов модели меньше чем максимальное количество - устанавливаем их,
// что бы не отображать отсутствующие у модели каналы
if(Pad.ButtonsNum > CurModel.num_ch) Pad.ButtonsNum = CurModel.num_ch;
// Вызываем обработчик меню
MenuCycle(&Pad);
}
Где-то так…
Вопросы, обсуждения реализации и конструктивная критика приветствуется.
Хотя на данный момент я передатчиком не занимаюсь и не использую(потому что не летаю). Считаю, что он достиг своего предела - во-первых исковеркан внешне, во-вторых нет апгейдабельности - сменных модулей. Прикрутить конечно, можно но вот зачем? Мне бы хотелось сделать новый передатчик на основе Hitec Optic 6, использовать экран TIC, плату по возможности подогнать под существующую, что бы проводку не менять… Только вот донора нет…
Николай, посмотри в сторону ДХ5. 40 баксов за корпус с модулем и антеной - весьма неполохо. Места в нем достаточно (у дх6 корпус практически такой же), сносные джойстики и готовые кнопки триммеров.
2 Aleksey_Gorelikov, подскажите где посмотреть по какой схеме и как подключаетса выключатель питания, на дополнительном ключе!
Обсуждали тут, наверное еще год-2 года назад, вместе с Женей (fokus)
Или, как здесь уже советовалось, пристально посмотреть на Тургнигу-“тушку”. Единственный вопрос, который нуждается в прояснении - что там за дисплей. Думаю, что ребята из той ветки не откажутся ответить…
Я разъемчиками закупился для кодера (взял из серии MW/MU, ключеванные с защелками, шаг 2мм, и высота маленькая). Так примерно $15 одни разъемы встали. (Хобби, блин… “Охота пуще неволи”…)Там же вся тушка $70.
P.S. Но ить пока что получается так, что душа поет. 😃 Сегодня пачку булавок купил - крепления дисплея делать. Позже фото выложу.
P.P.S. +$3 за пачку булавок… 😃
Про дисплейчик надо не в той ветке искать, а где-то тут, в самодельной аппе (там паралельная шина на дисплее, лень искать тип контроллера). Месяц-2 назад назад выяснили, что за дисплей в ней стоит (была тут отдельная ветка типа “что за дисплей в турниджи”). Лень смотреть. Только проц там мега64. Надо будет в корне графику перерабатывать. С тем подходом как у фокуса\мсв - экранный буфер много ОЗУ съедает.
Кто хочет помоделировать в протеусе - велкам.
Джойстики расставил по привычной мне “Моде 2”. От увиденного при калибровке окосел… 😵
Не менял: если кто-то так сделал - значит это кому-нибудь нужно?Все как живое - пищщалкой пищщит, по менюшкам ходит, свитчи видит, потенциометры при калибровке - тоже. Калибровку не проходит - прошуршал джойстиками, дополнительным каналом, кнопаю “вправо” - получаю “not correct”.
Наверное что-то в методологии у меня не так.И PPM не PPMит (вернее, синхроимпульс идет, но управления не видно). Из-за косой калибровки?
P.S. Ах, да! Вот еще что… Почему-то сразу после изготовления проекта модель дисплея не запустилась - экран оставался мертвым. Потребовалось отдельно запустить распаковать и запустить модель из поста #2119, после чего все волшебным образом заработало. Впрочем, с протеусом и не такое бывает… 😉
Калибровка работает нормально. Необходимо на второй странице в схеме Proteus привести каналы в соответствии с реальной схемой. Или править программу в соответствии с Вашей схемой.
PS У себя исправил.
Николай, спасибо за ответ по меню. Интересна была прежде всего реализация динамического легко маштабируемого меню. Т.к ответ пришел чуть позже:) успел набросать свою версию. Прежде всего не стал использовать структуры с указателями, а использовал статическую таблицу переходов(на мой взгляд получилоссь достаточно наглядно) которая дает представление об иерархии всего меню.
Если будет интересно- скину куски.
А основная идея управления пульта- отказ от кнопок и использование энкодера.
В качестве такового используется колесо мыши:).
Пока отлаживаю в протеусе- жду VG400 за 10 евро:)
По поводу проверки еепром в сообщения выше- реализовал проверку срс при загрузке соотв модели(в структуру модели при записи пишется вычисленное значение).
Также планируется использование програмного отключения передатчика, что позволит однократно читать модель при включении, внесенные изменения держать в рам и записывать еепром при выключении или через меню.
В общем идей масса- посмотрим как реализуется в железе.
( отдельное спс родоначальникам данной ветки, т. к. многие вещи были использованы методом контрол+с) 😃
А основная идея управления пульта- отказ от кнопок и использование энкодера.
Энкодер- это здорово! Сделал возможность менять параметры резистором доп. аналогового канала. Очень удобно кажется. Чуть позже выложу обновление, где в тч. контроль CRC EPROM сделан, ну и еще кое-что, по мелочи…
Люди добрые, помогите… Уж очень хочется нормально отлаживаться в протеусе (7.5 SP3), а он, зараза, не хочет адресовать больше 256 байт епрома. Уж и бинарник размером 4К ему подкладывал и ручками пытался MODDATA править, один фиг страшие разряды адреса игнорирует… Это конкретный косяк модели или как-то лечится??
Энкодер-это здорово! Сделал возможность менять параметры резистором доп. аналогового канала. Очень удобно кажется.
Это бы весьма кстати… А то у меня никак кнопки меню в конструктив не вписываются так, чтобы нравилось. Пока на плате спроектировал контактные площадки для установки платы кнопок меню “бутербродом”, ну и разъем менюшный тоже оставил (потому как еще есть мысль поставить джойстик от мобильника).
А вот так у меня дисплей встал в корпус. Стекло (из “нулевой” коробочки от CD просто вложено; сверху к нему две пружинки из булавок прижимают плату с дисплеем TIC154). Так что даже если по дисплею что-то пнет (с умеренной силой и не очень резко) дисплей целым (надеюсь…) останется.
На плате оставлены места для впайки в цепь питания подсветки корпуса 0805, 1206 и SMB в параллель - яркость регулировать. Что-нибудь точно подберется. И еще на плате есть местечко, так что можно двухуровневую по яркости подсветку замастрячить, типа “день-вечер”.
Люди добрые, помогите… Уж очень хочется нормально отлаживаться в протеусе (7.5 SP3), а он, зараза, не хочет адресовать больше 256 байт епрома. Уж и бинарник размером 4К ему подкладывал и ручками пытался MODDATA править, один фиг страшие разряды адреса игнорирует… Это конкретный косяк модели или как-то лечится??
Похожая проблема и у меня. Модели представлені массивом структур в еепром. Так вот при симуляции структура пишется всегда по нулевому адресу. Тож думал косяк в программе, но в студио еепром заполняется без ошибок. И еще- в протеусе файл служит для начальной инициализации еепром. При последующей симуляции данные еепром сохраняются во вспомогательном файле симуляции. Могут быть сброшены через меню дебаг.
ЗЫ: хотел отправить архив с моделю в протеусе но стоит ограничение на тип файлов(только графика)\справку читал:)\
Хочу уточнить, изменение параметров резистором доп. ан. каналом- не будет полноценная замена кнопок “вверх-вниз”. Просто при изменении параметра от-100 до +100 это гораздо удобнее сделать одним движением пота. И Хотя почти всё (ключ. слово - “почти”) можно сделать без этих кнопок, но отазываться совсем от них наверное не стоит…
Ох… погорячился я минутами на реализацию проверки CRC EEPROM… Уже второй вечер пытаюсь понять, почему после “больший” изменений, CRC получается правильной только на второй раз…
А вот код для проверки eeprom в протеусе:
#define SIZEOF_EEPROM 4*1024
void testeeprom(void)
{
unsigned int i;
eeprom unsigned char *p;
p=0;
for(i=0; i<SIZEOF_EEPROM; i++, p++)
{
*p=0xaa;
}
}
После этой функции помотреть дамп eeprom в протеусе…
VRV, а не подскажете где VG400 за 10 евро продают
Все тотже EBay. Причем именно его немецкая версия(ebay.de). Очень много лотов выставляется Graupner. Зайдите-посмотрите цены:P(правда в 10 евро нужно попасть на удачный лот (вг-устаревшая модель)). Единственная трудность с оплатой - немцы не жалуют пайпал, а предпочитают перевод:)(около 300грн для одной транзакции:)). Поэтому нужно отбирать еще и по способу оплаты.(или заводить друга в Германии:)). Кстати на английском(co.uk) тоже попадаются неплохие варианты - но там нужно уговаривать для отправки в страны СНГ.😃 Кстати тамже (.com)заказывал два дисплея нокиа 7110 по ~3 доллара.
ЗЫ:А для кого летать первостепенно и есть хотябы 100 убитых енотов - то на хоббисити есть 9 каналка за 70 + (20-30 модуль)$.
ЗЫ:А для кого летать первостепенно и есть хотябы 100 убитых енотов - то на хоббисити есть 9 каналка за 70 + (20-30 модуль)$.
Это то понятно, просто хочется найти дешевую аппу именно под переделку, чтобы конструктив, так сказать полностью устраивал. Надо чтобы места в ней было много, напрмер большинство апп которые идут без дисплея какие то урезанные по вертикали. Хотелось чтобы джои нормальные были, а то я переделывал валькеру, джои там авно полное. Хотелось чтобы триммеры было просто переделывать, я вот на свою валькеру достал джои от футабы, теперь опять проблемы с триммерами.
Еще я так понял вы пишете новую прошивку, у меня есть пару предложений:
- Может использовать АРМ
- Может можно попробовать использовать микрочиповскую графическую библиотеку, она с открытыми кодами, правда под 16битные процы, но я код просмотрел, вроде переделывается легко, зато там по умолчанию поддерживаются многие дисплеи и еще много полезной фигни😁
PS: я к чему про АРМ то, я тут не так давно ковырялся в санвовском ПСМ, и вообще в ПСМ, так вот мне кажется что АВР тут маловато будет, хотя как писать. Иногда напишешь что нибудь которое по времени не должно работать, а оно работает, а иногда наоборот😁
Ecли вы не предполагаете декодирование видео, то АВР вполне достаточен для задач ру. Простая прикидка - пачка сигнала ппм=20мс. При частоте 12 мгц =12/50=600 000 машинных циклов для обновления данных о каналах. При этом само обновление - по прерыванию простой записю в регистр из массива вычисленных значений. Если не использовать операций деления(заменять сдвигом) и не вычислять значений неизменных каналов, то вся математика займет пару десятку процентов. Касаемо затрат по обновлению дисплея- тоже копейки если не рисовать элипсы и смнусоиды:) При этом само обновление в главном экране 1 раз в сек(для таймера), а в остальных меню по факту изменений(или также 1 раз за сек).
Касаемо PCM - насколько я понимаю в данном случае вместо таймера задействуется модуль uart для передачи данных о состоянии каналов, однако стандарт передачи для каждого производителя отличается.
Как я гоаворил прошивка не новая, просто не смог разобратся в выложенных:) и вставлял из них куски а кое что дописывал, т.к хотел изменить способ ввода и сделать легко изменяемое меню. До структуры меню Николая конечно далеко, но вроде в своем пока не запутался:).
Для меня данный проект интересен не конечной реализацией(хотя и она интерена:)), а самим процессом, дабы не утерять а иногда и приумножить:) знания мк и с. Я думаю если ктото заинтересуется изучением АРМ, то перенести данный проект на другую платформу не составит труда, т.к даже графика написана на с. В этом плане микрочип к примеру склоняется больше к ассеблеру(из свободных проектов и AN).
Использование 16 и более разрядных мк повысит точность при том же быстродействии, но нужна ли она?
При ходе стика в 60 градусов и высоте 2 -3 см вы имеете порядка 3 см линейного перемещения. Даже операции с 8 разрядами при полной шкале отцифровки дадут разрешение 0,15 мм. Кстати именно для этого хочу ставить нормировщики на оу.( руки пока не дошли до аппаратной реализации)
ps: кстати как кинуть атач с моделю? принимает только графику.
pps: да и запись данных в лсд их памяти тоже по прерыванию(без ожидания флага внутри программы), а это примерно по 60 циклов на каждое обращение к spi (вот сегодня этим как раз и займусь:))
я про графическую библиотеку от микрочипа (на си, с открытым кодом) в которой прорисованы все элементы управлнения и отображения, а так же определено их поведение. Библиотека достаточно итересная поддерживает много устройств вывода и ввода (даже тачскрин). Минус это то что она изначально предназначена для контроллеров от 16бит и выше, но это сделано как я понял искуственно. Мне кажется что есть смыс использовать подобную библиотеку с какой нибудь ос. Просто текущие прошивки так реализованы что изменять их сложно.(например у msv задержка канала, помоему связана с ппм, тоесть просто так изменить протокол сложно). Больше подобных библиотек я не нашел. А ведь по большому счету задача кодера как раз это взаимодействие с пользователем. По поводу АРМ: я считаю что его стоит применить, так сказать на будущее, тем более что цена не особо дороже, а плюшек много получается не только от железа, так еще и от софта.
ПСМ, по крайней мере санвовский генерировать уартом точно не получится.
Но это все моё ИМХО, советовать то все умеют, и я тоже
На сегодня последняя фраза и спать:)
Качать не стал, но глянул видео - интересная штука с больними возможностями.
Но повторюсь- для чб дисплея с макс разрешением 100Х100 сие счасте не обязательно. Тем более что хорошая библиотека меню написана Николлаем. Могу кинуть свою(попроще).
Я ток за арм, тем более сам хотел с ним поработать, да руки не доходят. Но лично у меня ни аппаратных ни програмных инструментов под него нет.
На будущее вижу его ток как основу OSD для полетов по камере, но помойму его также реализовали на меге:)
Кстати набросал перегрузку буфера через прерывания- освободилось еще немного времени проца:)
Да кстати если есть прямая ссылка на сей страшный протокол pcm- кинте, интересно глянуть с чем не сможет справится уарт(а на чем идут последние санвы кстати тоже любопытно?)
кстати как кинуть атач с моделю?
Сюда - никак. Файл надо заложить в какое-нибудь файлохранилище (что-то типа depositfiles.com) или слепить сайтик (например, на narod.ru; чисто номинальный - но дадут место под хранение/раздачу файлов) и положить файл туда, а здесь выложить ссылку на файл.
narod.ru/disk/15823597000/encoder.rar.html наброски меню для енкодера.Проект в протеусе 7.6.
Николай, посмотри в сторону ДХ5. 40 баксов за корпус с модулем и антеной - весьма неполохо.
Смотрел - нет экрана, а это много слесарщины. Не хочу. Да и не сменные модули тоже не гуд - вдруг когда захочется ещё что-нибуль и на тему радиоканала замутить - по крайней мере с электроникой у меня дела идут лучше, чем моделями 😃.
Или, как здесь уже советовалось, пристально посмотреть на Тургнигу-“тушку”. … Там же вся тушка $70.
Тоже интересный вариант. Но ещё за доставку почти 30$. Итого 100$. Сейчас у меня такой возможности нет. И ломать работающую вещь будет жалко, а дохлую - нет.
А вообще это был такой тонкий намёк 😃. Если кто может презентовать/продать за символическую сумму дохлый Optic 6 был бы очень признателен…
С тем подходом как у фокуса\мсв - экранный буфер много ОЗУ съедает.
Экранный буфер получается 128x64 точек = 8192 бит. Итого 1 kB. Меньше никак. Только если вообще без буфера, но тогда возможно мерцание экрана при отрисовках.
Николай, спасибо за ответ по меню. Интересна была прежде всего реализация динамического легко маштабируемого меню. Т.к ответ пришел чуть позже:) успел набросать свою версию.
Просто поздно заметил 😃.
Прежде всего не стал использовать структуры с указателями, а использовал статическую таблицу переходов(на мой взгляд получилоссь достаточно наглядно) которая дает представление об иерархии всего меню.
Если будет интересно- скину куски.
Интересно, потому что смысла сказанного я не понимаю 😃. Сами пункты у меня тоже статические и хранятся в памяти программы. Динамическая только структура описатель меню и то только для того, что бы реализовать простое задание значений по умолчанию(шрифты и т.д.).
А основная идея управления пульта- отказ от кнопок и использование энкодера.
На счёт этого не знаю. Думаю кнопок + ручек более чем достаточно для управления. А энкодерам место для управления триммерами. Я раньше такую мысль высказывал, а потом оказалось что это не моё ноу-хау - у старших моделей футаб именно так и сделано 😃. Вот только реализовать в железе 4-ре энкодера для управления триммерами не тривиальная задачка…
- Может использовать АРМ
Можно. LPC не плохие. Вот только шаг у них поменьше - боюсь ЛУТ-ом тяжело будет сделать. Нужно либо осваивать фоторезист - это сложно, да и плёночный мне достать сложно, либо заказывать на стороне - а это дорого.
До структуры меню Николая конечно далеко, но вроде в своем пока не запутался:).
Хоть кто-то оценил. Приятно однако 😁.
Использование 16 и более разрядных мк повысит точность при том же быстродействии, но нужна ли она?
При ходе стика в 60 градусов и высоте 2 -3 см вы имеете порядка 3 см линейного перемещения. Даже операции с 8 разрядами при полной шкале отцифровки дадут разрешение 0,15 мм. Кстати именно для этого хочу ставить нормировщики на оу.( руки пока не дошли до аппаратной реализации)
Не тоит забывать про нормализацию кривые и микшеры. Тут может потеряться точность…
Кстати набросал перегрузку буфера через прерывания- освободилось еще немного времени проца:)
У меня наоборот - обновление экрана без прерываний. На главном экране 10 раз в секунду - таймер с сотыми секунды 😎. Обновление всего экрана занимает приблизительно 16 мс - тестировал на железе. Генерация импульсов идёт в прерывании. Все остальные задачи сидят на другом таймере. Для них предусмотрена разрешение прерываний что бы генерация импульсов шла без проблем и не реентерабельность, что бы не подвесить пульт.
Про симуляцию: Нафиг! У меня с ней были постоянные проблемы. Отлаживатся на железе нужно. Я использовал STK500 совместимый бутлоадер(могу выложить) + вывод отладочной информации в UART. Для связи использовал USB шнурок от старого телефона с конвертером USB-UART внутри.