roboforum.ru

Да, на сотках не инвертируется. Возьми поновее f0 какой-нить. Вот это для stm32f042

Ну что, молодец, вскрыл суслика! )
86 7C 0F 00 00 11 - обычная логика, 11 - контрольная сумма 8 бит из всех чисел (86 7C 0F 00 00)
Остальные команды надо наблюдать...

Добавлено спустя 2 часа 55 минут 24 секунды:
На самом деле, чтобы точно удостоверится, что правильно понят интерфейс, можно собрать "сквозняковый" порт из двух штук (на подобии loop), в разрыв и понаблюдать, будет ли всё работать. Если аномалий не будет выявлено - переходим к следующему плану по расшифровке протокола обмена.

А объясни мне вот это ПЛЗ?
86 56 0F 01 00 6C (0x6c) <-----
У меня этот результат (6с) получается только если не складывать первый бит, т.е. не 86+56+0f+01, а 06+56+0f+01

Добавлено спустя 1 час 34 минуты 24 секунды:
Понял, что это за первый бит - это заголовок пакета. Только в первом байте пакета этт бит выставлен

_________________
Мой волшебник это я сам. Всю архитектуру программы придумал лично, а ребята помогли воплотить её. Я бы и сам мог написать, но лень учить язык и его конструкции.

Блин, с информационными блоками еще как-то можно разобраться, когда данных много (нашел, например, 3 байта тайм-стэмпа ))
А вот какие-то служебные командные пакеты по 27 символов в каждом - шею свернешь

Добавлено спустя 8 минут 13 секунд:
ПОнаписал парсеров
Живые данные (STM32 двумя уартами ловит TX/RX, бьет данные по пакетам, вставляет разделитель (0xFF) и идентификатор линии (0xFD и 0xFE) и гонит на комп третим уартом.):

Разбираем на пакеты:

Смотрим на последовательность обмена (там есть сбой, но идентификаторы пакетов позволяют его увидеть)

Смотрим на все множество команд (в конкретной ситуации) от головы

и от двд


Пойду потыркаю кнопки - задача минимум заставить голову думать, что к ней подключен ДВД, в котором нет диска

_________________
Мой волшебник это я сам. Всю архитектуру программы придумал лично, а ребята помогли воплотить её. Я бы и сам мог написать, но лень учить язык и его конструкции.

Гггг, я тут гнал на STM32
На pic16f1827 URAT инвертируется, НО ТОЛЬКО НА TX пине!!!!! Талантливо!

_________________
Мой волшебник это я сам. Всю архитектуру программы придумал лично, а ребята помогли воплотить её. Я бы и сам мог написать, но лень учить язык и его конструкции.

Косяк, да, но есть внутр. компаратор и SR LATCH, любым можно инвертнуть сигнал. Я вообще софтовые приемники люблю, ну прет меня от них

Добавлено спустя 2 минуты 59 секунд:
Во, например в PIC12F1822: RX совмещен с SRNQ, может прокатить...

Блина, оно работает! Заборол я ее, ребяты!!!

_________________
Мой волшебник это я сам. Всю архитектуру программы придумал лично, а ребята помогли воплотить её. Я бы и сам мог написать, но лень учить язык и его конструкции.

Добавлено спустя 1 минуту 35 секунд:
Это про тебя
http://www.networkworld.com/article/289 ... -cars.html

Проблема в том, что чтобы все это тестить я вчера раз 25 ходил в машину, подключал провода, тестировал, отключал провода, шел перешивал и т.д. Машина в разобранном состоянии, в час ночи сидел с фонариком и собирал консоль. Аккумулятор старый, дохнет за 20 минут включенного зажигания (это практически со всеми выключенными потребителями) - вот не знаю, заведется ли жена сегодня, держу кулаки.
еще одна проблема - в том, что под виндой есть софт, который умеет делать 9-ти битный обмен по уарту (риал терм - отличная прога, давно ее использую, путти только так - строчками покидаться), а под линухами - хрен.
Вот сейчас думаю, что использовать как источник сигнала, требования:
1) Максимально быстрая загрузка (raspberry pi - ну это совсем трагедия. до места доедешь, пока загрузится)
2) HDD (т.е. SATA)
3) USB (для флэшек)
4) Bluetooth (чтобы с телефона слушать)
5) Что-нить линуксовое с рутом, чтобы брать данные с микроконтроллера, обрабатывать команды и т.д.
6) Аналоговый видеовыход
7) UART (чтоб не через переходник общаться)

