Arduino.ru

то-есть вся строка переданная , а это строка 'A123' уже считана?

В туториале пишут, что функция Serila.read() считывает следующий доступный байт из буфера, логично жеж предположить, что следующий байт после A это 1???
Так как функция продолжает работать дальше, откуда она эти байты достаёт?

Откуда достает данные строка 10?

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

Код - переписывать, если ждёшь пакет определённой длины, влезающий в приемный буфер - то проще всего в if(Serial.available добавить проверку if(Serial.available() > 4 - как пример, условие сработает только при наличии 5 и больше уже принятых по UART байт.

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

Этот пример именно так, неправильно, написан исключительно в целях познания работы этой функции

И вновь "специально написанный неправильный пример"... А правильный-то чего никто из "исследователей" не пишет?

а он и правильный одновременно, удалить 14,15 и 18 строки вставленные для исследования )))

Serial.read не чистит буфер полностью. Посмотрите уже наконец исходники, если действительно интересуетесь вопросом - там всё более чем прозрачно написано. Да и в документации по Serial.read чётко сказано, что она делает.

Неправильно. Она читает один байт и ей глубоко начхать есть там в буфере что-то ещё или нет.

Можете пояснить, почему строка 14 не считывает следующий байт (из последовательности A123), говоря, что буфер пуст?

Потому что была проверка только на наличие НЕНУЛЕВОГО кол-ва байт (один байт - тоже ненулевое значение) в приемном буфере, далее, выше строки 14 - ВОЗМОЖНЫЙ ЕДИНСТВЕННЫЙ байт в приемном буфере был вычитан, посему в строке 14 МОЖЕТ возникнуть ситуация, что приемный буфер УЖЕ пуст. Очевидно же.

слона то я и не приметил )))

Один хрен компилятор/язык кривой! Два дня разбирался почему программа скомпилированная Arduino 1.6.3 для ATmega328 работает с отрицательными числами типа Char без проблем, а скомпилированная Arduino 1.8.13 для ESP 8266 ни в какую! Пишет 255 вместо -1 и все тут. Думал что что-то происходит в процессе вычислений/присвоений.....ан нет!!! Оказывается Char  и  Signed char вообще ни разу не синонимы! Что за обновления такие? Каждый раз какую-то "пасхалочку" разработчики закладывают, а ты потом квесты проходи))) Я в шоке!

P.S. Для решения моей проблемы нужно было объявлять переменные как Signed char , а не как Char.

Так возьмите в привычку сразу для всех переменных знаковость указывать. Я вообще привык оперировать byte, word, unsigned long

ох, не зря умные люди придумали 

int8_t, uint8_t, int16_t, uint64_t и т.д.   

И знак и размер видно из названия самого типа.  Как тока надоест по граблям разных компиляторов вальсировать с завязанными глазами, так сразу и используй эти имена, тогда и будущее твоё станет светлым, как коммунизм. 

Чтобы не "быть в шоке", нужно хотя бы иногда читать первоисточники. Char  и  Signed char в Си отродясь не синонимы. Вот прямо от Кернигана и Ритчи. И этот факт прямо отражен в стандарте языка.

Так что надо не "квесты проходить", а документацию читать.

Интересная тема, котел вроде не взорвался)) Правда и не управлял пока еще им. Сам в шоке как поделки месяцами работают)).

Вчера натолкнулся на непонятный мне тип unsigned char[] = "hello".  И чем byte от unsigned char и от uint8_t отличается?  Для преобразования строки в unsigned char[] использовал следующую конструкцию. 

String buf="ляля";
  unsigned char content[buf.length()];
  for (int i = 0; i < buf.length(); i++) {
    content[i] = buf.charAt(i);
  }

Все это для расчета MD5, в mbedtls/md5.h функция mbedtls_md5_ret принимает unsigned char поэтому и приходится переводить строку. Правильно я делаю, или есть какой более изящный способ без циклов?

Интересная тема и с примерами. Я про неявные преобразования вообще. Думаю тема достойна быть переделана в этюд для начинающих. Если бы p-a-h-a не поднял её я бы и не заметил эту тему.