Создание собственной системы стабилизации
только не разобрался - как сделать чтобы ИХ изменения у меня применялись?
Ой, это без 100 грамм не разобраться. Автоматом, их изменения у тебя не будут применятся. Это надо мержить руками, ну в смысле мержить их ветку в твою.
Для Алексея: Компас показывает верно, но совсем забыл - я когда прошивал и калибровал, то вспомнил что в старом ПО у меня трёха (блин автомикс как никак к стати был бы) и перешил обе платы на квадрик - мог съехать mtd раздел так что его точно надо стереть!!! компас ворочать ненадо!!!
не, ну я проверь, но причем тут треха или квадрик? При изменении рамы, никакие настройки съехать не могли, да и для компаса там нечему съезжать.
Автоматом, их изменения у тебя не будут
там pull кнопочка есть 😃
При изменении рамы, никакие настройки съехать не могли, да и для компаса там нечему съезжать.
а я по чём знаю 😃 я серьёзно - калибровал все, смотрел, а потом вспомнил, что у меня в конфиге трёха и перешил две платы, но после этого не калибровал - прошивка идентичная, датчики из одной коробки…
а вот mtd раздел при перепрошивке не трогается!!! а тип рамы +илиX там! прошивальщик о нём не знает 😦 если с компасом бы было что-то не так (постоянное магнитное поле рядом или оси в раскорячку…) он бы не завёлся писалбы что у компаса жисть плохая - я динамиком проверял 😃
зраблю новую - в гит положу проверим 😃
mtd - это их новое нахуяу ноухау и я не смотрел где он находится - знаю что из двух секторов раньше на sd файл с настройками создавался и eeprom 24-ю что-то писалось сейчас всё во флеши - я в вие сам делал виртуалку, то знал как её кусать (полной перепрошивкой проца), а тут mtd erase из наттикса…
А, в тех платах, что у тебя, магнитное склонение я вроде не писал - оставил в автомате!
А, в тех платах, что у тебя, магнитное склонение я вроде не писал - оставил в автомате!
Ну ясный пень я прописывал склонение и отключал Auto Dec, поди не первый контроллер настраиваю 😃
Кстати, патч что ты выкладывал, не совсем патч. Например по твоим файлам невозможно сказать что именно в них изменено. Надо было именно патч сгенерить или хотя бы оставить оригинальные файлы то же.
там pull кнопочка есть
Кнопочка то есть, но не все так просто.
Кстати, патч что ты выкладывал, не совсем патч. Например по твоим файлам невозможно сказать что именно в них изменено. Надо было именно патч сгенерить или хотя бы оставить оригинальные файлы то же.
я подписывал где что менял - в гит будет видно изменения 😃
если ничего экстраординарного не случится сегодня сделаю…
но не все так просто.
ну да надо прятать свои патчи git stash, потом обновляться и накатывать свои патчи обратно…
я подписывал где что менял - в гит будет видно изменения
Можно сделать нормальный патч с разделением платформ, под старую плату я делал. При этом железозависимые части выводятся в отдельную директорию (как сделано для px4-v1 и px4-v2), а в общих файлах выделяются условной компиляцией, при этом сборка будет делаться командой make f4by.
при этом сборка будет делаться командой make f4by
только на сколько помню надо было делать сначала, make px4, а потом уже make f4by - под виндой это двухчасовой кошмар 😃
и в ардупилоте самом надо делать отдельный HAL ибо там Usart-ы менять надо…
блин это ж потом каждый файл выцепи и подключи к git😵
и надо тогда с лодыря начинать - сменить тип борда и id написать как оно называеццо и потом прошивальщик заставить енто понимать 😃
к Алексею: какие светодиоды и за что отвечают в AIO надо дописывать остальные работают всего два, пока один арм-дизарм второй просто показывает что GPS подключен…
только на сколько помню надо было делать сначала, make px4, а потом уже make f4by - под виндой это двухчасовой кошмар
Да, надо было, это было надо для формирования архивных сборок, после обычная короткая докомпиляция сколько хош. Можно это всё поправить, но смысла нет, ибо при первой компиляции всё равно идет предварительная сборка под все четыре платформы ( с нашей пять 😃 ).
Да и торопиться не куда, релизы выходят на порядок реже чем возможно перекомпилить на 486м ))))
ну да надо прятать свои патчи git stash, потом обновляться и накатывать свои патчи обратно…
Это первая стадия геморроя, а вторая, когда ты начнешь делать у себя ответвления, например что бы стабилизировать версию прошивки. Например у меня в пирате, делается ветка на основании релизной версии ардукоптера, куда я вношу изменения - у меня может быть несколько ревизий, прежде чем я сам выпущу версию. Потом эти изменения надо обратно залить в master и начинается катавасия.
Я не говорю что это все очень сложно, но повозится приходится.
елается ветка на основании релизной версии ардукоптера, куда я вношу изменения - у меня может быть несколько ревизий, прежде чем я сам выпущу версию.
Здесь это не нужно 😎 , по карйней мере, пока нутекс не перепишут!
Достаточно просто заменить папку ArduCopter и перекомпилить. Сергей правда туда тоже какие то изменения вносил, но скорей всего без этого можно обойтись, будет время - проаналитим.
Достаточно просто заменить папку ArduCopter и перекомпилить. Сергей правда туда тоже какие то изменения вносил, но скорей всего без этого можно обойтись, будет время - проаналитим.
Вы походу не понимаете. Смотрите, завтра, например, дидроновцы выпускают APM:Copter 3.2, вы делаете клон этой версии и патчите ее под F4BY, заливаете новые исходники в гитхаб и выпускаете 3.2 RC1. Через день, вы находите ошибку в вашем порте, но дидроновцы то на месте не стоят, они уже новых правок напостили в гитхаб - вам эти правки не нужны для выпуска 3.2 RC2. Вот тут вам, нужна отдельная ветка, где вы будете делать порт именно 3.2, потому что таких итераций может быть несколько, всегда после тестирования вылазит что то новенькое.
Точно, только он должен быть портирован ну например с “ленинградского” и обязательно че-то в нем не совсем должно быть как положено.
применительно к торту - это уже совсем другой торт получится 😃
Одно радует с моего git скорость хорошая 😃
Вы походу не понимаете.
Понимаю.
Через день, вы находите ошибку в вашем порте,
Это вряд ли 😃 Там не так много изменений и надеюсь постоянно их делать не надо будет. Кроме того все косяки можно выловить при тестах не запуская АПМ, прямо из терминала Нутекса. За саму работу АПМ, ессесно, мы отвечать не можем, ибо в нём мы никаких изменений не делаем.
Т.е. если выходит новый релиз АПМ и он безглючно работает (либо иное не замечено) на ПХ4 и Пиксхавке, то он ровно также будет работать и на F4BY.
надо менять ardupilot / libraries / AP_HAL_PX4 / AnalogIn.cpp
ardupilot / libraries / AP_HAL_PX4 / HAL_PX4_Class.cpp
ardupilot / mk / PX4 / ROMFS / init.d / rc.APM
изменения там копеешные, да и сами либы меняются редко, стало быть их особо трогать не нужно. Менять только АПМ.
Вот только меня терзают смутные сомнения, как бы дидронсы не начали бороться с чужим железом проверкой настроек периферии прямо из кода АПМ. Хотя такой вариант убьет все прелести ХАЛа для них самих.
Это вряд ли Там не так много изменений и надеюсь постоянно их делать не надо будет. Кроме того все косяки можно выловить при тестах не запуская АПМ, прямо из терминала Нутекса. За саму работу АПМ, ессесно, мы отвечать не можем, ибо в нём мы никаких изменений не делаем.
Это точно не на вряд ли. Я вчера наткнулся на косяк с компасом и на данный момент не понятно откуда он вылез. Компас оказался повернут на 45градусов. Опять таки, код написан так, что ориентацию компаса нельзя сменить в планере (игнорируется) - а это значит, что скорее всего надо будет менять код (возможно конечно поможет очистка mtd как писал Сергей, но что то я не верю) - вот тебе и вторая версия, а я только начал тестировать.
Кроме этого, как то странно работает USB COM порт. Я к сожалению не знаю как работает он у PX4, но тут что то не так. Если подключится терминалом к COM порту, почти сразу после подачи питания на плату, то терминал быстренько отваливается. Я подозреваю, что COM порт отключается после запуска Nuttex и передачи управления в APM. Если дождатся пока светодиод быстро проморгается и потом подключится - все нормально, пока не сделаешь ребут плате - после этого порт опять не коннектится.
Компас оказался повернут на 45градусов. Опять таки, код написан так, что ориентацию компаса нельзя сменить в планере (игнорируется) - а это значит, что скорее всего надо будет менять код (возможно конечно поможет очистка mtd как писал Сергей, но что то я не верю) - вот тебе и вторая версия, а я только начал тестировать.
45 это странно, кратно 90 может быть. Надо бы проверить данные через терминал, в терминале набрать hmc5883 и он выдаст подсказку по командам.
Кроме этого, как то странно работает USB COM порт.
это не косяк 😃 это режим прошивки, сразу после сброса запускается лодырь, который быстро мигает СВД. А после нескольких секунд запускается нутекс и АПМ.
вот тебе и вторая версия, а я только начал тестировать.
это аномалия 😃 - у меня такая же плата и та же прошивка - и север у меня на севере 😃
Если дождатся пока светодиод быстро проморгается и потом подключится - все нормально, пока не сделаешь ребут плате - после этого порт опять не коннектится.
я ж тебе вроде вчера объяснял - да и мы в первой версии с этим напоролись (вместо специфического порта A9 у меня резюк на D+ 1.5К висел для определения платы и наттикс не детектился ибо комп не понимал что лодырь кончился и это уже другое устройство) - оно чё делает - работает лодырь - если подключен по усб (ели усб не подключен он сразу переходит к исполнению программы - моргать не будет) - потом он отсоединяет устройство и вместо этого устройства на тот же порт! цепляет другое 😃 я не знаю почему так сделано, например те же ОР идут как HID совместимые устройства и качелей таких с отключением - подключением нет… тоже самое ты на своих платах (Атмегах) через ftdi цепляешься - и компу пофиг, что ты ресет жал… в терминале например перезагрузка проходит сама без последствий - пишет порт занят - потом ребутит сам плату и опа мы в терминале…
Компас оказался повернут на 45градусов.
Это наш косяк, ибо порт делали новый на новую плату. Исправимся.
Это наш косяк, ибо порт делали новый на новую плату. Исправимся.
но у меня то его нет?
Ты подключайся быстрее - знаешь как весело 😃
так, приду домой залью прошивку проверю 😃
Я тут вычитал (но не проверял), что если достать SD карточку, то APM не загрузится, но: При этом на USB порту будет работать NSH Shell - а значит можно и команды в нем подавать 😃 Например те что Сергей писал про стирание mtd.
Например те что Сергей писал про стирание mtd.
это по моему в более новой версии, которую я ещё не запустил, но попробуй 😃
не помню - но пока не запущен Арду - тест баро точно возвращался с ошибкой - а вот компаса не помню 😦
MPU то тестится…
Чё хотел спросить - я у себя сделал отдельные ветки дабы мастер не портить пока, они как-нибудь должны отражаться в гит? коммиты делал…
Свежая паршивка не летающая!!! правда моторы не запустил, но компас проверить можно:
И ещё есть странность - почему мне приходится светодиоды переворачивать ? в старой понятно - но и тут всё наизнанку?
Вот загадка:
[boot] Successfully initialized SPI port 1
[boot] Initialized SPI port2
[boot] Successfully bound SPI port 2 to the MMCSD driver
[boot] Initializing SPI port 3
[boot] Successfully initialized SPI port 3
rgbled: init failed
[init] looking for microSD...
[init] card mounted at /fs/microsd
sercon: Registering CDC/ACM serial driver
sercon: Successfully registered the CDC/ACM serial driver
[init] USB interface connected
Running rc.APM
Mounting binfs
binfs mounted OK
removed old boot.log
Detected FMUv1 board
[uorb] ready
uorb started OK
[PX4IO_i2c] on I2C bus 2 at 0x1a
<px4io> io_reg_get(0,0,1): data error -6
[px4io] protocol/firmware mismatch
px4io: driver init failed
Loading /etc/px4io/px4io.bin
[PX4IO] using firmware from /etc/px4io/px4io.bin
[PX4IO] bootloader not responding
px4io: error updating PX4IO - check that bootloader mode is enabled
Failed to upgrade PX4IO firmware
[PX4IO_i2c] on I2C bus 2 at 0x1a
<px4io> io_reg_get(0,0,1): data error -6
[px4io] protocol/firmware mismatch
px4io: driver init failed
No PX4IO board found
Setting FMU mode_pwm
[fmuservo] default PWM output device
<fmuservo> MODE_8PWM
<fmuservo> set_pwm_rate 0 50 50
[fmuservo] starting
<fmuservo> adjusted actuator update interval to 20ms
Starting APM sensors
[MS5611_I2C] on I2C bus 2 at 0x77
ms5611 started OK
<adc> init done
adc started OK
Starting FMUv1 sensors
[HMC5883] on I2C bus 2 at 0x1e
hmc5883 started OK
hmc5883: starting mag scale calibration
hmc5883: axes scaling: 1.124398 1.035146 1.135034
hmc5883: mag scale calibration successfully finished.
hmc5883: PASS
hmc5883 calibrate OK
<MPU6000> ID 0x58
[MPU6000] on SPI bus 1 at 3
mpu6000 started OK
<L3GD20> probe failed
l3gd20: driver start failed
No l3gd20
[Airspeed] i2c::transfer returned -110
<Airspeed> probe failed
ets_airspeed: driver start failed
<Airspeed> probe failed
<Airspeed> probe failed
meas_airspeed: driver start failed
Trying PX4IO board
mtd: Creating partitions
mtd: Partition 0. Block offset=0, size=256
started mtd driver OK
reading /fs/mtd expecting 8192 bytes
readtest OK
mtd readtest OK
Starting ArduPilot /dev/ttyACM0 /dev/ttyS1 /dev/null
Starting ArduCopter uartA=/dev/ttyACM0 uartC=/dev/ttyS1 uartD=/dev/null
initialised /dev/ttyACM0 OK 16384 1024
initialised /dev/ttyS2 OK 1024 512
initialised /dev/ttyS1 OK 1024 512
ArduPilot started OK
rc.APM finished
NuttShell (NSH)
nsh> <fmuservo> MODE_2PWM
<fmuservo> set_pwm_rate 0 50 50
<fmuservo> set_pwm_rate 0 50 490
<fmuservo> set_pwm_rate 0 50 490
<fmuservo> set_pwm_rate 0 50 490
<fmuservo> set_pwm_rate f 50 490
<fmuservo> set_pwm_rate f 50 490
<fmuservo> set_pwm_rate f 50 490
<fmuservo> adjusted actuator update interval to 2ms
стартует как MODE_2PWM, хотя задано MODE_8PWM - и нигде не могу найти, на прошлой прошивке запускались все 8, а раньше я и 12 запускал…