Вопрос к электронщикам⁠⁠1

Лол))) я тоже самое говорю)))

На всякий случай (для тех, кто только программисты):  в случае с подключением к малине провод "+"  НЕ НУЖЕН (подключив его есть шансы увидеть волшебный дым).

Смотри, у тебя в бесконечном цикле крутится вся твоя программа, и в одном её месте ты просишь прочитать состояние порта. Чем больше кода, тем реже ты будешь его читать. 1мкс точности даст голая программа с одной строчкой условно "readPin". И вот чего я нашёл :Механизм прерываний был добавлен в библиотеку RPi.GPIO начиная с версии 0.5.0а, появились новые доступные функции:

add_event_detect();

remove_event_detect();

add_event_callback();

wait_for_edge().

Каждый пин GPIO в Raspberry Pi, установленный в режиме входа (input), может сконфигурирован как источник для вызова прерывания.

Узнать надо ли допилить число, можно следующим условием

if ((value>>2)&0x01)

{....};

Я еще сдвигаю на пару разрядов и полученный промежуточный результат чищу от мусора...

Upd. Скорее всего пакеты типизированы, но... Бывает что нет.

Есть еще прикол: MSB/LSB

Типа

[011] = 5

[011] = 6

И прочие приколы со знаком числа...

Ну вот.

Теперь можно помаркитанить с EVEN/ODD/NONE. Уарт и иже с ним передают посылку длинной обычно 8 бит.

https://ru.m.wikipedia.org/wiki/Универсальный_асинхронный_приёмопередатчик

Посмотреть надо посылки не в разрезе байт, а в разрезе бит.

Сча гуглил - есть программа декодер для ардуины. Посмотрите на гитхабе исходники и прошивки ардуиновские.

