Создание собственной системы стабилизации
сколько бит реально требует исполнительное устройство
А какие еще устройства могут быть ? если для серв хватает, то для ESC (255 “уровней газа”) и подавно…
Зачем тогда везде 1000 ?, подозрительно…
1000 - затем, чтобы шимы потом красиво считать было 😃
Будут какие нибудь мнения на этот счет ??
На всякий случай делайте 10 бит,как в С-БУС. banned link
Наконецто приехала STM32F4 Discovery… Даже успел побаловаться с виртуальной мышкой на акселях (или гирах, чего там стоит). Не понравилось, что плата не питается от маленького USB.
Эххх, теперь бы время найти на попробовать платку…
Эххх, теперь бы время найти на попробовать платку…
Начинать всегда трудно, потом втянешься! 😃
На ней наверно можно посмотреть как работает pixhawk?
На всякий случай делайте 10 бит
10 бит, в моем случае, это уже два байта… Сам ШИМ можно и нужно сделать и 16-битным, для более точной работы ПИДа, я то думаю именно про канал “ручного” управления…
как в С-БУС
Вообще, штуки типа CAN, S-BUS считаю неоправданными усложнениями, которые кроме потери надежности ничего не несут… Цитата про S-BUS: “позволяет избавиться от лишних проводов” , Ха, но какой ценой ? , так можно и Wi-Fi с сервером поставить - вообще без проводов… 😃
По моему, гонка за наворотами применительно к летательному аппарату, должна быть 1000 раз продумана и взвешена, потому как цена отказа= цене аппарата.
10 бит, в моем случае, это уже два байта
Что мешает упаковывать 2 канала в 3 байта допустим или 4 канала в 5 байт.
Что мешает упаковывать 2 канала в 3 байта
Только если будет явным, что 8-бит - однозначно недостаточно, а так конечно неплохая мысль (хотя программно тоже не простая)…
На ней наверно можно посмотреть как работает pixhawk?
Эт если датчики добавить
10 бит, в моем случае, это уже два байта…
Не 1.2 байта, посмотрите формат упаковки С-БУС
посмотрите формат упаковки С-БУС
Да, можно упаковать, ВОПРОС надо ли (?)… Ладно, всем спасибо, буду пробовать 8 бит, а потом, если что, переделаю…
Эт если датчики добавить
да вот мысль шальная, если в f3 discovery запаять проц f4, главное чтобы по лапам питания увязался, а то может и не подойти, так не помню, но там есть нюансы f1, f2, f3, f4…
Что мешает упаковывать 2 канала в 3 байта допустим или 4 канала в 5 байт.
первое что приходит на ум - главное чтобы переполнения не было, второе - как быть с отрицательными значениями? (если они имеются конечно)…
если в f3 discovery запаять проц f4,
А смысл? лучше сразу под Ф3 перекомпилить.
Переферия очень отличается 😦 хотя nuttx пофиг наверно…
Переферия очень отличается хотя nuttx пофиг наверно…
Конфиг конечно переписать придётся
Конфиг конечно переписать придётся
У тебя есть схема, что и куда ты подключал к F4D? У меня есть старая платка сенсоров AllInOne, есть еще и FreeIMU на базе MPU6050. Вопрос в том, что и куда подключать, что бы воспользоваться портами которые вы уже дедали под дискавери…
У тебя есть схема, что и куда ты подключал к F4D?
Есть, найду выложу.
У меня есть старая платка сенсоров AllInOne, есть еще и FreeIMU на базе MPU6050. Вопрос в том, что и куда подключать, что бы воспользоваться портами которые вы уже дедали под дискавери…
Специально для дисковери порт не делали, делали для F4BY, но к дискавери всё это можно подключить, кроме МПУ6050, т.к она по и2ц подключается, а в F4BY и оригинале ПХ4 по SPI.
первое что приходит на ум - главное чтобы переполнения не было, второе - как быть с отрицательными значениями? (если они имеются конечно)…
Мы обсуждали сигналы с каналов управления. Так что не вижу проблем.
Схема вот github.com/…/New_Multirotor_CPU_imu_V1.3.pdf , но SergDoc в неё изменения вносил для нормальной работы USB. Мож здесь напишет.
Без SD эта фигня не запустится - они специально так сделали - нет SD - арду не запускается остаётся голый NuttX, и я досих пор не догнал чё эта штука пишет в eeprom-ку 😦 но факт через 5 часов арду загибается - лезем в консоль NuttX-а стираем, дальше работает…
Все изменения - это перерезана дорожка на PD4 и заведена перемычка на PA9 (в Discovery делать не надо!)
ну и усарт1 живёт на входах радио 5, 6… всё остальное неизменно… (в новой версии F4BY много изменений! хотя не критичных просто больше интерфейсов задействовано)
Объяснюсь немного, почему не будет новой версии в открытом доступе: всё просто - ну для начала она не проверена, далее - новая версия может поддерживать несколько проектов, а это значит, что при открытом доступе я им подкладываю свинью - ибо форум и гитхаб мониторят и заполонить тырнет платами неизвестных производителей, ой как не хочется - получится что и к нам притензии будут, а плюс, к тем чьи проекты используются - а они-то точно не при чём…
Ну и открыто заявлю: требуются добровольцы для поддержки проекта: на данный момент есть летающие baseflight-проект и Rusins, а так же не летавший ещё HAL ARDU и все его производные, возможен так же AeroQad, Openpilot - REVO и Paparazi…