'У костра'

EKF3 видимо пока в состоянии доработки? 

Тестирую пока на столе у окна, но 100% при использовании EKF3 ПК через некоторое время чудить начинает. EKF уходит в красное (Compass variance, POS vert, POS horiz), горизонт уплывает и болтается...

И это программная проблема, т.к. достаточно в параметрах переключить без перезагрузки на EKF2 и все становится ОК. Горизонт возвращается на место, компас в норме, все в зеленом.

Ну это да. Просто думал может кто сталкивался. И в этой ветке как раз про EKF3 было видео (тоже со стола), но уже довольно давно. А получается ситуация пока все таже.

Видимо в полет лучше EKF3 не подключать пока.

[2018-04-14 06:28:58] astar0268 писал(а): Ну это да. Просто думал может кто сталкивался.

На пиксе EKF3 вполне корректно работает (в полете),хотя на столе пару раз наблюдал завал горизонта и.т.д.

[2018-04-14 07:47:25] night_ghost писал(а): Вчера получил Матек Ф405-CTR, сегодня рассмотрел.

• выводов отладки нет, придется подпаивать
• в отличие от ClRacingF4, резисторы USB присутствуют
• встроенный DC-DC весьма низкочастотный
• наконец-то два управляемых светодиода. И зачем-то один неуправляемый

продолжение следует

Процесс пошел... Спасибо!

Там барометр висит на i2c1.

Этот же i2c похоже на пады выведен.

https://github.com/iNavFlight/inav/blob/development/src/main/target/MATEKF405/target.h

[2018-04-16 10:56:28] gravizapa писал(а): Просто включил EK3, с момента его появления, так и летаю.

+1, то же самое.

[2018-04-16 10:04:39] m-s писал(а): Там барометр висит на i2c1

Ну вооот...  можо было б и на SPI подцепить вместо флешки ненужной.

UPD. определение наличия SD карточки похоже не подключено?

UPD2.  Порт неожиданно занял больше времени чем планировалось - пришлось переделывать дескриптор I2C устройства на работу с номерами выводов через PIN_MAP, и драйвер I2C для работы с новым дескриптором. Ибо I2C  замаплен на другие ноги.

Теперь самое сложное - пайка отладочных выводов к ногам камня. 

UPD3. Подпаялся. Один из светодиодов занимает отладочную ногу, так что отладка и рабочие диоды оказались несовместимы. В остальном вроде все ОК

UPD4. Ну вроде завелось, к МП цепляется. Бинарники для попроба готовы.

.rlog  или консоль? На Омнибусе я не могу тестить, на этом пока могу.

UPD. 

[2018-04-17 08:06:57] chekanoff писал(а): Через какое-то время коннект от МП отваливается

Через какое? Два часа - все ОК

Посмотрел. Никакой ругани, просто оборвалось. Странно это...

UPD.  А снова МП подключить получается?

Ну начит фигня, точно не подвисание самого контроллера.  У меня в  DMESG так:

[410439.321766] usb 4-1.6.1.2.7: new full-speed USB device number 124 using ehci-pci
[410439.397801] usb 4-1.6.1.2.7: New USB device found, idVendor=26ac, idProduct=0011
[410439.397807] usb 4-1.6.1.2.7: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[410439.397810] usb 4-1.6.1.2.7: Product: 3DR Virtual COM
[410439.397812] usb 4-1.6.1.2.7: Manufacturer: RevoMini
[410439.397815] usb 4-1.6.1.2.7: SerialNumber: 00000000050C
[410439.398235] cdc_acm 4-1.6.1.2.7:1.0: ttyACM0: USB ACM device
[411070.802198] usb 4-1.6.1.2.7: reset full-speed USB device number 124 using ehci-pci
[411070.876605] cdc_acm 4-1.6.1.2.7:1.0: ttyACM0: USB ACM device
[411245.961024] usb 4-1.6.1.2.7: reset full-speed USB device number 124 using ehci-pci
[411246.035708] cdc_acm 4-1.6.1.2.7:1.0: ttyACM0: USB ACM device
[411307.744577] usb 4-1.6.1.2.7: reset full-speed USB device number 124 using ehci-pci
[411369.504244] usb 4-1.6.1.2.7: reset full-speed USB device number 124 using ehci-pci
[411369.579116] cdc_acm 4-1.6.1.2.7:1.0: ttyACM0: USB ACM device

Может это заставляет винду отключать девайс?

Еще бы  у МП узнать причину дисконнекта

[2018-04-17 12:27:43] chekanoff писал(а): . В коптер-то пробовать ставить?

Разве что без винтов

[2018-04-17 12:53:27] night_ghost писал(а): Разве что без винтов  

На коптер не ставил. На столе помучал. Вот что накопал:

1. Если делать по фен-шую, то MPU бы виртуально повернуть в прошивке на 90 градусов. Если НЕ по фен-шую, то можно в параметрах выставить AHRS ORIENTATION 270 градусов.

2. Если по фен-шую, то назначить правильно, по ардукоптеровской схеме, моторы на S1-S4.  На S2 подтыкал регуль с мотором для теста - работает.

3, GPS. Удалось запустить только на UART1, но он периодически отваливается от ПК (no GPS), причем сам модуль фикс не теряет в этот момент. Модуль BN-880 заведомо исправен и правильно сконфигурирован под 115200/10Гц/UBX (лишнее отрублено, чтобы пропускной способности 115200 хватало). Он отлично работает с F4By на 3,6dev. В readme у вас на github указано, что GPS цепляется на UART6, но на CTR нет шестого UARTa:)

4. PPM приемник на RX2 видит. DSM НЕ видит.

5. Ток и напряжение НЕ видит (настройки выставлял по readme на github).

6. Компас вроде работает, но надо разбираться с настройками ориентации, либо в прошивке правильно повернуть для варианта external, чтобы облегчить жизнь простым смертным. Дисплей параллельно компасу не подключал  еще. Но на F4BY с прошивкой 3.6dev отваливается компас при таком подключении. На более ранних прошивках все нормально.

[2018-04-18 03:16:16] night_ghost писал(а): Оно сейчас и повернуто на 270 (все настройки потырены из INAV).

Вы скорее всего потырили настройки от ПК AIO. В нем надо крутить на 270. В CTR не надо. Вы повернули на 270 mpu, теперь нос у полетника там, где разъем micro USB. Скорее всего, тогда вообще mpu изначально крутить не надо.

[2018-04-18 03:16:16] night_ghost писал(а): не понял как это

Полетник по мавлинку рапортует о 3D фиксе, но через несколько секунд говорит, что GPS приемника вообще нет (ноу жпс), затем снова есть 3d fix. И так в цикле. При этом в МП во вкладке messages постоянно сыпятся сообщения "gps1 found at 115200 ublox" (что-то типа этого)

[2018-04-18 03:16:16] night_ghost писал(а): Есть параметр "раскладка моторов". Ну или нужный порядок в студию

S1-S4 - названия пятаков на плате.

A, B, C, D - так обозваны моторы во вкладке motor test в МП.

1-4  - давнишняя стандартная нумерация моторов в APM, соответствует номерам выходов платы APM.

Нужная распиновка:

Так пойдет?