Я описание SBUS протокола - не нашел(((

Там может еще может быть по принципу:

[15 14 13 12 11 10 9 8][7 6 5 4 3 2 1 0]

15-11 адрес/номер канала

10-9 крен

8-7 тангаж

6-5 рысканье

4-1 тяга

0 - знак тяги

Номерами - я биты показал, далее их группировку в значения.

Для начала, проверьте отсутствие ошибок приема (ошибки стоп-битов, если есть - паритета, и т.д.), это должно быть битиками, гдето в регистрах состояния UART-а .Также неплохо бы посмотреть и осцилом, что там идет, какие уровни, нет ли затяжек фронтов зверских, и т.д. (возможно кстати что вы опять таки, работаете на выход, просто транзистор оказался достаточно мощным, чтобы "переупрямить" выход контроллера, и у вас что-то худо-бедно-глючно начало туда пролезать, как это проверять - я уже писал).

То есть изменение по одному каналу затрагивает сразу группу соседних байтов

P.S.

Вы опять пытаетесь "прыгнуть через ступеньку": впендюрить готовый блок, и не проверив доскональнейшим образом что там внутри происходит - пойти дальше. ЗДЕСЬ ЭТО ТАК НЕ РАБОТАЕТ.

P.P.S. Можно радоваться, что удалось задействовать UART, а не парится с программным разбором ШИМ-а. Судя по вашему изложению, эта задача обещала быть гораздо более геморойной.

Для начала, проверьте отсутствие ошибок приема (ошибки стоп-битов, если есть - паритета, и т.д.), это должно быть битиками, гдето в регистрах состояния UART-а .Также неплохо бы посмотреть и осцилом, что там идет, какие уровни, нет ли затяжек фронтов зверских, и т.д. (возможно кстати что вы опять таки, работаете на выход, просто транзистор оказался достаточно мощным, чтобы "переупрямить" выход контроллера, и у вас что-то худо-бедно-глючно начало туда пролезать, как это проверять - я уже писал).

То есть изменение по одному каналу затрагивает сразу группу соседних байтов

P.S.

Вы опять пытаетесь "прыгнуть через ступеньку": впендюрить готовый блок, и не проверив доскональнейшим образом что там внутри происходит - пойти дальше. ЗДЕСЬ ЭТО ТАК НЕ РАБОТАЕТ.

P.P.S. Можно радоваться, что удалось задействовать UART, а не парится с программным разбором ШИМ-а. Судя по вашему изложению, эта задача обещала быть гораздо более геморойной.

Ну, поздравляю.

Не забудьте проверить одинаковость настроек порта: скорость, стоп-биты, паритет.

Он может что-то принимать, но с ошибками, при не совпадении настроек. И гадать вы будете долго.

Вообще, если уж так делать, то надо фильтром превращать шим в напряжение , и ловить аналоговым входом. Точнее будет.

2.8  по видимому очепятка ....  А так инвертер на транзисторе и вперед -

https://stackoverflow.com/questions/53889460/reading-data-fr...

Предоставленная схема допускает замену элементов.

Берите хоть из советского радиоприемника

Если это тот осц, о котором я думаю, а это скорее всего haintek be6022, то у него нет разделительного кондера на входах, и он как бы всегда в режиме DC...

https://ru.lmgtfy.com/?q=SBUS%20to%20UART&s=g

или курить маны по малине - возможно можно инвертировать pin uart.

ну или, наконец, использовать софтовый UART на GPIO. но вариант кривой.

1, всегда, при любом уровне дискретизации.

Наводит на мысли, что это выход, и там висит 1. Попробуйте в соотв бит выходного порта записать 0. Если после этого, будет читаться 0 - значит точно так и есть. Ну и посмотрите уровень на этой линии, в уже скоммутированном состоянии.

Не, н понятно что если озадачиться, то покурю теорию и с уартом разберусь..

Не так там все и сложно. С физикой - вообще все элементарно.

Необходимо только разобраться "кто вход кто выход", и какие уровни, и какая полярность сигнала. Обычно выход, если он в логических уровнях, "в покое" должен висеть в 1, и при передаче посылки - "ходить в 0". Если это не так - значит надо инвертировать сигнал. Либо аппаратно: 74AC14 (74HC14, 74LVC14 ...), либо есть битик полярности, в настроечных регистрах UART. Как именно в малинке - не знаю, но в нормальных современных контроллерах это дело есть. С тем как отличит выход и вход - я вам уже писал.  Соответсвенно надо сделать 2 связи Tx-->RX - в одну сторону и Rx<--Tx  - в другую (ну и землю соединить). Проверить что там все не в 12в уровнях RS232 , иначе спалите контроллер нафиг (в противном случае - ставить ADM3202, и ей подобные микросхемы физики). После этого - курим мануалы на ресивер, чтобы найти как там со скоростью передачи , паритетом, стоп-битами. Контроллер настраиваем - аналогично. Если все совпало - должен прердавать и принимать байтики и можно разбираться с протоколом.

БЛИН ! Как же задолбали программисты с их "стандартными библиотеками" !

Если это GPIO - cначала читаете из порта. Тупо одной операцией. Смотрите что там читается.

Если это  UART - надо сперва разобраться с полярностью и уровнями сигнала. Не перепутать Tx  и Rx :).  Осцил у вас, как я вижу, есть.

Можно проверить эти ноги  в режиме GPIO (что читаются не только нули и не только единицы).

Потом отдельно инициализировать UART, в контроллере, и посмотреть что там передается и принимается. На этом этапе надо разобраться с какой скоростью, сколько стоп-битов, какой паритет, и прочие параметры.

Только после этого есть смысл чегото пытаться читать из порта данных.

После этого - начинаем присобачивать библиотеки, и разбираться с протоколом.

  Пытаясь начать сразу "сверху" - вы вносите огромное количество элементов неопределнности.

Я всё толкую про interrupt(прерывание). Без перекладывания реагирования на железо результат немного предсказуем.

Осцилограммы сохраняются при подключении к малинке ? Или это на голом выходе ресивера ? может нога малинки находится в режиме выхода ?

не надо его считать, он должен быть прописан в datasheet. "стандартное решение"  - это datasheet и курс электротехники, законы. сорри, мы сейчас разговариваем на пальцах., нет конкретики. но я сам постоянно сталкиваюсь с тем, что как бы не считал, что в моей схеме виновата микросхема (как элемент), но всегда (в 100%) оказываются проблемы в схеме, в  методике подключения или использования того или иного элемента.

Фронт ловится прерыванием? А то можно и прозевать. Я хз насколько там проц загружен рутиной.

Разберри кажется слишком крутой для вездехода.

Подтяжку до 3.3в надо делать не транзистором а резистором. Когда подключает серву там наверное своя подтяжка стоит вот и работает

ну как минимум загуглить, что такое pullup резистор. во вторых, не понятна схема подключения. обычно, любой информационных вход/выход сопровождается pullup резистором. и судя по симптомам (описанию), мне кажется(!), что дело не в электронике, а в электротехнике,  тобишь схеме включения .

Безотносительно того, что по SBUS подключить и программно обрабатывать сигнал проще, лишний раз гонять цифра (радиотракт) -> аналог (ppm/pwm) -> цифра (rpi) - плохая идея.

нафига ? автор пишет, что ресивер имеет SBUS выход.
SBUS это по сути UART

Осциллограф показал 3.3в, по делениям посчитать можно. 1.3 это среднее пвм-ное. Приём надо делать на прерывании по возрастанию и спаду фронта. В прерывании и считать длительности. Для начала подцепить кнопку в качестве имитации и понажимать, пуляя результатами в компорт, ну или лампочку позажигать для проверки правильности настройки порта и обработчика прерываний.

pullup резисторы? не?

если ресивер умеет в SBUS, то фигли его через цифровой SBUS к малине и не подключить, а не геммороиться с аналоговыми PWM/PPM на GPIO ?

На осцилографе у вас включена связь по переменному току, потому не понятно, как сигнал расположен относительно земли. Маловероятно конечно, но может он "в минус ходит ", или наоборот смещен сильно в сторону питания, потому и воспринимается всегда как "1".