_________________
Мой волшебник это я сам. Всю архитектуру программы придумал лично, а ребята помогли воплотить её. Я бы и сам мог написать, но лень учить язык и его конструкции.

Зачем на комп передавать 9 бит? Ты уже всяких парсеров написал вагон, неужели трудно на комп выдавать простую информацию обработанную контроллером? Вообще, на последней странице собрал все нетрадиционные способы извращения, что инвертировать rx для контроллера, что скармливать PC 9 бит...
А работать можно в машине с нетбуком долгоиграющим. я когда еду на работу, даже не беру бп для нетбука, хватает на весь день. А 220 вольт не дотащить до машины? Заодно зарядка для аккума машины, очень они не любят глубоких разрядов, осыпаются от этого.
Изврат на изврате...

Странный вопрос - голова общается инвертированным уартом 9е1. Она вот такая есть и мне с ней вот такой надо говорить. Ты предлагаешь в провода азбукой морзе передать недовольство техническими решениями инженеров компании Матсушита Панасоник и надеятся, что голова осознает свою ошибку и перейдет на более удобный для меня формат 8n1?

_________________
Мой волшебник это я сам. Всю архитектуру программы придумал лично, а ребята помогли воплотить её. Я бы и сам мог написать, но лень учить язык и его конструкции.

Инвертированным уартом ttl уровня? Или ты дешевым делителем пытаешься скормить стандартный уарт контроллеру? Если нет, то для этого существуют max232, которые как раз и инвертируют уарт с уровнями +/- 12v для ttl устройств.

В голову надо пихать уарт с контроллера, в котором можно сделать все. A все возможные варианты протоколов rs232 не впихнешь в PC. И есть анализаторы протоколов, на том же stm32:
forum40/topic14211.html
Был еще анализатор на лпт, но это все голимо по сравнению с контроллерами...

Я не пытаюсь, я скормил. Там схема такая - приемник подтягивает шину к VCC (2.5В). Передатчик с открытым коллектором роняет ее в ноль и держит, отпуская только для передачи. Получается инвертированный УАРТ, 9 бит (8 данных + парити), один стартовый и один стоповый бит. Есть еще периоды молчания по 5мс между посылками, я ж постил осциллограммы.

Добавлено спустя 1 минуту 54 секунды:

На комп передавать 9 бит надо было в процессе отладки, потому что к машине не набегаешься
И под виндой есть прога, которая это умеет. И вообще что хочешь умеет. Даже сниффать открытый другим устройством порт.
А под линухами - нет.

_________________
Мой волшебник это я сам. Всю архитектуру программы придумал лично, а ребята помогли воплотить её. Я бы и сам мог написать, но лень учить язык и его конструкции.

Это не уарт, панимаш? Завтра тебе захочется колупать 12бит сериал с подтверждениями ack, ты будешь сетовать что в линухе нет вьювера для этого протокола? Такие вещи колупаются логическими анализаторами, уарт компа предназначен (был) для определенных устройств и для тупых юзеров, никто не собирался делать уарт для поддержки 12..100500 бит в слове, ack, и.т.д. и.т.п.
Что делает открытый коллектор в твоем девайсе думал? Ты уверен что голова не дает в конце каждого фрейма подтверждение - ack? Ты же его не можешь определить просто так осциллом, т.к. осцилл не видит в каком направлении течет ток в шине.

Еще ни одно твое утверждение про линух не было верным, это тоже ошибочно. Погугли "linux rs485"
Кста, линух без вопросов понимает 9 бит (8 данных + парити), но ты же говоришь не про парити, а про адресацию (это когда 1-й бит всегда "1"), а этого венды не умеют. А если ты на парити смотрел под вендами, то вперед с песнями тоже самое смотреть в линухе.
Вот открыл самый простой moserial, настройка кома: data bits: 5..8, stop bits: 1..2, parity: 5 типов. Итог, ты можешь в линухе принять 1 старт, 8 дата, 2 стоп, 1 парити = 12 бит

Не поверишь, в линухе ВСЕ-ВСЕ-ВСЕ - есть файл, даже температура процессора , такшта венды нервно курят по возможностям что-то сниффать.

Да пофиг че он там дает. Работает главное, остальное - хоть трава не расти

Добавлено спустя 26 минут 1 секунду:
Похоже надо-таки распберри пихать:
https://www.youtube.com/watch?v=lDAucFgfp5Q

_________________
Мой волшебник это я сам. Всю архитектуру программы придумал лично, а ребята помогли воплотить её. Я бы и сам мог написать, но лень учить язык и его конструкции.