usb-адаптер передатчика - альтернативная open-source прошивка
Собрал схемку… залил прошивку джостик нормально определилися но нет сигнала с передатчика точнее нет ни какого отклика в настройках… передатчик Walkera WK-0701… помоните настроить…
Первое, что пришло в голову - поменяй местами провода идущие к тренерскому разъему передатчика. Прошивке то всеравно, 1 это пауза, или импульс, а вот транзистору полярность не пофигу… 😃
Еще появилась информация… этот пульт сделан на Atmega128! Чуть позже будут фото внутренностей…
Моежт еще эта ссылка чего даст Здесь
Еще появилась информация… этот пульт сделан на Atmega128!
Упсс ошибся Atmega88-20au…
Помогите…
Вот еще осцилограмма снятая компом через звуковую карту… тока амплидуда получается гдето около ~2.5 вольта
Буду рад услышать отзывы о ее работе, в том числе, в сравнении с предыдущей. Желательно также указывать, с какой аппаратурой и на какой версии Windows выполнялась проверка. Интересно проверить работу на Windows 98 и ME.
К моему огромному сожалению, за почти 3 недели ни один (!) из 60-ти скачавших эту прошивку, не сообщил, что она неработоспособна, несмотря на мои явно выраженные просьбы. Только случайно я узнал об этом, попробовав ее на исходной схеме. Причина, как всегда, оказалась предельно простой: переходя с ATmega32 на ATmega8, я забыл поправить нужный бит и порт для захвата таймера в новом модуле входного интерфейса.
Ниже выложена исправленная версия прошивки с исходными текстами. Попутно добавлена опция инверсии входного PPM сигнала (на случай теоретически возможного неправильного источника канальных импульсов). В общем случае эта опция не имеет значения. Предыдущую версию, как содержащую ошибку, я удаляю.
К сожалению, в связи с полным отсутствием обратной связи от скачавших прошивку я пришел к выводу, что подобные проекты с открытым исходным кодом никого не интересуют. Поэтому данная прошивка - это первая и последняя моя публикация такого рода. Следующим проектом готовился к публикации контроллер бесколлекторного двигателя на AT90PWM3 с использованием всех возможностей данного специализированного кристалла (ЦАП для аппаратной программируемой токовой защиты, аппаратный высокочастотный PWM для полумостов, встроенные компараторы для ZCD), множеством функций и настроек, различными режимами управления двигателем (например, говернором по задаваемой пользователм кривой) и вдобавок - с возможностью конфигурирования всего этого добра по USB, используя шнур с 4-мя проводами без каких-либо деталей в нем, подключаемый непосредственно к контроллеру (и он же, используемый для перешивки контроллера). Но по названной причине я решил закрыть этот проект, не успев открыть. Нет ничего хуже для разработчика, чем полное отсутствие реакции тех, для кого проекты предназначены. Это на корню убивает какое-либо желание что-либо выкладывать. Во всяком случае, у меня.
У меня она нормально работала…
К сожалению, в связи с полным отсутствием обратной связи от скачавших прошивку я пришел к выводу, что подобные проекты с открытым исходным кодом никого не интересуют. Поэтому данная прошивка - это первая и последняя моя публикация такого рода. Следующим проектом готовился к публикации контроллер бесколлекторного двигателя на AT90PWM3 с использованием всех возможностей данного специализированного кристалла (ЦАП для аппаратной программируемой токовой защиты, аппаратный высокочастотный PWM для полумостов, встроенные компараторы для ZCD), множеством функций и настроек, различными режимами управления двигателем (например, говернором по задаваемой пользователм кривой) и вдобавок - с возможностью конфигурирования всего этого добра по USB, используя шнур с 4-мя проводами без каких-либо деталей в нем, подключаемый непосредственно к контроллеру (и он же, используемый для перешивки контроллера). Но по названной причине я решил закрыть этот проект, не успев открыть. Нет ничего хуже для разработчика, чем полное отсутствие реакции тех, для кого проекты предназначены. Это на корню убивает какое-либо желание что-либо выкладывать. Во всяком случае, у меня.
Зря Вы так !
Вот я например прошивку скачал но в связи с нехваткой свободного времени даже залить ее не успел
Тут полетать то вырваться не всегда получается не говоря уже о паяльнике с программатором
сейчас имхо не совсем то время для занятия данными вещями июль - август сезон отпусков (в это время реально по Москве на авто хоть ездить мона 😲 )
очень много дел всякие дачи, стройки итд 😦
Я думаю что осенью больше народа подтянется да и время дождливыми вечерами коротать както придется . Для паяния - вояния ,симуляторов и постройки летательных аппаратов самое время !!!
Лично от меня БОЛЬШОЕ СПАСИБО !!! за проделанную Вами работу 😃
Хочется надеиться что Вы измените свое мнение и продолжите свои нужные для народа проекты! 😃
С уважением ,Павел
У меня она нормально работала…
Нормально работала версия от 13.07.06 с простым PPM декодером.
Версия от 20.07.06, в которой полностью переписан PPM декодер с целью вообще исключить какие-либо дерганья, работать на меге8 не могла в принципе, поскольку там вместо бита порта D6 (ICP1 на ATmega8) стоял B0 (ICP1 на ATmega32).
Вот я например прошивку скачал но в связи с нехваткой свободного времени даже залить ее не успел
Ну не верится мне, что из 60-ти скачавших никто не смог выбрать 5 минут и проверить ее. Речь не о тех, кто собрался делать адаптер с нуля - речь о тех, у кого эта штука лежит на столе рядом с компом (а иначе и быть не может, так как адаптер без компа не имеет смысла).
Ну да ладно…
Нормально работала версия от 13.07.06 с простым PPM декодером.
Версия от 20.07.06, в которой полностью переписан PPM декодер с целью вообще исключить какие-либо дерганья, работать на меге8 не могла в принципе, поскольку там вместо бита порта D6 (ICP1 на ATmega8) стоял B0 (ICP1 на ATmega32).
Ну не верится мне, что из 60-ти скачавших никто не смог выбрать 5 минут и проверить ее. Речь не о тех, кто собрался делать адаптер с нуля - речь о тех, у кого эта штука лежит на столе рядом с компом (а иначе и быть не может, так как адаптер без компа не имеет смысла).Ну да ладно…
Может и не могла, но работала. Я серьезно!
А ведь и правда времени нет. Да и необходимости - тоже. У кого работает и его устраивала старая версия - вовсе не обязательно зальют новую… У меня шнурок на Ti сделан, и второй вроде и не нужен. Твою прошивку хотел на шнурке друга посмотреть, но уже 2 месяца с ним увидеться не могу, и что?
Выкладывать что-то или нет - дело твое. ! А обижаться на всех подряд - не стоит!
Версия от 20.07.06, в которой полностью переписан PPM декодер с целью вообще исключить какие-либо дерганья, работать на меге8 не могла в принципе, поскольку там вместо бита порта D6 (ICP1 на ATmega8) стоял B0 (ICP1 на ATmega32).
А почему бы ей не работать? Привязка к порту и биту в последнем декодере актуальна только для pull-up резистора.
Все, наверное, пользуются и радостно молчат. Если бы не работало - засЫпали бы жалобами.
А почему бы ей не работать? Привязка к порту и биту в последнем декодере актуальна только для pull-up резистора.
Все, наверное, пользуются и радостно молчат. Если бы не работало - засЫпали бы жалобами.
😃 Похоже, что ты прав. Работать не обязано, но в каких-то случаях может и работать. Может, и так.
Я понял: чтобы получить фидбэк, надо выложить заведомо неработоспособный, но ОЧЕНЬ ИНТЕРЕСНЫЙ софт, а потом, после получения огромного фидбэка начать его доводить до рабочего состояния (почти по Microsoft) 😃
Я понял: чтобы получить фидбэк, надо выложить заведомо неработоспособный, но ОЧЕНЬ ИНТЕРЕСНЫЙ софт, а потом, после получения огромного фидбэка начать его доводить до рабочего состояния (почти по Microsoft) 😃
Ну, надо же учитывать и объем кода, всё ж таки 😃
И, главное, количество кодировщиков + их неадекватное понимание одних и тех же спецификаций интерфейсов 😁
Зря Вы обижаетесь - поверьте на слово! Вы сделали прекрасную вещь, сопровождаете её - честь Вам и хвала! (я сам - лицо незаинтересованное, прошивки не качал и не ставил, но слежу за этой дискуссией со стороны с большим интересом). Когда-то раньше я и сам писал софт и очень хорошо Вас понимаю. Немного посмотрел Ваши исходники - это работа мастера высокого класса, я и сам так работал 😃
Удачи Вам во всех делах! 😃
А я погряз в отладке/полировке прицепленного к 18 пику 44780 отладочного LCD.
Ну уже практически всё сделал, что хотелось, теперь прицепил аппаратно/обдумываю план проги обмена пакетами для dp1205 на том же 18 пике.
Новую Прошиву Шнурка видел, скачивал, но на симе за енто время ни разу не летал. Сегодня первый раз на верте-сооснике повисячил за месяц с лишним. Однако вину осознаю, и в компенсацию пойду пыльцу с фотика сдувать - заснять свою “печатную плату” с “разъёмом внутрисхемного программирования” :
Имелось ввиду исправление с варианта от 20/07
// Capture port settings
#define ICP_PORT_DD DDRD // timer input capture ports
#define ICP_PORT_IN PIND
#define ICP_PORT_OUT PORTD
#define ICP_BIT 6 // timer input capture pin
на вариант от 20/08 ?
// Capture port settings
#define ICP_PORT_DD DDRB // timer input capture ports
#define ICP_PORT_IN PINB
#define ICP_PORT_OUT PORTB
#define ICP_BIT 0 // timer input capture pin
Одним словом, только что заливал ради интереса в шнурок обе по очереди - с виду работают одинаково ХОРОШО.
По сравнению с первой от 13/07 случайно реверс элеронов не поменялся ?
Потому как я на сохранённом профиле джоя в AFPD не смог взлететь, перенастраивать не стал - только дрыготню глядел.
Расходов не хватает - но енто уже точно по причине не сделанной мною калибровки в AFPD и винде.
Дрыганье теперь однозначно меньше чем у прошивки Вада, хотя справедливости ради надо всё-таки откалибровать в винде и AFPD как положено.
Периодические Редкие но амплитудные дрыги прошивки 13/07 отсутствуют вовсе, так же как и жёсткая дрыготня всех каналов при ручках в минимуме.
Теперь при высота/элерон в минимуме происходит смещение полосок на пиксел, не более. А при центральном положении - полоски в AFPD вообще стоят как влитые. Так что - прогресс явно на лицо, высказанные идеи не пропали даром.
98 СЕ винду пока не грузил - она на ентом компе, с которого я мессагу набивал. Да и так почти 2 часа провозился - где уж мне за 5 минут всё протестить - я только пульт со шнурком с полки 5 минут доставал …
Кстати, между присвоением значения таймеру в прерывании и его свободным бегом есть компромисс - Увеличение таймера (в прерывании по переполнению ентого таймера) на требуемую коррекцию - применял в своём прошлом учебном проектике - тоже работает.
Ну и прилагаю фотку ЛСД 20х4, над которым корпел.
Производительность чуть более 1000 строк/секунду что по 4 что по 8 битам. Ну и в каждой строке по паре 16 бит БЦД преобразований делается при ентом выводе. 10 МИПСов - трать/не хочу. Однако с прогой фонового обмена буферами через радиоканал посредством 1205 - ну туго пока что, сложно всё чего-то, пока только общие черты обдумал. Однако - кто знает, быть может и состряпаю.
Нормально работала версия от 13.07.06 с простым PPM декодером.
Версия от 20.07.06, в которой полностью переписан PPM декодер с целью вообще исключить какие-либо дерганья, работать на меге8 не могла в принципе, поскольку там вместо бита порта D6 (ICP1 на ATmega8) стоял B0 (ICP1 на ATmega32).
Вчера выгадал полчасика попробывал залить прошивки
Версия от 20.07.06 у меня не заработала ! 😦 (в винде шнурок определился но на РРМ не реагировал) Проверял на FUTABA 9CHP +XPSP2
Последняя - без проблем!!! работает четко без подергиваний 😃
Честь и хвала автору !!! 😃
ЗЫ Единственное, что еще хотелось быувидеть в данной версии - продублировать пару каналов кнопками, как это было во 2 й и 3ей оригинальных прошивках
Версия от 11.08.2006.
rcu_20060811.rar
По отношению к предыдущей сделаны следующие изменения:
- Изменена версия компилятора. Теперь компилировать следует IAR 4.20. Из особенностей компилятора использовано новое ключевое слово __nested для глобального разрешения прерываний сразу по входу в процедуру обработки прерывания. Это более корректно, чем sei после сохранения регистров.
- Обновлена версия USB драйвера до 2006-07-18. Новые возможности, например, динамические дескрипторы, в проекте пока не использованы, но они в принципе дают возможность сделать универсальную прошивку под разные виды интерфейсов.
- Добавлен опциональный режим серво-тестера. Идея в том, чтобы при входном PPM сигнале выдать один из каналов на отдельный выход контроллера. Использовать его можно для проверки серв или регуляторов двигателей. Естественно, что питать их надо не от USB. Я использовал этот режим для отладки контроллера бесколлекторного двигателя. Опция работает только при выборе драйвера in_ppm_adv, поскольку добавлялась как побочный эффект, а не самоцель.
- Добавлен альтернативный выходной драйвер out_joystick_btn, аналогичный обычному out_joystick, но дублирующий 8 аналоговых каналов на 8 дискретных (кнопки). Если входной канальный импульс <1.5мс, то соответствующая кнопка не нажата, и наоборот. Минусом этого варианта является снижение в 2 раза периода опроса USB джойстика (ограничение программного USB как low-speed device). Плюсом же - пример того, как можно делать USB HID дескрипторы, состоящие из более чем одного репорта. Несмотря на кажущуюся избыточность кода, IAR крайне эффективно сливает его в один фрагмент, так что ручная оптимизация была принесена в жертву очевидности кода.
- Многие аппаратные опции перенесены из *.c файлов в options.h, что, надеюсь, снизит вероятность подсунуть в очередной раз неработающую прошивку из за того, что какой-то из портов не был исправлен.
- В архиве лежат две скомпилированные версии - с кнопками и без оных. Обе поддерживают режим серво-тестера, выводя на вывод PB1 (OC1A) сигнал 3-го канала передатчика (не проверено на ATmega8).
- Обе версии проверены на оригинальном железе и выглядят работоспособными.
Одним словом, только что заливал ради интереса в шнурок обе по очереди - с виду работают одинаково ХОРОШО.
Это случайно. Первая формально работать не должна (CMOS - не TTL).
По сравнению с первой от 13/07 случайно реверс элеронов не поменялся ?
Логика не менялась, так что не должен был.
Расходов не хватает - но енто уже точно по причине не сделанной мною калибровки в AFPD и винде.
Расходы сделаны с запасом на разную аппаратуру. Калибровать крайне рекомендуется или в Windows, или в симуляторе. Желающие могут поправить коэффициенты в исходнике и лучше использовать разряды байтовых переменных. Еще оптимальнее было бы переписать out_joystick_btn так, чтобы передавать не 8-ми, а 10-ти битные значения каналов. Тогда полное использование разрядов не имело бы такого смысла. Но при этом из за усложнения упаковки данных пропала бы наглядность. Кто идею понял - сам сможет переписать эту часть.
Кстати, между присвоением значения таймеру в прерывании и его свободным бегом есть компромисс - Увеличение таймера (в прерывании по переполнению ентого таймера) на требуемую коррекцию - применял в своём прошлом учебном проектике - тоже работает.
Это работает, если прерывание гарантированно вызвалось. А если случился захват при запрещенном прерывании, которое позже разрешили, то таймер убежит на непредсказуемую величину. В случае USB драйвера это работать не будет, поскольку драйвер может запрещать прерывания на время до 100 мкс и даже более, что внесет существенную погрешность в измерение PPM сигнала (порядка 10%, что и наблюдалось в версии с in_ppm декодером).
Единственное, что еще хотелось быувидеть в данной версии - продублировать пару каналов кнопками, как это было во 2 й и 3ей оригинальных прошивках
Как было в оригинальных - не знаю, так как их не смотрел. Но опционально сделал вариант с продублированными всеми 8-ю каналами в виде кнопок. Оба варианта прошивок есть в архиве.
Версия от 11.08.2006.
Только что проверил эту версию, без кнопок (предыдущие версии не проверял ни одной), на передатчике Sanwa RD8000 и схеме на mega8. Стабильность в работе замечена была, в симуляторе пока проверить не успел, т.к. каналы на джойстике все попутаны получились 😦 В оригинальной проге написаной на асме, без проблем все поменял, тут не смог по причине отсутствия IAR 4.20, есть пока только 4.12, если получится найти новый крякнутый IAR и где настройки каналов, попробую перекомпилить, пока Вам огромное спасибо и удачи. Как только начнете работу регульятора для бесколлекторника на PWM3, сообщите, плиз, в личку.
Полетал в симуляторе, вроде все нормально. Выкачал IAR 4.20 полистал код, не нашел определения поледовательности каналов, видимо они выдаются в компьютер в такой же последовательности, в которой приходят. У меня получаются некоторые каналы перепутаные на компьютере 😦. Т.к. в С и СРР я не силен, свободного времени еще меньше чем знаний, подскажите как поменять каналы.
каналы на джойстике все попутаны получились
Да, это особенность прошивки. Я не старался тут сохранять совместимость с оригиналом, поскольку не увидел в этом большого смысла.
Как только начнете работу регульятора для бесколлекторника на PWM3, сообщите, плиз, в личку.
Работа над ним уже идет, и довольно успешно. Но проект будет закрытым.
подскажите как поменять каналы.
Варианта 3:
-
(рекомендуемый): в любом известном мне симуляторе назначение каналов может программироваться внутри самого симулятора. В том числе, это относится к FMS, Aerofly Pro Deluxe, RealFlight G3 и Reflex XTR. Там же есть калибровка расходов каналов. Потому я не увидел смысла менять что-то в прошивке и не знаю точно, зачем это сделано в оригинале (вероятно, для общности или совместимости по умолчанию с неким конкретным симулятором).
-
(частичное решение не для всех симуляторов): назначение каналов задается в USB дескрипторе строками:
PROGMEM char usbHidReportDescriptor[USB_CFG_HID_REPORT_DESCRIPTOR_LENGTH] =
{
0x05, 0x01, // USAGE_PAGE (Generic Desktop)
0x15, 0x00, // LOGICAL_MINIMUM (0)
0x26, 0xff, 0x00, // LOGICAL_MAXIMUM (255)
0x75, 0x08, // REPORT_SIZE (8)
0x09, 0x04, // USAGE (Joystick)
0xa1, 0x01, // COLLECTION (Application)
0x09, 0x01, // USAGE (Pointer)
0xa1, 0x00, // COLLECTION (Physical)
0x09, 0x30, // USAGE (X)
0x09, 0x31, // USAGE (Y)
0x95, 0x02, // REPORT_COUNT (2)
0x81, 0x82, // INPUT (Data,Var,Abs,Vol)
0xc0, // END_COLLECTION
0xa1, 0x00, // COLLECTION (Physical)
0x09, 0x32, // USAGE (Z)
0x09, 0x33, // USAGE (Rx)
0x95, 0x02, // REPORT_COUNT (2)
0x81, 0x82, // INPUT (Data,Var,Abs,Vol)
0xc0, // END_COLLECTION
0x09, 0x34, // USAGE (Ry)
0x09, 0x35, // USAGE (Rz)
0x09, 0x36, // USAGE (Slider)
0x09, 0x37, // USAGE (Dial)
0x95, 0x04, // REPORT_COUNT (4)
0x81, 0x82, // INPUT (Data,Var,Abs,Vol)
0xc0 // END_COLLECTION
};
В таком порядке видятся с 1-го по 8-й каналы компьютеру. Назначение их применительно к джойстику очевидно из названий (оси X,Y,Z, вращение по осям Rx, Ry, Rz, ползунок, колесико). Для симулятора эти назначения могут приниматься или не приниматься в расчет (зависит от решения автора симулятора). Можно без особых проблем переставить местами эти обозначения, сохранив их места. Но это будет иметь значение только для джойстика и симуляторов, где стандартные назначения берутся в расчет (думаю, что нигде 😃).
- (реальная перестановка, но решение надо писать самому): нужно вводить таблицу перекодировки или просто переписать формирование последовательности каналов в функции usbBuildReport(). В каком порядке будут положены значения из channelData[] в usbReport[] - в таком и будут видны каналы в симуляторе.
Однако, это не написано в моей прошивке, поскольку любой из названных симуляторов позволяет произвольно назначить назначения каналов. Так как едва ли кто-то будет постоянно использовать две прошивки (я бы использовал ту, что больше подходит или нравится), то я не увидел такой проблемы и, соответственно, не поддержал такой возможности.
А с каким симулятором реально проблема?
А с каким симулятором реально проблема?
С любым не RC. ИЛ-2, например.
С любым не RC. ИЛ-2, например.
Сам этот симулятор не видел, но предполагаю, что описанный выше вариант 2 будет работать для симуляторов, изначально рассчитанных на работу с джойстиком.
Предположим, что канал руля высоты поступает с пульта по счету 3. Его симулятор хочет увидеть как ось Y стандартного джойстика. Тогда нужно поставить в дескрипторе 0x09, 0x31, // USAGE (Y) на 3-е место, считая сверху (в данном случае - вместо 0x09, 0x32, // USAGE (Z)), а последнее - соответственно, на второе. И эти два канала поменяются местами.
Иначе говоря, следует понять, в какой последовательности идут каналы с передатчика (например, 1 - газ, соответствующий в симуляторе оси Z, 2 - элероны, соответствующие в симуляторе оси X, 3 - руль высоты, соответствующий в симуляторе оси Y, и так далее). И поменять последовательность в дескрипторе в этом порядке, то есть
0x09, 0x30, // USAGE (X)
0x09, 0x31, // USAGE (Y)
0x95, 0x02, // REPORT_COUNT (2)
0x81, 0x82, // INPUT (Data,Var,Abs,Vol)
0xc0, // END_COLLECTION
0xa1, 0x00, // COLLECTION (Physical)
0x09, 0x32, // USAGE (Z)
поменять на
0x09, 0x32, // USAGE (Z) - 1 канал передатчика
0x09, 0x30, // USAGE (X) - 2 канал передатчика
0x95, 0x02, // REPORT_COUNT (2)
0x81, 0x82, // INPUT (Data,Var,Abs,Vol)
0xc0, // END_COLLECTION
0xa1, 0x00, // COLLECTION (Physical)
0x09, 0x31, // USAGE (Y) - 3 канал передатчика
Способ не вполне очевидный, но я не рассчитывал на подобные применения. Однако, любые изменения с точки зрения HID джойстика можно сделать, правильно сформировав этот дескриптор. В принципе, можно сформировать некий набор настроек прошивки, чтобы делать это более удобно. Пусть будет ToDo для очередной версии прошивки, если таковая когда-либо появится. Если нет, то можно переписать ее под себя, сделав указанные выше изменения.