Общение двух Atmega328p по COM порту

так сразу бы и сказали что ваши советы платные!

 

Здравствуйте! Благодарю за ссылку. 300 метров это временная локация затем переместится будка на 600-800 метров. RS485 Передача данных осуществляется на большие расстояния (длина линии связи до 1,2 км).

 

RS-485 должен работать, однако это всего-лишь физический уровень интерфейса. Исходя из Вашего алгоритма не очень понятен один момент: Вы собираетесь протянуть Serial соединение через RS-485? Может быть стоит посмотреть в сторону классических промышленных протоколов, например Modbus, построенных как раз на RS-485, Мб в них уже будет функция проверки целостности пакета, как в TCP?

 

За два дня прочёл много новой для меня информации!
Вот

Код (C++):

Serial.begin(speed, config)

и параметр для него выставил SERIAL_8N1.
Как я понял этот параметр запускает алгоритм проверки чётности пакетов. Но в интернете не смог найти полной информации со всеми возможностями SERIAL.
Может кто подскажет:
1 - где достать полную информацию
2 - правильно ли я понял что данный параметр включит проверку пакетов и в случае не совпадения будет требовать повторной пересылки? И будет ли это работать автоматом или ещё нужно включить и дописать для этого?
3 - я выставил данный параметр на обеих устройствах. Правильно ли это?

 

1 да хоть в вики
2 Да, нет, просто выдаст ошибку если спросить модуль usart об ошибках.
3 да

 

https://www.arduino.cc/en/Serial/Begin
много гуглю но не могу найти описание процесса при параметре 8N2 везде коротко написано что это параметр а как работает?

 

http://www.camiresearch.com/Data_Com_Basics/data_com_tutorial.html

 

Прошу подсказать какой из параметров активирует проверку чётности?

Parameters
speed: in bits per second (baud) - long
config: sets data, parity, and stop bits. Valid values are :

• SERIAL_5N1
• SERIAL_6N1
• SERIAL_7N1
• SERIAL_8N1 (the default)
• SERIAL_5N2
• SERIAL_6N2
• SERIAL_7N2
• SERIAL_8N2
• SERIAL_5E1
• SERIAL_6E1
• SERIAL_7E1
• SERIAL_8E1
• SERIAL_5E2
• SERIAL_6E2
• SERIAL_7E2
• SERIAL_8E2
• SERIAL_5O1
• SERIAL_6O1
• SERIAL_7O1
• SERIAL_8O1
• SERIAL_5O2
• SERIAL_6O2
• SERIAL_7O2
• SERIAL_8O2

 

Короткая запись параметров[править | править вики-текст]
Был выработан и прижился короткий способ записи параметров UART, таких, как количество бит данных, наличие и тип бита четности, количество стоп-бит. Выглядит как запись вида цифра-буква-цифра, где:

• Первая цифра обозначает количество бит данных, например, 8.
• Буква обозначает наличие и тип бита четности. Встречаются N (No parity) — без бита четности; E (Even parity) — с битом проверки на четность, O (Odd parity) — с битом проверки на нечетность;
• Последняя цифра обозначает длительность стоп-бита. Встречаются значения 1, 1.5 и 2 для длительности стоп-бита в 1, 1.5 и 2 битовых интервала соответственно.

Например, запись 8-N-1 обозначает, что UART настроен на 8 бит данных без бита четности и один стоповый бит. Для полноты параметров эту запись снабжают указанием скорости UART, например, 9600/8-N-1.

 

Не заметил тут упоминания rs485. Не она ли тут нужна?

 

Подключил логический анализатор и получил следующую картинку. 1 байт это отправленная переменная, 2 байт \r и третий \n. Что означают они? Третий скорее всего о завершении трансляции а вот \r?

 

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

 

Serial.println()
Передает данные через последовательное соединение как ASCII текст с следующим за ним символом переноса строки (ASCII символ 13 или '\r') и символом новой строки (ASCII 10 или '\n'). Пераметры и типы данных для этой функции такие же, как и для Serial.print().

и в этом разобрался

 

\n\r - перевод строки и возврат каретки, иногда перевод строки считается только комбинацией этих двух символов.

 

Остаётся один вопрос при параметре

Код (C++):

 Serial.begin(9600, SERIAL_8E1);

в случае не совпадения чётности автоматически запрашивается повтор пересылки или нужно что то прописать ещё чтобы повторно запрашивать?

 

нет, не запрашивает, просто выставляет бит ошибки четности в регистре usart.

 

Получается нужно написать код который проверяет или срабатывает в случае записи бита ошибки? И в действии нужно опросить по новой отсылающее устройство? Если есть пример кода поделитесь пожалуйста. Мне обязательно нужно сделать повторную отправку команды в случае ошибки. Помогите кто чем может. За ранее благодарю.

 

я делаю так
мастер посылает команду (с контрольной суммой)
slave по получении команды отвечает копией полученной команды (с кс)
мастер ждет ответа х мс (также с контрольной суммой)
если нет ответа (ответ с неправильной кс =нет ответа), то мастер перепосылает команду у раз или до получения ответа о принятии команды.

 

Поделитесь пожалуйста кодом проверки контрольной суммы.

 

в простейшем случае просто суммируете , потом оставляете последний байт и сравниваете его с переданной контрольной суммой. Сумма она и есть сумма. Есть более сложные варианты проверки правильности переданной посылки, но по мне контрольной суммы достаточно.