Телеметрия (часть 1)
У меня функции чтения/записи берут линейный адрес во флеше, указатель на буфер, и сколько в буфер писать/читать.
А как ПИД может тормозить? Там И что ли большое? У меня И вообще не предусматривается, только ПД. А изначально хотел вообще просто ООС с постоянным коэффициентом вкрячить и всё. То есть, П. 😃
Скажите, Гуру, плавающая точка (float?) (double?) на AVR GCC достойна того, чтобы ее использовать, или лучше оставить всё по старинке, в целых числах?
вот такой, например, код нифига не сработает:
u32 a;
…
if(a>1000){…}а вот такой сработает:
u32 a;
…
if(a>(u32)1000){…}
Гады, столько крови попортили…
а как себя ведет
if (a>1000l)
или
if (a>1000ul) ?
… А то, может быть это не бага, а … 😉
Скажите, Гуру, плавающая точка (float?) (double?) на AVR GCC достойна того, чтобы ее использовать, или лучше оставить всё по старинке, в целых числах?
float от double там, кажется, вообще не отличаются 😃, но в целом библиотека вполне нормальная.
Целесообразность же работы в интах или флоатах определяется балансом доступных времени (бо плавучка медленна) и места (бо библиотеки жрут место) с одной стороны, и желанием (а иногда и возможностью) перевода всей необходимой арифметики в целые числа - с другой…
Пид определяет опережение по угловой скорости 😉 А т.к. у меня датчики читаются относительно редко, то угловая скорость занижена, от сюда тормозная реакция.
Например, когда я отключил ФСС по углам, работать стало намного шустрее. Кстати, сейчас величину ФСС выбираю динамически по настроечной дельте. Чем меньше дельта, тем длиньше ФСС. В солнечные выходные дельта была 1300, то есть 26 градусов, и разницу в поведении модели с ФСС и без него я не заметил. А вот в прошлые выходные, в туман, было заметно и очень.
Ну неужели так трудно дать ссылку?.. Гугль на Икар 1600 выдаёт _Институт Конъюнктуры Аграрного Рынка. _
А зачем в гугле? на нашем форуме!
rcopen.com/forum/f90/topic108958/693
Народ летатет с фотиком, а нашу камеру самик даже не почувствует! правда еше вес добавляет остальная электроника, но в сумме, я думаю, не тяжелее фотика!
Сейчас провёл исследование. Дёргал в коде лапкой и смотрел осциллом (кей, кварц 8 МГц). Получил интересные цифры…
Во-1 атмельский usb_task выполняется всего 20 мкС (при подключённом USB 30 мкС). Это радует.
во-2:
Мой движок отъедает всего 100 мкС, что тожде радует 😃
ВСЯ моя математика, написаная Х знает как на флОтах, тратит 800 мкС от момента получения значения температуры до зарядки ШИМа посчитанным значением 😁
А вот функция чтения пирометров лопает аж 2,5 мС! 😃 Вот это, блин, грустно… Думаю, как соптимизировать…
Но в целом неплохо. Весь мейнлуп, с математикой, фильтрами, записью во флеш и т.д. проходит за 6,2 мС, то есть за один период ШИМ сигнала пересчитываем значения 3 раза. Так что убирание движка и всего лишнего большого выигрыша не даст, значит буду оптимизировать что есть…
ПС. Взвесил самолёт. С аппой тянет на 570 грамм. Аппа в сумме 90 грамм (только моя, самодельная).
Вопрос к Smalltim:
Вот приехала моя видеоаппаратура с камерой KX191. Судя по отображению картинки на разные источники включая широкоформатные было замечено что камера широкоформатная, что удивительно. Разрешение ейное 520 линий.
При подключении телеметрии(прошивка правда старая, новую не шил еще - программатор не сваял, кстати какой сделать то лучше?) индикация параметров немного выползает за пределы картинки снизу. Температура и вольтаж срезаются чутка снизу и то что пустое ниже их. Также срезается кусок миникарты и писанина под ней касаемая ЖПС.
В последних прошивках такие штуки фиксились? Может добавить какой-нить переключатель или комбинацию для разных типов камер или разрешений(не знаю что проще и по какому критерию). По ширине картинка влезает превосходно, а вот с высотой бяда.
Если не туда запостил - звиняйте… 😃
Скриншот
nailalex.dyndns.org/hobby/…/vlcsnap-159336.jpg
Судя по картинке инфа просто съехала вниз куда-то. С китайской камеры дешевой(все-в-одном LYD-209) и с любых других источников накладывается как положено.
To: NailMan, Smalltim
А небудет ли проблема приататсиа в разрешении камеры: тогда 540 ТВлине долзно бит есцио хуже.
Интерестно какую камеру Смаллтим исползует, ТВлине?
Странно, но на очках отображается иначе нежели в плеере, там смещение низ меньше, точнее срезается меньше. Половина текста под миникартой все таки видно. Вечером попробую на тв-тюнере захватить видео.
>А небудет ли проблема приататсиа в разрешении камеры: тогда 540 ТВлине
>долзно бит есцио хуже.
>Интерестно какую камеру Смаллтим исползует, ТВлине?
>Странно, но на очках отображается иначе нежели в плеере, там смещение низ
>меньше, точнее срезается меньше. Половина текста под миникартой все таки
>видно. Вечером попробую на тв-тюнере захватить видео.
Камера у меня KT&C KPC-S20CB:
nix.ru/…/KT_KPC_S20CB_Supermini_Camera_500x582_Col…
Производитель KT&C
Модель KPC-S20CB
Описание
Цветная камера в металлическом корпусе для систем видеонаблюдения.
Выдержка 1/100000–1/50 с
Разрешение 380 горизонтальных линий.
Отношение сигнал/шум 45 дБ
Разрешение CCD 500 x 582
Размеры матрицы 1/4”
Минимальная освещенность 1.0 Lux
Фокусное расстояние объектива 3.6 мм
Светосила объектива 1/2.0
Фокусировка Ручная
Сенсор SuperCCD (Super HAD CCD)
Номинальный ток 120 мА
Напряжение питания 12 В
Смещение картинки вверх-вниз в телеметрии сделано просто, как мозг поросенка. В каждом кадре я считаю ТВ-строки, и начиная с какого-то заранее заданного номера строки я начинаю выводить букифки. Если камера или устройство отображения умеет нормалько генерить/отображать 625 строк PALа, то все нормально. Если камера или устройство отображения кривое, то могут быть проблемы.
Кстати, в прошивке 232 (на данный момент самая свежая) низ поднят относительно 227 как раз для китайских говнокамер и всяческих очков.
Могу поднять еще, не вопрос. Номер строки меняется за 15 секунд, еще 15 секунд - на компиляцию прошивки.
И, это, не путайте теплое с мягким.
Есть три различных параметра, которые означают совершенно разное.
- Разрешение светочувствительной матрицы. У KPC-S20CB это 500 x 582 пикселов
- “Четкость” видеокартинки : 380 ТВ-линий. Что такое ТВ-линии см., например, здесь: tehconsul.ru/data/articles/video/17.html
- Число ТВ-строк. Должно быть 525 у NTSC и 625 у PAL/SECAM. Моя телеметрия привязывается именно к временнЫм параметрам ТВ-строк в видеосигнале.
А распиновка разъема программирования ISP стандартная Atmel-овская или какая-то своя? Не нашел в описаниях на девайс на какой ноге 10пинового разъема какой сигнал.
В наличии только Yaap и его программатор на 5 резисторах. Мегу8 он знает(шью им mega8-16PI(PU) для USB-шнурков). Распиновку на шлейф подаю как у атмеловских программаторов сделано для совместимости.
Попробую сегодня 232 зашить.
Nailman, по картинке, показанной на скриншоте, очень похоже, что камера Ваша NTSC выдает. Я делал телеметрию под PAL. Могу пошаманить и сделать автодетект видеосигнала.
>А распиновка разъема программирования ISP стандартная Atmel-овская или какая-то своя?
www.argussoft.ru/…/as3m_as4_programmer.pdf
Вот тут в доке распиновка. Один из стандартных атмеловских типов. 4 земли и плюс - со стороны ближней к краю платы.
Автодетект кстати не помешает, но на камере самой(на шильдике) написано что именно PAL.
Сегодня соберу видеоразделитель-усилитель с тремя выходами на 3 устройства захвата и посмотрю сразу на 3 девайсах картинку. На ПМП-плеере, на очках и на тв-тюнере. Почему то смещение на двух из них разное. На очках как бы нижние надписи вниз ушли, а верхние нормально, а на ПМП все надписи вниз слезли.
>Могу пошаманить и сделать автодетект видеосигнала.
А кто-нибудь из благородных гуру может в качестве благотворительного жеста дать попользоваться какой-нибудь NTSC говнокамерой? Мне всё равно, лишь бы NTSC выдавало 😃
>написано что именно PAL.
Включите телеметрию на минуту-две, сядьте рядом с секундомером и посмотрите, не убегает ли на телеметрии время вперёд. У NTSC 60 кадров в секунду, у PAL 50. А время я считаю по кадрам во входном видеосигнале.
не, часы идут синхронно. ролик записал и сравнивал время на телеметрии и время самого ролика(включал одновременно), так что это точно не NTSC
To: Smalltim
Смаллтим Ты сам ответил:
“В каждом кадре я считаю ТВ-строки”
А строки камера видает китаи-г… ~380
Полуцсе камера 420, 480 520 и 540
Значит с китаи-г… будет нормално, а с хорошыми камерами плохо
Ето точо не НТСЦ
На НТСЦ телеметрия неработает, пробовал
Смещение картинки вверх-вниз в телеметрии сделано просто, как мозг поросенка. В каждом кадре я считаю ТВ-строки, и начиная с какого-то заранее заданного номера строки я начинаю выводить букифки. Если камера или устройство отображения умеет нормалько генерить/отображать 625 строк PALа, то все нормально. Если камера или устройство отображения кривое, то могут быть проблемы.
На самом деле, я столкнулся с тем, что разные устройства записи/отображения видеосигнала грабят/показывают картинку с чуть разным смещением, равно как и разные камеры передают картинку, начиная с разных строк…
Обычно эти смещения и “обрезания” нефатальны, но часто просто неудобно отлаживаться, например, на телевизоре, когда половина первой строки в “заэкранье”, так что я сделал настройку позиции картинки на экране.
Вот так:
(Демонстарция на наземном модуле просто потому, что он сейчас под рукой. Идея та же самая).
Коллеги, подскажите где взять разъем для GPS-а и его маркировку. Родной шнур очень короткий, а разъем что-то не нашел.
Да-да ! Вопрос исключительно актуален ! Я просил сделать прошивку с постоянным отображением гпс-координаты и поднятой на одну строчкой инфой, так как мой Saibex режет картинку нещадно. То есть с этой камерой я залетаю, получается вдвойне !!!
>Смаллтим Ты сам ответил:
>“В каждом кадре я считаю ТВ-строки”
>А строки камера видает китаи-г… ~380
>Полуцсе камера 420, 480 520 и 540
>Значит с китаи-г… будет нормално, а с хорошыми камерами плохо
Здесь есть смайлик, бьющийся головой об стену?
Коллега! Всё не так! От числа ТВ линий ничего не зависит! Точка.
Всё зависит от числа строк в ТВ сигнале! Точка.
>Смаллтим Ты сам ответил:
>“В каждом кадре я считаю ТВ-строки”
>А строки камера видает китаи-г… ~380
>Полуцсе камера 420, 480 520 и 540
>Значит с китаи-г… будет нормално, а с хорошыми камерами плохоЗдесь есть смайлик, бьющийся головой об стену?
Коллега! Всё не так! От числа ТВ линий ничего не зависит! Точка.
Всё зависит от числа строк в ТВ сигнале! Точка.
OK Tocka.
Ja ne prav 😦
Может ли быть ето от того, что пишущий деваис Неможет физически отобразить всиу информацию.
Нехватает, чегото.
Заметил что режут картинку толко цыфровые рекордеры и ЛЦД телевизоры, очки.
Подведиом итоги:
Камера СОНы ТВР330Е- Всио
Телик Самсунг ЛЦД ФуллХД- всио кроме нертандартного АМ
Телик Даяву ЦРТ- Всио
Телик Пхилипс ЦРТ- Всио
Видео оцки 640*480- режет всиу нижниую строку