реклама на сайте
подробности

 
 
2 страниц V  < 1 2  
Reply to this topicStart new topic
> USART и NMEA
lexanet
сообщение Jan 11 2012, 05:15
Сообщение #16


Участник
*

Группа: Участник
Сообщений: 23
Регистрация: 6-04-11
Пользователь №: 64 159



Не такая и тяжелая эта операция. У меня счас буфер 384 байта. Раз в секунду ищется подстрока "$GPRMC", выкопирываются оттуда секунды, минуты, часы, дни, месяцы, годы. Все это передается RTC и выводиться на textlcd. Еще остается времени для другой работы.

Сообщение отредактировал lexanet - Jan 11 2012, 05:15
Go to the top of the page
 
+Quote Post
Cosmojam
сообщение Jan 11 2012, 09:05
Сообщение #17


Местный
***

Группа: Свой
Сообщений: 311
Регистрация: 12-01-11
Из: Калининград (Koenigsberg)
Пользователь №: 62 182



Цитата(WHALE @ Jan 11 2012, 07:24) *
Та ладна, чё там тяжелого.Гляньте исходник в вашем компиляторе.

Там тупо перебор от забора и до обеда (gcc). Пробовал как-то так делать и это оказалось жутко медленно. Например, принято 200 байт и из них нужно найти 5 - это делалось в цикле, а приём в прерывании, так кроме поиска подстроки проц на 100 МГц больше ничего не мог делать.


--------------------
typedef enum { no, yes, maybe } bool; | блог тут
Go to the top of the page
 
+Quote Post
_Артём_
сообщение Jan 12 2012, 11:44
Сообщение #18


Гуру
******

Группа: Свой
Сообщений: 2 128
Регистрация: 21-05-06
Пользователь №: 17 322



Цитата(Cosmojam @ Jan 11 2012, 11:05) *
Там тупо перебор от забора и до обеда (gcc). Пробовал как-то так делать и это оказалось жутко медленно. Например, принято 200 байт и из них нужно найти 5 - это делалось в цикле, а приём в прерывании, так кроме поиска подстроки проц на 100 МГц больше ничего не мог делать.


А если так:

Код
unsigned char RMCStrHead[]="GPRMC,";// длина 6 байт
unsigned char RMCRxState, NMEASum;

// приём нового байта в прерываниии:
if (NextByteReceived) {
    unsigned char new_byte=GetByteFromGPSUART();// чтение нового байта
    if (RMCRxState>0 && RMCRxState<NMEA_READ_SUM_STATE) NMEASum^=new_byte;
    switch (RMCRxState) {
    case 0:
    case 1:
    case 2:
    case 3:
    case 4:
    case 5:
        if (new_byte==RMCStrHead[RMCRxState])
            RMCRxState++;
        else RMCRxState=0;
        if (RMCRxState==1) NMEASum=new_byte;
        break;
    case 6:
    case 7:
    case 8:
    case ...:// столько, сколько нужно
        //выделение нужных полей по запятым
        //при приёме символа CR или LF - сброс в RMCRxState 0
        //при прёме * - след. 2 байта - сумма считывание суммы
        //если сумма совпала - первичное обновление данных
        //если сумма не совпала - начать приём сначала
        break;
    }
}


Цитата(Cosmojam @ Jan 11 2012, 11:05) *
Например, принято 200 байт и из них нужно найти 5 - это делалось в цикле, а приём в прерывании, так кроме поиска подстроки проц на 100 МГц больше ничего не мог делать.


Использовал ATMega128 на 11,0592МГц, приём в прерывании 10 кГц и разбор строки в прерывании 1 кГц, скорость порта приёмника 9600. Занимало производительности чуть более чем ничего.

Go to the top of the page
 
+Quote Post
Cosmojam
сообщение Jan 13 2012, 13:03
Сообщение #19


Местный
***

Группа: Свой
Сообщений: 311
Регистрация: 12-01-11
Из: Калининград (Koenigsberg)
Пользователь №: 62 182



Это что-то вроде дерева получается, должно быть очень эффективно, спасибо за идею
А ещё можно так: в прерывании в буфер записывается символ и ++указатель. В цикле проверяется изменился ли указатель с прошлого раза. Если да - был приём, берём разницу (сколько байт принято) и делаем memcmp с нужными подстроками от буфер[указатель - длина искомой строки - i ], где i счётчик в цикле от 1 до кол-ва принятых байт.
Цитата
Использовал ATMega128 на 11,0592МГц, приём в прерывании 10 кГц и разбор строки в прерывании 1 кГц, скорость порта приёмника 9600. Занимало производительности чуть более чем ничего.

