Arduino.ru

Вы все-таки приняли мое сообщение в свой адрес. Извините, конечно, но я действительно ни кого не имел в виду конкретно. Надо было бы все-таки разделить то сообщение на два, ну да ладно, извините еще раз. Не люблю ссориться, поэтому буду завязывать. Тем более, что мне сложно удерживать тему по курсу интересующего вопроса - "ответы" постоянно уходят с колеи, вроде бы и касаются темы, но не то, да и понять меня вы почему-то не можете, а твердо меня убеждаете, что это я не понимаю элементарного, типа того, что входящие данные в данном случае - это поток. На основании чего вы это решили? По-моему я только об этом и долблю, что нельзя сразу все одним махом принять и обработать, пока этот поток "не иссякнет". Ладно. Ограничусь тем, что есть. У меня код хоть и не по феншую и с таким ненавистным delay, но работает именно так, как мне и требовалось. С Новым годом!

Що Ви все маєте проти delay? Що за секта делэефобов?

void HardwareSerial::clear()
{
	_rx_buffer_head = _rx_buffer_tail;
}

virtual void clear(void);

сделал так. ругается на это Serial.clear();
скопировал HardwareSerial.h/cpp  в папку с ino
стал ругаться на это
void HardwareSerial::clear()
no 'void HardwareSerial::clear()' member function declared in class 'HardwareSerial'

void HardwareSerial::clear()
{
	_rx_buffer_head = _rx_buffer_tail;
}

virtual void clear(void);

Всем привет. Огромное спасибо. Все работает.

А теперь как очистить Serial от ... спама??

Что-бы не плодить темы напишу сюда.

Уважаемые знаюшие, что произойдет при переполненнии  буфера Serial - перестанут приниматься последние данные или наоборот, в нем сохранятся последние, а начальные будут вытесняться?

Ардуино под рукой нет (ответы "А ты проверь" не считаются).D

Смотрите: https://github.com/arduino/ArduinoCore-avr/blob/master/cores/arduino/HardwareSerial_private.h

Комментарии в строках 109-112 - есть ответ на ваш вопрос.

Правильно ли мы с гугельпереводчиком поняли - буфер будет заполнен первыми пришедшими, а остальные будут вычитаны и проигнорированы?

Гугель не обманет ;)

можно подсадить туда, в конец, exploit. 

Калапуций, ты, что-ли? А че не под своим ником?;)

по малочисленным прозьбам трудящихся, мня назначили его заместителем

void HardwareSerial::clear()
{
	_rx_buffer_head = _rx_buffer_tail;
}

virtual void clear(void);

