Как задать четность всегда 0 (ну или всегда 1) stm32

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

0

Сообщение от jcxz Это не "решение", а кубокодинг.

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

Сообщение от jcxz Решение, это когда сперва изучают даташит и reference manual на контроллер

ты с большим компьютерам также общаешься. Изучаешь процессор, обвязку, шины ?

0

Паритет посылки действительно вычисляется аппаратным блоком USART. Т.е. что туда не запиши - он изменится при передаче в буфер. Но, если паритет не использовать, то 9-й бит становится свободным для своих целей. Как верно отметил ValeryS в последнем листинге настроек порта.

1

Сообщение от adiagnost неупорядоченностью нам не подойдет

В чем именно выражается "неупорядоченность"? Нужны временные метки? Можно сделать. У меня многие железяки на CAN годами работают стабильно. Все красиво и здорово. Мультимастер - это все-таки круто! Не то, что какой-нибудь убогий 232 или 485, которые в оригинале, вообще-то, были рассчитаны на p2p. И только всякие извращенцы начали на них модбасы разнообразные натягивать. Хотя, году в 2009 я и сам был таким извращенцем: уже готовое устройство никто не осилил запрограммировать (то, что пытались на асме написать под PIC14, выглядело ужасно!). А там уже на одном UART'е сидело с полдесятка самодельных драйверов шаговых двигателей. Пришлось извращаться с девятым битом. Ну и еще раз я такое извращение сделал в управлении MMPP (многомодовый фотометр-поляриметр). Можно, кстати, по ссылке код посмотреть. С тех далеких пор я таким извращением больше не занимаюсь. Нафиг-нафиг! У меня уже разработаны и контроллер трех шаговиков с ОС по энкодерам, и контроллер восьми шаговиков без ОС (увы, даже у 144-ногих STM32 нет шестнадцати таймеров, 8 из которых умеют в ШИМ, а 8 - в энкодеры + еще минимум пара таймеров для служебных целей нужна).

Сообщение от adiagnost давно разработана

Как говорится, нет ничего более постоянного, чем временное. Я бы посоветовал таки полностью сменить архитектуру и уйти от всяких убогих 232/485, если на линии должно быть больше одного раба. Или, тем более, если больше одного господина.

Добавлено через 1 минуту


Добавлено через 6 минут

Сообщение от Eddy_Em сделал

Черт! Я наврал, сорян. Я там просто использовал подтяжку на Tx, а не пушпул. Вот, что значит 6 лет в код не заглядывать!

0

Сообщение от adiagnost Нужно использовать бит четности как адресный бит. Если передается адрес, то бит четности в 1. Во всех остальных случаях в 0.

почитал я про multiprocessor communication
он тоже есть на STM32 и именно в таком виде 1 это адрес а 0 это данные, но сам с ним не работал
попробуй и расскажи если получится

1

Сообщение от ValeryS multiprocessor communication

Да, возможно, ТСу подойдет. Хотя, он что-то там про самопальный протокол писал.
А эта штука позволяет аппаратно "отвергать" чужие пакеты. И только по IDLE заново реагировать. Удобно: не нужно софтово парсить все, что пришло. Еще плюс - можно DMA использовать (надеюсь - я тоже не проверял это; сейчас более актуальным занят: как к STM32F303CBT6 подключить от пяти до восьми датчиков MLX90640; пока экскурсии вел на телескопе, вроде придумал).

1

вот одно из описаний, на другом форуме

Если есть только один главный, то можно ещё использовать UART, но запараллелить всех ведомых. Многие МК поддерживают так называемый Multiprocessor communication mode для UART. Если его включить, то все ведомые слушают свои RX, а TX находится в состоянии Hi-Z. В режиме MPCM slave игнорируются все байты, которые приходят на RX, кроме специального, адресного байта. Как правило это 9-битный байт, когда основной обмен выполняется в 8-битном режиме, а когда приходит адресный байт вызывается специальный обработчик прерывания (либо сравнение с нужным значением может происходить аппаратно). Если slave понравится адрес, который master послал в начале пакета данных, то он выходит из режима MPCM и работает с UART как обычно, остальные продолжают всё игнорировать. Slave должен определить, когда посылка закончилась (это уже надо предусмотреть в структуре пакета данных) и уйти обратно в MPCM, когда обмен закончен. Таким образом можно тоже обойтись только 2-мя проводами, но не потребуется контроллер с поддержкой CAN, а UART пихают практически везде.

2

Сообщение от ValeryS multiprocessor communication он тоже есть на STM32 и именно в таком виде 1 это адрес а 0 это данные, но сам с ним не работал попробуй и расскажи если получится

Да, надо поизучать..

Добавлено через 19 минут
В рефиренсе искал что-то про 9-ый бит, четность и прочее. А надо было по address поискать. И хотя там много всяких адресов, но среди них и вот это:

Address mark detection (WAKE=1) Idle frame detected In this mode, bytes are recognized as addresses if their MSB is a ‘1’ else they are considered as data. In an address byte, the address of the targeted receiver is put on the 4 LSB. This 4-bit word is compared by the receiver with its own address which is programmed in the ADD bits in the USART_CR2 register. The USART enters mute mode when an address character is received which does not match its programmed address. In this case, the RWU bit is set by hardware. The RXNE flag is not set for this address byte and no interrupt nor DMA request is issued as the USART would have entered mute mode. It exits from mute mode when an address character is received which matches the programmed address. Then the RWU bit is cleared and subsequent bytes are received normally. The RXNE bit is set for the address character since the RWU bit has been cleared.

0

0