Аvrstudio/c#/песочница

[omercury]

Получается, я, пока у меня идет вывод - теряю байтики в регистре data потому что не забрал их?

Ну типа того.

            //отладка
            RS485_send_str(_gnss_line);RS485_send_str("\r\n");
            _gnss_pos = 0; 

Пока в прерывании приёма данных работает передача, байтики и теряются.
Тут надо просто копировать буфер приёмника в буфер передатчика, ставить флаг разрешения передачи из буфера передатчика и выносить процедуру передачи наружу из текущего прерывания. Буферы приёмника и передатчика, естественно, раздельные. Либо, как тонко подметил ut1wpr, переключать буферы приёмника и передатчика.

[Boba_spb]

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

[whoim]

ага, примерно понял.. не хочется заводить кучу буферов для разных usart, но видимо придется..
Итак, логика работы..
в прерывании по приходу байтиков в usart мы загоняем пришедшее в буфер, а если встретим \r\n (ну видимо \r) то копируем текущий буфер во временный (передача в другой уарт мне нужна только для отладки, потом там будет обработка) и ставим какой нить свой флаг, который мониторим в прерывании таймера (есть таймер 1миллсек), там первым делом снимаем этот флаг и передаем второй буфер на передачу или парсинг. Так?

[omercury]

Ставим флаг разрешения передачи и запускаем передачу.
В прерывании по опустошению регистра данных USART загружаем следующий байт и так до опустошения буфера. На последнем байте сбрасываем флаг разрешения передачи (а он вообще нужен? ).
И никаких таймеров.

[whoim]

Ставим флаг разрешения передачи и запускаем передачу.
В прерывании по опустошению регистра данных USART загружаем следующий байт и так до опустошения буфера. На последнем байте сбрасываем флаг разрешения передачи (а он вообще нужен? ).
И никаких таймеров.

Да мне передача нужна пока только как отладка, потом кучу других вещей взамен делать. Думаю, надо иметь промежуточных механизм, а там уже хоть передача в другой уарт, хоть что. передача в этот уарт (C1) нужна только при старте для конфигурации модуля

[ut1wpr]

Ну, что значит "не хочется" в лексике программера? Рядышком должны быть и аргументы.
А работать с двумя асинхронными потоками по каким-то там вотчпсам - моветон. Вы имеете два события. Они и должны вызывать действия-реакцию. Не надо пытаться их синхронизировать собаками. Первое событие - приперся байт. Надо с ним что-то делать. Делаем. Второе событие - готово содержимое буфера для передачи. Надо передавать.
Проведите аналогию с бассейном и трубами. Ваши буфера - это бассейн.
Количество буферов будет зависеть от скорости входного потока и от скорости выходного. Полная аналогия с диаметрами труб. Если вы не сбалансируете дебет и кредит - бассейн начнет выплескивать лишнее.
Детали не буду расписывать. Вам гораздо важнее понять общую концепцию. Да и полезнее самому понять-написать-отладить, чем ждать готового решения. Готовое может быть только у вас. Никто, кроме вас не знает тонкостей ваших задач в совокупности. Естественно, никто особенно и не рвется их узнавать

[whoim]

В принципе, в прерывании таймера взамен флага "есть чо" можно проверять первый байтик буфера. Если в нем не ноль (а то и $ - признак вменяемых данных) - то есть чо парсить. Если же там \0, который мы по окончании парсинга будем туда ручками ставить - то ловить нечего, из уарта еще не добежало до комплекта данных. \n в прерывании по приходу данных успешно потеряется, если простое условие организуем: если \r, то копируем буфер0 в буфер1 и обнуляем позицию, иначе кидаем в буфер0 новый байтик и ++ позицию..

Как быстрее всего закопировать char buff1[200] в char buff2[200] ориентируясь, что если в середке \0 то далее можно не копировать?

[ut1wpr]

Да мне передача нужна пока только как отладка, потом кучу других вещей взамен делать.

А может, какой-нибудь другой способ отладки принять? Время-то идет, уже бы и отладили...

[whoim]

Рядышком должны быть и аргументы.

да согласен, имел ввиду - ищу альтернативу)

торое событие - готово содержимое буфера для передачи. Надо передавать.

Так опять же - передача на этапе отладки. Далее будут расчеты всякие, парсинг, ложение в структуру..

Да и полезнее самому понять-написать-отладить, чем ждать готового решения. Готовое может быть только у вас

Ну так за этим я и тут В принципе, проблему понял. Буду решать. На работе свет отрубили (

Щас дома организуюсь..

[whoim]

А может, какой-нибудь другой способ отладки принять?

Способ узнать, вменяемые ли данные в буфере для парсинга?)
Я с этого и начал - парсить перестало нормально)