'У костра'

Посмотрел - нет, там софтверный глюк. 

UPD. Чем дальше в лес тем толще партизаны ... MC5611 отказывается работать в режиме DMA - какой-то мусор считывается из ПРОМ вместо данных. Без логического анализатора не разобраться : (

[2017-08-30 12:27:28] m-s писал(а): Ещё у stm32f4 есть какие проблемы с dma

Ага, настольная кинга прям, 2.1.10. Не наш случай

PS. Все, победил я DMA - сейчас ВЕСЬ прием по I2C идет через DMA

[2017-08-31 00:20:28] m-s писал(а): Отличные новости.

Угу, особенно учитывая что в инете готовых решений нет, те что идут как сэмплы к новой Ардуине на Ф4 не работают нормально, а даташит что-то недоговаривает. Так что все делалось исключительно "на осчупь". 

Ошибки к сожалению остались, но не сотни в минуту а пара-тройка, и большинство из них ликвидируются через софтресет камня, а не через полный сброс шины. Так что сейчас работа с I2C не приводит к задержкам цикла.

PS. также удалось поднять скорость работы внешней I2C с 100кГц до 250кГц

Только с внешней шиной. Емкость проводов в куче вызывает звон, вот железо в камне и дуреет. В более других камнях есть аналоговый и цифровой подавители шума, а в 405 ноги просто наружу торчат и весь этот звон идет на корявое I2C железо.

Даунклок до 100кГц  не помогал, и даже до 75 - все равно шина звенит и лезут ошибки. Опять же, в Еррата описана бага - флаг BERR выставляется случайно и препятствует дальнейшему обмену, обход - следить и просто сбрасывать. И вторая бага, когда залипает BUSY и нужен СофтРесет. 

В примере выше, когда железо "забывало" поднять нужный флаг, оказалось нужно не только регистр SR1 опрашивать, но и регистр CR1 трогать, тогда камень "развисает" и флаги устанавливаются вовремя. Ну и так далее, шаманство вобщем.

Не знаю, не пробовал. Стараюсь избегать навеснухи лишней, она от вибрации склонна отваливаться. По уму этим должен изготовитель платы заморачиваться.

PS. Кстати, может поэтому у РевоМини и нет проблем при работе с внешней I2C

UPD. пришла мысЕль сделать SoftI2C по таймерным прерываниям... чтоб также как с ДМА дать команду - и заниматься другими делами

[2017-08-31 08:31:34] anprivate писал(а): можно китайскими термосоплями залить

А это лишний вес. 

Прошил РевоМини последним бинарником. Приёмник появился. Но какая-то чума с барометром - скачет на 10 километров, лёжа на столе.

С прошивкой с больным приёмником барометр был адекватный.

От постоянных перепрошивок похоже сдох камень на плате Аирбот :-/ Грузится всегда в DFU, независимо от перемычек. Возвращаюсь к плате РевоМини

Исправлена проблема с логами, бинарники готовы

где-то во французских Альпах

Что-то тут не так. Inav на airbot v2  и bn-800 gps/compass нормально работают даже на hw i2c с 0 ошибок на шине

Мистика какая-то. Там счётчик не обновляется или только прерывания не генерируются?

Может как-то отключается клок у таймеров...

Если понизить системную частоту не изчезает проблема?

поймал. Таймеры и плата ни при чем, это был баг шедулера, приводивший к преждевременному освобождению семафора шины и наложению операций на шине из разных задач. Самдурак, вобщем :-/

ну кажется все

I2C stats
bus 1 addr 77 errors 0 last error=0
bus 1 addr 1E errors 0 last error=0

sleep time 28.13759%
task 0 (0x80AE2E1) times: full 122034.1ms ( 122.03%) mean 1501.8uS max 95267uS at 1000FF58// this is main task
task 1 (0x80AEE71200058E8) times: full 0.0ms ( 0.00%) mean 2.7uS max 9uS at 1000DEF0 // this is 10s task
task 2 (0x80AF5B920005920) times: full 4196.5ms ( 4.20%) mean 48.2uS max 978uS at 1000D9E8 // this is compass driver
task 3 (0x803BA0120009430) times: full 950.6ms ( 0.95%) mean 7.8uS max 47uS at 1000D4C0 // this is analog read
task 4 (0x80AE671) times: full 8746.2ms ( 8.75%) mean 26.2uS max 996uS at 1000D048 // this is io_tasks process
task 5 (0x803E945200094F8) times: full 1841.2ms ( 1.84%) mean 29.1uS max 996uS at 1000AFB0 // this is baro driver
task 6 (0x8047B8D2000DF10) times: full 33621.2ms ( 33.62%) mean 262.4uS max 2902uS at 1000AA30 // this is MPU6000 driver

IO completion time= 543.7ms ( 0.418%)
task 80AD335200081F8 time 340.1ms ( 0.261%) mean 3.278uS // this is PPM1 parser
task 80AD33520008320 time 0.0ms ( 0.000%) mean nanuS
task 80AF99D20008448 time 16.2ms ( 0.012%) mean 256.762uS // this is DSM parser
task 80AB651200084C0 time 0.0ms ( 0.000%) mean nanuS
IO completion effectiveness= 65.515%

мы понесли тяжелую утрату - шедулер по прерываниям таймера нас покинул. Теперь все датчики обрабатываются в задачах кооперативной многозадачности. Это позволило исключить время драйвера MPU6000, достигавшее порой 3000мкс, из времени прерывания. Оно конечно никуда не делось, но хотя бы происходит тогда когда основной процесс ждет. Также время различных задержек, которое тратилось бесполезно во время прерывания, теперь время для других задач. 

В прерываниях остались обработчики действительно важных и быстрых задач, например RC_Input

UPD. бинарники готовы

я знаю, уже переделал и тестю