Кольцевой буфер uart

code-by · 05.01.2011, 17:16

приветствую!
стоит ли делать реализацию обмена данными по уарт (прием и отправка) с применением кольцевого буфера. необходимо принимать 15 чисел int с периодичностью 2-3 секунды.
спасибо.

vsky · 05.01.2011, 17:32

Сообщение от code-by

приветствую!
стоит ли делать реализацию обмена данными по уарт (прием и отправка) с применением кольцевого буфера. необходимо принимать 15 чисел int с периодичностью 2-3 секунды.
спасибо.

думаю, что стоит.

Только из исходного сообщения изъять слово "кольцевого".

code-by · 05.01.2011, 17:44

ок. а отправку тоже лучше делать через буфер или напрямую кидать в UDR и ждать отправки?

OlegNZH · 05.01.2011, 19:43

Сообщение от code-by

ок. а отправку тоже лучше делать через буфер или напрямую кидать в UDR и ждать отправки?

Из Практики- ждать подтверждения( обратная посылка, и сравнивать- что отправилось-и пришло обратно) (просто скорость- располагает)

PS , Да - и про таймаут не забыть . а то- можно вечно ждать.

MasterMushi · 05.01.2011, 20:11

Таймаут надо расчитывать так -
Время передачи пакета + время на 80 тактов (вход выход из прерываний плюс резерв) процессора который должен прислать ответ.

Тоесть если проц который принимает данные работает на частоте 4 мегагерца а скорость UART=19200 то считаем так:

19200/10 = 1920 полных пакетов в секунду или же примерно 600 микросекунд на пакет

плюс 80 тактов делим частоту 80/4000000 = 20мкс

600+20 = 620 мкс максимально допустимой задержки.
Если за это время нет никакого ответа - то предпринимаем процедуру экстренного сброса или что там еще предусмотрено схемой.

Но 620 микросекунд это реально долго для того чтобы в холостую гонять проц циклом. Поэтому в прерывании по таймеру заводим рутину которая отследит истечение этого времени и запустит необходимый макрос.

code-by · 06.01.2011, 13:38

если в моей программе будут только передаваться числа размерностью int, лучше их передавать в виде символов (т.е. вместо 1 отправлять не 0x01, а 0x31 - код цирфы 1)?

стоит ли делать проверку по таймеру на прием, если пакеты и так идут каждые 2-3 секунды?

Radamat · 06.01.2011, 13:44

Зачем такие сложности?
Это ведь нужно делать конвертацию числа в строку в микроконтроллере (?).
А на стороне приемника что у вас, вы не сказали.
Там нужно будет делать обратную конвертацию наверное?
Передавайте лучше ввиде char[2]. Только определитесь какой байт идет первым, старший или младший.

makakus · 06.01.2011, 14:06

››необходимо принимать 15 чисел int с периодичностью 2-3 секунды.
забыли написать, скорость обмена?

Вообще-то любой обмен делается в рамках протокола. Там описывается, что делать, если приняли не 15 байт подряд, а меньше, как проверять правильность сообщения, нужно ли подтверждение приёма и что делает источник, если подтверждения нет и т. д. Даже если у вас обмен между двумя вашими устройствами, в одну сторону и очень простой, протокол выработать стоит.
Нужен ли буфер. Нужен конечно, если вы обрабатываете сообщение из 15 байт. Пока не пришло всё сообщение, его надо где-то хранить. В буфере. Получили - начали обрабатывать. Пока обрабатываете, приходит новое сообщение. Или нет? нет - хватит 15-байтового буфера...

code-by · 06.01.2011, 17:06

скорость от 9600 до 38400

akphantom · 07.01.2011, 10:28

Сообщение от code-by

если в моей программе будут только передаваться числа размерностью int, лучше их передавать в виде символов (т.е. вместо 1 отправлять не 0x01, а 0x31 - код цирфы 1)?

стоит ли делать проверку по таймеру на прием, если пакеты и так идут каждые 2-3 секунды?

Я только так понимаю размер int у вас 16 бит? Значит не 15 байт, а 30 байт? Тоесть не 0x01, 0x0001. Значит и посылать надо два байта 0x00, 0x01. Ну а если принимать, то надо два полученных байта старший и младший склеивать, чтоб получить int16