Форум arduino.ua

Здравствуйте! Да, действительно, так лаконичнее. Давайте попробуем.
Если я правильно понимаю написанное, то в loop происходит следующее:
первая итерация
- попадая в loop, выводим запрос на ввод данных
- далее входим в цикл и, в котором программа проверяет, поступили-ли данные со входного порта, если Serial.available примет значение не 0, т.е входные данные есть, то произойдет выполнение цикла
- в in_buf попадет целое число, которое во входном потоке найдет parseInt()
- произойдет вывод на экран значение переменной in_buf
// Класс HardwareSerial копирует каждый полученный символ из регистра UART в массив байт входного буфера. Serial.available возвращает количество байт в массиве, parseInt() удаляет один байт из этого массива и уменьшает количество.
Допустим, я ввел число 2, оно попало во входной буфер, теперь он стает не нулевой, Serial.available принимает значение 1, дальше parseInt() этот байт из массива вычитывает и удаляет, массив должен вновь стать нулевым, Serial.available принять значение 0 и происходит выход из цикла, соответственно опять попадая в начало  loop и выводя запрос на ввод данных  - так это я себе представлял, но происходит следующее (см изображение).

Т.е во второй итерации буфер в все еще не пуст, хотя ввода не было и входной буфер должен быть пуст.
Есть предположение, что это происходит вследствие того, что parseInt() не найдя ничего в буфере вернет 0, но тогда мне не понятно, как произойдет выз
Возможно мои суждения ложны 12 часов изучаю язык, многое еще чего не до конца осознаю

Ну во же, прогресс, спасибо за исправление. Оно действительно, отчасти исправляет ситуацию
Конструктивная критика, даже если она, как Вы предпочитаете себя называть от "дебила", мною воспринимается нормально, но конструктивная . И прогресс на лицо теперь это похоже на правду, кроме одного но

Введите данные
Введите данные
// ввожу с клавиатуры число 5, происходит опрос и выводится
5  // что и ожидалось
Введите данные
0 // но следующей итерацией почему все таки здесь появляется 0, если с клавиатуры ничего не вводится. ведь, если не было ввода в if не должны мы были попасть, а следовательно и не должно было быть исполнено  Serial.println(in_buf);. 
Введите данные
Введите данные
Введите данные
// ввожу с клавиатуры число 6 , происходит опрос и выводится 
6
Введите данные
0
Введите данные
Введите данные
Введите данные 

О Serial.flush() учту.

Нет не хочу. Мне надо что бы возвращалось число только в том случае, когда были получены данные с порта ввода вывода (для этого и введена строчка ).

if (Serial.available()>0); // отправляем данные ТОЛЬКО ПОСЛЕ их получения: 

Если я не правильно понимаю логику этого условия, можешь спокойно описать, как на твой взгляд оно должно отработать.

Если не получено должно просто висеть сообщение с просьбой о вводе.
Логика должна быть такой:
"Введите число"
// ожидается ввод числа и нихера не происходит
// с клавиатуры введено число 7 и отправлено, программа возвращает
"Введено 7"
// дальше  т.к это loop все повторяется появляется опять строка
"Введите число"

Просто посмотри структурно такой же код работает здесь. Специально нашел.
https://youtu.be/gmgw6nLgzbY

С Вашим диагнозом жить можно, да и осознание проблемы - это шаг к её решению. Если бы ЧСВ и пена у рта не мешала, возможно бы у Вас и получилось заметить, что вопрос с этого и начинался, а именно: "как избавить буфер от мусора?".
Почему он должен оказаться не пуст после процедуры поиска числа, которая, повторюсь, должна быть инициирована только лишь после того, как количество байт, доступных для считывания будет больше 0? Что за логика?
Если это особенность работы, то проще было об этом так и написать, чем строчить портянку, которая не несет никакой полезной нагрузки, за исключением быть может слов "...порт НЕ очищается".
Если вы еще не поняли, то мне надо что бы после ввода числа 12 я получил эхом число
12, а
не
12
0
Чего, собственно, Вы вводом своих 2 копеек 2 строчек не добились.
Вот нашел пример видео, где у человека такой же структурно код дает нормальный результат, пробовал в том числе и его код, но результат тот же.
https://youtu.be/gmgw6nLgzbY