'У костра'

Пересобрал бинарники с исправлением детекта флеши и с последними изменениями апстрима: Copter 3.5.2 (исправлены серьезные баги), Plane 3.8 

Тогда уж сразу 256мбит брать...

Free shipping 5pcs/lot new original W25Q256FVFIG W25Q256FVFG W25Q256FV W25Q256 SPI FALSH SOIC-16PIN 256M-bit Winbond
http://s.aliexpress.com/jeYzuURn
Вроде есть

[2017-08-08 15:24:22] m-s писал(а): Вроде есть

А тип корпуса?

[2017-08-08 16:13:03] justason писал(а): 25Q64FVSIG это 64мегабит

угу, а 2516 таки 16, то есть 2мб. На одном из моих РевоМини именно оно и стоит, и именно оно первый кандидат на пересадку

[2017-08-10 14:28:55] m-s писал(а): Может быть выкинуть автоопределение типа сигнала в rc_ppm_parser ?

зачем???

[2017-08-10 14:28:55] m-s писал(а): Можно реализовать set_default_rate в RCOutput ?

можно

На контроллерах всё-в-одном интегрированное OSD поддерживается?

[2017-08-11 07:05:33] m-s писал(а): Там же вроде сбас не работал.

потом работал. Там проблема - время бита всего 10uS а в обработке прерывания пытается еще и декодер работать, занимая много больше. Именно ради этого длительная обработка вынесена на уровень io_completion.

То что PPM отвалился эт я SUMD припиливал и что-то зацепил.

[2017-08-11 08:15:09] macrokernel писал(а): На контроллерах всё-в-одном интегрированное OSD поддерживается?

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

Думал ошибка, оказалось контакт в юсб разъёме плохой)

Все правильно делаете. Известная проблема. Можно прошить одну из преведущих версий, или дождаться автора из отпуска)

Можно попробовать вот эту https://github.com/night-ghost/ardupilot/blob/835cd2c65f8d446a8fa0d8536d9908f59631d287/latest.zip

Гарантированно рабочая версия примерно двухмесячной давности, до коммита убирающего -O0

ЗЫ. Был в городе проездом, на след неделе постараюсь починить

Хм, все равно RC_Input не работал. Оказалось дело в баге GCC: константа, задающая количество парсеров и определявшаяся как 

#define PPM_INPUTS  (sizeof(parsers)/sizeof(_parser))

почему-то иногда равнялась 0

 Бинарники будут чуть позже

Ужас, какое кривое I2C железо в этом камне! По даташиту флаг Busy должен быть сброшен аппаратно в конце STOP. Но на самом деле часто случается, что предыдущая передача завершена правильно,  окончания STOP дождавшись, но в начале следующей передачи флаг Busy по-прежнему активен.

В режиме отладки я теперь пишу полный журнал всех передач I2C - и там кучи таких вот странных ошибок! Сброс шины раз в несколько секунд только и спасает.

[2017-08-28 19:14:26] kostya-tin писал(а): как понимаю, нужно дополнительно добрать набор датчиков 

Ну это не самый плохой барометр из возможных, есть и хуже Конечно лучше что-нибудь с BMP280 или MS5611, вот только мне ничего найти не удалось, так что тоже таких купил. Можно взять GY-86 и забить на наличие МПУ, работать будет, но здоровА она сильно для такого контроллера.

Контроллер такой у меня есть, но до проверки версии для него еще руки не доходили - я тут с I2C воюю. Теоретически это MiniF4_OSD, но так как она еще не тестилась то и в сборку не включена.

Пока нет - переделываю драйвер I2C. Софтверный всем хорош, но медленный и приводит к большим задержкам цикла. А аппаратный глючит не по детски, пример:

Это состояние после ошибки записи ret=4 - таймаут ожидания установки флага адреса. Где видно, что на момент таймаута регистр sr1 был 0 (op_sr1), а уже на момент записи ошибки в лог получил нужное значение sr1=130 - установленные флаги ADDR  и TXE. Между этими моментами прошло десяток команд и был сформирован STOP. Вот почему железо не подняло эти флаги за 2000uS пока драйвер их ждал???

Пока не смотрел но весьма вероятно, похожее я читал в багтрекере ChibiOs - там драйвер вообще виснет иногда во время ISR. В Errata ничего про это нет :-/