и у меня не компилируется скетч, ругается ....  :-((

Боже, кто все эти люди, которые так неистово пытаются очистить буфер UART (Serial). Зачем это им?

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

Ржу. А можно мне тоже иметь безграничные возможности и не запрещать? Хм... Попробовал и получилось! Не запретил Клапуцию удалить этот комент!

Работает!

Спасибо, Клапуций!)

Не, ну я понимаю, ты не Трурль что бы имя великого писать без ошибок.... 

Как вариант - внешнее устройство постоянно шлет данные "сериал", а ардуина обращается для чтения в "сериал" периодически. 

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

????   озадачен...

Вот несколько грубый пример...

int in_buf=0;
void setup() { Serial.begin(57600); }

void serialEvent() { in_buf = Serial.read() - '0';} 

void loop() {
    if (in_buf>0)  {
	Serial.print( "читаю данные  ");    
	Serial.println(in_buf);
		in_buf=0;	}
		
   Serial.println( "мусор");	delay(5000);  

   Serial.println( "данные");	delay(2000);  
	}

Некое устройство постоянно шлет данные в "сериал" ...

Нужно читать данные присланные только в период "данные" ....   Если запустить этот скетч и в терминале вручную отправлять по одной цифре (как пример), то будут читаться все отправленные цифры и в "мусор" и в "данные" .

Задача в том, чтобы перед периодом "данные" очистить буфер .

мусор
данные
читаю данные  1
мусор
данные
читаю данные  1
мусор
данные
читаю данные  1
мусор
данные
читаю данные  2
мусор
данные
читаю данные  2
мусор
данные
мусор
данные
мусор

Вот это получается когда при появлении в терминале надписи "мусор" я три раза отправил в порт "1", а при появлении "данные" дважды отправил "2" ...

Задача в том чтобы избавиться от данных которые приходят в период "мусор"...

есть такое понятие хидер и тег , голова и хвост сообщения. Разумеется между ними находится сообщение.Ну а остальное мусор.  #сообщение1\nмусор#сообщение2\nмусор  и да периодически надо извлекать данные и потом отправлять уже по этому принципу.  Это вроде стандартное решение, только почему-то прошло мимо вас.

А буфер от мусора очищается холостым чтением. Но это уже после того как вы прочли свое сообщение.
While(Serial.available()){ Serial.read()}

И, если в буфер постоянно что-то валит, то так всю жись и будем "отчищать Serial".

Все время не должно в буфер чего-то идти. Обычно это после сообщения какие-то отголоски непонятные. По крайней мере на китайских ардуинах с таким постоянно сталкивался. Если идёт все время, значит надо делать помехозащищенный канал.

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

Про голову и хвост я знаю. Но вопрос совсем в другом.

Видимо я не совсем корректно выбрал названия, правильнее вместо "мусор" было бы написать "устаревшие данные".

По стандартным решениям вопросов нет, но иногда приходят НЕ стандартные.

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

Контроллеру нужны эти значения один раз в минуту.

Вот и получается, что за это время в буфере скапливается очередь устаревших значений ....

Ну все может быть. Также есть вероятность принять мусор за сообщение.

Что-то мешает...

Тут вопрос об очистке буфера, а не о изменении работы программы. Интервалы времени я привел для примера, что бы обрисовать задачу. 

то милис переполнится, то буфер вовремя не очистится и в конце концов скетч не зальется. Но думаю вера она опиум для народа.

Точно кольцевой? Не нашёл в справочнике такой информации, только длину 64 байта.

спасибо.

Нет. FIFO буфер может быть или не быть кольцевым. С фифошностью это не связано.

Можете привести пример скетча, где это было бы явно видно?

Собственно вот процедура приема символа

void HardwareSerial::_rx_complete_irq(void)
{
  if (bit_is_clear(*_ucsra, UPE0)) {
    // No Parity error, read byte and store it in the buffer if there is
    // room
    unsigned char c = *_udr;
    rx_buffer_index_t i = (unsigned int)(_rx_buffer_head + 1) % SERIAL_RX_BUFFER_SIZE;

    // if we should be storing the received character into the location
    // just before the tail (meaning that the head would advance to the
    // current location of the tail), we're about to overflow the buffer
    // and so we don't write the character or advance the head.
    if (i != _rx_buffer_tail) {
      _rx_buffer[_rx_buffer_head] = c;
      _rx_buffer_head = i;
    }
  } else {
    // Parity error, read byte but discard it
    *_udr;
  };
} 

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

  // clear any received data
  _rx_buffer_head = _rx_buffer_tail; 

Фифошность - это организация данных на уровне идеи (карандаша и бумаги). Она не имеет никакого отношения ни к регистрам, ни к МК, и делается абсолютно одинаково хоть МК-61, хоть на Summit'е

Ну, так либо полезьте, либо не делайте заявлений о том, что там что-то "всё равно очищается".

Так он и здесь кольцевой. А какой же он тут? Кольцевой, но с контролем переполнения.

Если Вы и впрямь решили написать "затирающий", то должен предупредить - это не так просто, как может показаться.

Надеюсь, Вы знаете, что делаете.

С чего бы? Ну вот он заполнился. Что делать? Есть варианты: тереть старое или выбрасывать вновь пришедшее. И чем тут "кольцевость" мешает? Хоть так, хоть так можно делать.

А ты всегда в форум пишешь то что думаешь? Не пробовал сначала посмотреть, разобраться, а потом писать?

Лично у меня получилось чистить буфер порта двойным вводом "Serial.read()".

Пример программы:

Лень картинку заливать, поэтому просто считайте, что я запостил картинку фейспалм.жипег.