[ARV 0]

вот, решил задействовать функции ввода высокого уровня, а именно scanf.

сделал кольцевой буфер, в который складываются принимаемые по прерываниям из UART байты. создал стандартный поток ввода, как и нужно для реализации WinAVR, функция чтения символа возвращает _FDEV_EOF, если в кольцевом буфере "голова" совпадает с "хвостом", т.е. нет новых данных.

 

и вот что получается: буфер заполняется довольно медленно, а scanf пытается вычитывать данные быстро, в итоге после вычитывания первого же символа она получает EOF и, естественно, заканчивает ввод... то есть как ни крути, вводится 1 или (редко) два байта, и точка.

 

почему лыжи не едут?

 

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

[neiver 0]

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

Устанавливать его при получении символа разделителя (речь идёт о текстовом вводе/выводе).

Сбрасывать при чтении (если нет других разделителей в буффере).

Функция чтения символа возвращает _FDEV_EOF если этот флаг не установлен - читай в буффере нет разделителей.

[ReAl 0]

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

Почти никак.

EOF для scanf означает, что файл закончился, приплыли. Соответственно, он прекращает сканировать и вываливается.

Так что или в getchar ждать до посинения, или в нём же пользоваться сервисом вытесняющей ОС по ожиданию события поступления символа.

 

Ну или в шаге кооперативки набирать посимвольно в буфер до упомянутого выше разделителя (т.е. "по месту" реализованный gets() с отдачей управления) а потом вызывать sscanf.

[ARV 0]

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

[klen 1]

а мож ненада..... scanf использовать - вещ то жутковатя

 

[ARV 0]

а мож ненада..... scanf использовать - вещ то жутковатя

а в чем жуть? поведение у нее весьма специфическое, это очевидно... но есть еще что-то, скрытое от глаз?

 

[sergeeff 1]

Я бы так выразился. scanf, как всякая функция "на все случаи жизни", страдает монстроподобностью. Совершенно не очевидно, что именно она вам нужна. Если вы подумаете, выяснится, что нужна реально 1/10 ее функциональности. Посему может проще самому чего написать?