OSD на ATmega1281
Это не серьезно (голосом Моргунова)
Задолбали Вы своим флудом ( голос с неба )
Ссыкотно - поставь 1 килоом в эммитер.
Сергей, извини …
Да забанит меня модераторB-), аминь!😁
Дело вкуса конечно
Я тоже как то сомневаюсь в работоспособности эмиттерника с оторванной базой: её у фототранзистора вообще, как бы-нет?
Да и повторюсь: опторазвязка в применении к ФПВ- не нужна, поскольку “земля” всё равно общая…
Как правильно писал MCV, главное грамотно питание развести.
а вот если питать камеру без ДС/ДС
Да нельзя видеотракт- от одного аккумулятора с “силой” без развязки через ДС-ДС питать- проверено, полосы будут на изображении,
И ДС-ДС должен именно степ-уповский быть, поскольку другой при подсаженном аккумуляторе- отключаться будет, со всеми вытекающими…
а вот если питать камеру без ДС/ДС
DC/DC у меня без гальванической развязки, нужен только для стабилизации напруги на камере/передатчике. При уменьшении ниже 11.5В камера становится очень чувствительна к малейшим пульсациям по питанию, хотя работает до 9В. А передатчик при уменьшении напруги, сбрасывает мощность ( в нем только оконечник стабилизирован 8V, а задающий и промежуточные каскады запитаны напрямую, от напряжения питания).
Для питания OSD и периферии действительно есть смысл ставить импульсник. Миллиамперы коварно складываются, затем множатся на напругу падения и вылезают в ощутимые (даже на ощупь) ватты. Но смысл в гальванической развязке не вижу. Тем более это по любому большие габариты и вес по сравнению в обычным степ-даун…
----------
Раз подняли тему, маленький отчет о прошедшем сезоне.
Собственно никаких интересных событий ( крашей, потерь 😃 ) не произошло… Каждый полет размерен, осторожен… Сначала порхаю с визуальным контролем ( проверка всех режимов, на предмет выявления серьезных ошибок в очередной версии прошивки ), затем круиз по заранее спланированному сектору с радиусом до 1,5км и высотой до 200, ну и на остатках второго акка полеты на бреющем вдоль проселочных дорог с удалением до 1км, иногда догонялки с редкими авто, проезжающих мимо. Так и “укатал” благополучно за сезон пару акков ZIPPY2200. Емкость при зарядке показывают почти начальную, но напругу подсаживают под нагрузкой даже 5А, если разряжены хоть наполовину…
Теперь о планах…
- Буду переделывать наземку… Довольно много поменял, на плату уже страшно смотреть, а хочу еще кое что поменять…
- Самое узкое место в моем комплекте так и осталось РУ… Ради интереса разок слетал с бустером. 5W, полноразмерная GP, КСВ=1.5… Честно…, даже не удивился когда после 1.5км посыпались дропы… 😃 Заставил себя отлететь на 2км, но глядя на индикатор дропов, когда того и гляди врубится принудительно RTH, лететь никакого кайфа. Тем-более бустер хоть и с двойным Пи-контуром, явно подгаживал в видео.
Может еще можно поразбираться (например подключить выход с дискриминатора приемника к аудио-каналу видео-TX и на слух промониторить, что же это за чудеса, помеха какая-то или “глубокая” интерференционная яма), но воодушевленный положительным опытом коллег по форуму, решил переползти на 433, цифровой канал… Те. будем лепить, как по моде говориться, LRS… Давно хотел поиграться с RFM-модулями…
Ну и если хватит времени, попробую к след. сезону слепить новый носитель- вжико-подобное крылышко. Никогда не летал на крыльях, надо же когда-то начинать… Заодно посмотреть, как моя стабилизация справится c элевонами…
Тем-более бустер хоть и с двойным Пи-контуром, явно подгаживал в видео.
Пи-контурa работают в согласовании и походу как ФНЧ, но отнюдь не оптимальными. 5 тый порядок конечно довольно круто, но тут дело в том, что если добьют прямые гармоники, на это конечно нет защиты. Но ИМХО, там имеет место быть блокировка а там частота не столь важна, лишь бы был достаточен уровень unwanted signal. Против такой напасти может помочь преселектор.
Кстати, доступны ли новые версии?😃
посыпались дропы…
С дропами разберемся, при наличии желания конечно.
Не получилось заломать GPS - приемник SkyLAB SKG16В, через командную строку.😦 . Но нашелся другой вариант - прога *MiniGPS_1.4*😒 !!!
________________________________________________________________
заводской вариант
$GPGGA,145452.000,4948.5786,N,07305.3631,E,1,8,1.10,545.0,M,-35.3,M,*70
$GPGSA,M,3,06,03,14,22,19,09,11,18,1.40,1.10,0.85*0E
$GPGSV,3,1,12,22,85,342,22,14,57,212,17,18,47,091,17,09,36,067,24*7F
$GPGSV,3,2,12,19,31,275,32,21,20,151,03,16,241,37,06,15,229,34*7F
$GPGSV,3,3,12,11,15,313,18,15,05,053,28,01,352,47,*4D
$GPRMC,145452.000,A,4948.5786,N,07305.3631,E,0.25,292.16,051111,A*6A
пробный
$GPGGA,165733.200,4948.5692,N,07305.3554,E,1,9,1.06,525.4,M,-35.3,M,*74
$GPGLL,4948.5692,N,07305.3554,E,165733.200,A,A*51
$GPGSA,A,3,32,01,20,22,11,25,12,31,14,2.13,1.06,1.84*09
$GPGSV,3,1,12,14,64,060,18,32,45,297,32,31,44,178,21,01,40,292,18*77
$GPGSV,3,2,12,22,38,123,16,11,35,263,29,44,32,189,25,19,089,18*7B
$GPGSV,3,3,12,20,17,300,28,12,17,056,20,17,04,340,30,01,152,*72
$GPRMC,165733.200,A,4948.5692,N,07305.3554,E,0.14,308.95,051111,A*61
$GPVTG,308.95,T,M,0.14,N,0.25,K,A*38
по рекомендации *MSV*
$GPGGA,213505.600,4948.5669,N,07305.3844,E,1,7,1.15,514.8,M,-35.3,M,*7F
$GPGSA,A,3,23,20,30,16,07,13,06,1.73,1.15,1.30*04
$GPRMC,213505.600,A,4948.5669,N,07305.3844,E,0.45,91.46,051111,A*51
________________________________________________________________
Вот только 5Гц на 38400 - похоже он не тянет - физически (вроде 66 каналов), но переключается, и пакеты лупит со всей дури???
P.S. Кстати DC/DC, в предыдущем посте, тянет телеметрию с обвесом без проблем и даже не *вспотел*😁 ( двухтактник однако ).
по рекомендации *MSV*
Вот и он мне что то рекомендует, это конечно здорово только я ничего не понял ( увы деревяные игрушки, тяжелое наследие). А нужна всего лишь прошивка.
немного оффтопа: ты не поверишь занимался уборкой комнаты и под кроватью нашел маленький пластмассовый мечик:)
А нужна всего лишь прошивка.
по рекомендации *MSV* - это после настройки ЖПС приемника, получаются, вот такие пакеты данных на выходе, его-же т.е. - ЖПС. (5Гц на 38400бод)
$GPGGA,213505.600,4948.5669,N,07305.3844,E,1,7,1.15,514.8,M,-35.3,M,*7F
$GPGSA,A,3,23,20,30,16,07,13,06,1.73,1.15,1.30*04
$GPRMC,213505.600,A,4948.5669,N,07305.3844,E,0.45,91.46,051111,A*51
Перешивать весь ЖПС - это совсем катастрофа!!!😵😃
А настройки делал с помощью ентой проги
Перешивать весь ЖПС - это совсем катастрофа!!!😵😃
ЖПС есть у меня ( достался как контрибуция) но не решил еще, уж больно тяжел и софт под вопросом и все такое, может придется покупать или сделаем.
… А нужна всего лишь прошивка.
Я высылал Вам прошивку. С ней я летал.
Вот только 5Гц на 38400 - похоже он не тянет
По идеи это не связанные (слабо связанные) параметры… Хотя опыта у меня с GPS- единственный модуль…
Я высылал Вам прошивку. С ней я летал.
А спасибки, я подумал что за это время что то новенькое появилось. Пора уже что то овеществлять, будут вопросы уж не обессудьте.
По идеи это не связанные (слабо связанные) параметры… Хотя опыта у меня с GPS- единственный модуль…
Не так уж и слабо связанные, 5Гц на скорости 19200 может не успеть все данные передать, хотя для одного герца что 4800 что 38400
Не так уж и слабо связанные, 5Гц на скорости 19200 может не успеть все данные передать
На 10 гц при 38400 три посылки NMEA умещается.
На 10 гц при 38400 три посылки NMEA умещается.
посылки посылкам рознь , в NMEA много чего может передаваться , по крайней мере выше указанная MiniGPS_1.4 на комбинацию 5Гц и 19200, если использовать GSV ,ругается , типа недостаточно пропускной способности.
Насколько помню в NMEA каждая посылка ограничена 80 байт (обычно много меньше), те. 80*10бит=800бит. Три посылки 800*3=2400. Это добро да десять раз в секунду =24000. Поэтому 38400 с запасиком всяко хватает. С другой стороны время передачи одного байта > 260mks, это значительно больше времени TV строки 64mks (для моего проекта это критично).
Не так уж и слабо связанные
Имел в виду, что при конфигурации модуля их (кол-во обновлений в сек и скорость на UART порту) можно задавать независимо. Прога конфигурации, а может и модуль конечно, в ряде случаев “умничает”, не проверял…
Насколько помню в NMEA каждая посылка ограничена 80 байт (обычно много меньше),
Что вы считаете посылкой ?
Cтрока ограничена 80 байтами в посылке может быть много строк.
Если ловим 10 спутников то и $GPGSV строк в каждой посылке будет 10,
из примера выше:
$GPGGA,165733.200,4948.5692,N,07305.3554,E,1,9,1.06,525.4,M,-35.3,M,*74
$GPGLL,4948.5692,N,07305.3554,E,165733.200,A,A*51
$GPGSA,A,3,32,01,20,22,11,25,12,31,14,2.13,1.06,1.84*09
$GPGSV,3,1,12,14,64,060,18,32,45,297,32,31,44,178,21,01,40,292,18*77
$GPGSV,3,2,12,22,38,123,16,11,35,263,29,44,32,189,25,19,089,18*7B
$GPGSV,3,3,12,20,17,300,28,12,17,056,20,17,04,340,30,01,152,*72
$GPRMC,165733.200,A,4948.5692,N,07305.3554,E,0.14,308.95,051111,A*61
$GPVTG,308.95,T,M,0.14,N,0.25,K,A*38
у меня на 5 герцах пять раз в секунду передается похожее , явно больше 80 байт.
$GPGSV можно отключить, в принципе нам оно не надо , тогда диапазон скоростей становится на много шире.
Если ловим 10 спутников то и $GPGSV строк в каждой посылке будет 10
Это не так: сдесь поймано 9 спутников
$GPGGA,165733.200,4948.5692,N,07305.3554,E,1,9,1.06,525.4,M,-35.3,M,*74
а посылки всего 3 (наверное по 3 ), не разбирался, это для шкалы уровня сигнала
$GPGSV,3,1,12,14,64,060,18,32,45,297,32,31,44,178,21,01,40,292,18*77
$GPGSV,3,2,12,22,38,123,16,11,35,263,29,44,32,189,25,19,089,18*7B
$GPGSV,3,3,12,20,17,300,28,12,17,056,20,17,04,340,30,01,152,*72
Кстати, в одном из проектов, используют всего две строки, если не ошибся, кажется эти:
$GPGSA,A,3,32,01,20,22,11,25,12,31,14,2.13,1.06,1.84*09
$GPRMC,165733.200,A,4948.5692,N,07305.3554,E,0.14,308.95,051111,A*61
Ну да, с количеством GPGSV строк я похоже ошибся (кода смотрел у меня было 3 спутника и три строки) , суть не в этом , в одной посылке строк много и скорости может просто не хватить . я не имею в виду конкретно этот проект.
Здесь пишут как делать 10Гц, но у меня не получается.😦
Здесь пишут как делать 10Гц, но у меня не получается
У вас такой чип как там обсуждают ?
я переключал кажется с помощью $PSRF103 - период , $PSRF100 - скорость
$PSRF103,<msg>,<mode>,<rate>,<cksumEnable>*CKSUM<CR><LF>
<msg> 00=GGA,01=GLL,02=GSA,03=GSV,04=RMC,05=VTG
<mode> 00=SetRate,01=Query
<rate> Output every <rate>seconds, off=00,max=255
<cksumEnable> 00=disable Checksum,01=Enable checksum for specified message
Note: checksum is required
Example 1: Query the GGA message with checksum enabled
$PSRF103,00,01,00,01*25
Example 2: Enable VTG message for a 1Hz constant output with checksum enabled
$PSRF103,05,00,01,01*20
Example 3: Disable VTG message
$PSRF103,05,00,00,01*21