Ну значит я где-то накосячил. Ладно, пускай будет strstr sm.gif


--------------------
typedef enum { no, yes, maybe } bool; | блог тут
Go to the top of the page
 
+Quote Post
_Артём_
сообщение Jan 13 2012, 14:36
Сообщение #20


Гуру
******

Группа: Свой
Сообщений: 2 128
Регистрация: 21-05-06
Пользователь №: 17 322



Цитата(Cosmojam @ Jan 13 2012, 15:03) *
А ещё можно так: в прерывании в буфер записывается символ и ++указатель. В цикле проверяется изменился ли указатель с прошлого раза. Если да - был приём, берём разницу (сколько байт принято) и делаем memcmp с нужными подстроками от буфер[указатель - длина искомой строки - i ], где i счётчик в цикле от 1 до кол-ва принятых байт.


Тогда лучше так:
Код
struct TRxBuffer {
unsigned char Buf[BUF_SIZE];
unsigned char Next, First, ByteToRead;
void WriteByte(unsigned char b) {
    Buf[Next]=b;
    ItemCount++;
    if (++Next==BUF_SIZE) Next=0;
}
/// и т.д.
}


И лучше сделать шаблонный класс.

Go to the top of the page
 
+Quote Post
kan35
сообщение Jan 14 2012, 07:17
Сообщение #21


Знающий
****

Группа: Участник
Сообщений: 537
Регистрация: 22-02-06
Пользователь №: 14 594



В свое время столкнулся с задачей разбора RMC и GGA строк на 51 контроллере, ни о каком сохранении строк там речи быть не может - памяти там минимум, так что парсер работает из прерывания и сразу разбирает строку. В прерывании не сидит долго.
Данные собираются из RMC и GGA строки, контрольная сумма проверяется, но отправляет готовые данные только после очередной RMC строки.
Парсер проверен с несколькими видами gps и глонасс приемников, на разных контроллерах от 51 до ARM, работает стабильно, надеюсь кому нибудь будет полезен:
gps_parser
Go to the top of the page
 
+Quote Post
Alexey K
сообщение Jun 13 2012, 06:30
Сообщение #22


Участник
*

Группа: Участник
Сообщений: 46
Регистрация: 14-07-11
Пользователь №: 66 220



Решил задать два вопроса здесь чтобы не плодить тем.

Насколько я понял из стандарта нмеа поле значения это ascii цифры разделенные запятыми и в общем случае переменной длинны.
Допускается ли делать поля фиксированной длинны - дополняя число нулям.

И такой вопрос в стандарте говорится что если для поля нет данных то остаются только запятые, в тоже время в описании GPS сентенций
встретилась фраза о том что в случае отсутствия данных поле будет заполнено знаками подчеркивания.
Go to the top of the page
 
+Quote Post
V_G
сообщение Jun 13 2012, 07:01
Сообщение #23


Профессионал
*****

Группа: Свой
Сообщений: 1 818
Регистрация: 15-10-09
Из: Владивосток
Пользователь №: 52 955



Цитата(Alexey K @ Jun 13 2012, 16:30) *
Допускается ли делать поля фиксированной длинны - дополняя число нулям.

Это как это - вы анализируете протокол НМЕА, или его формируете? Во втором случае дополняйте на здоровье. А при анализе ешьте то, что дают.
Цитата
И такой вопрос в стандарте говорится что если для поля нет данных то остаются только запятые, в тоже время в описании GPS сентенций
встретилась фраза о том что в случае отсутствия данных поле будет заполнено знаками подчеркивания.

Все известные мне GPS-приемники и компасы (работающие в нмеа) знаков подчеркивания не формировали, при пустом поле идут запятые подряд
Go to the top of the page
 
+Quote Post
Alexey K
сообщение Jun 13 2012, 07:12
Сообщение #24


Участник
*

Группа: Участник
Сообщений: 46
Регистрация: 14-07-11
Пользователь №: 66 220



Данные я формирую так что по первому пункту первому хорошо.
А по второму переделаю. Спасибо
Go to the top of the page
 
+Quote Post

2 страниц V  < 1 2
Reply to this topicStart new topic
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 


RSS Текстовая версия Сейчас: 18th July 2025 - 20:38
Рейтинг@Mail.ru


Страница сгенерированна за 0.01459 секунд с 7
ELECTRONIX ©2004-2016