Arduino.ru

Там приемный буфер 64 байта. Передающий, впрочем, такой же

Я думал об этом. Попробовал передавать разбивая по 32 байта - все равно целиком не принимает, даже если ставить задержку 100мс

Значит приёмник тормозит.

На приемнике ничего, кроме чтения компорта - нет...

void serialEvent() {

    char inChar;
    

    while (Serial.available() && (inChar = (char)Serial.read()) != -1 ) {
        Serial.println("New char: " + String(inChar));
    }
}

При побайтной передаче с компа при задержке 10мс - работает (что быстрее, чем задержка 100мс при 8 байтной передача)
 

Вывсеврети. 

Что за жуткая конструкция... Или available > 0 проверяйте или read с -1 сравнивайте. Лучше первое, потому как сравнение написано так себе, как мне кажется.

loop() пустой или набит чем-то? Прерывания активированы?

Спасибо за рекомендацию, два сравнения в while друг другу вроде не мешают, но ваш вариант красивее.

loop  пустой, прерывания не активированы.

Дебаггера у меня в голове нет, поэтому сразу оценить по условию последствия затрудняюсь.

Однако: read() возвращает int и только в этом случае его стоит сравнивать с -1 и, вообще, с >= 0. У вас же он сначала приводится к char, а только потом сравнивается. Т.е. тут можно поиметь проблем.

Вообще - я бы не стал в этот serialEvent соваться, а прямо в setup() сделал бы 

byte cnt=0x00;

while(1) { 
  if (Serial.available() > 0) {
     char c=Serial.read();
     cnt++;
      ....
     // Извращения со String
  
     if (cnt > 63) {
       // мигаем лампой, пишем на LCD или ещё чего
        cnt = 0x00;
     }
  } 
}

byte cnt=0x00;

while(1) { 
  if (Serial.available() > 0) {
     char c=Serial.read();
     cnt++;
      ....
     // Извращения со String
  
     if (cnt > 63) {
       // мигаем лампой, пишем на LCD или ещё чего
        cnt = 0x00;
     }
  } 
}

Ваш пример на буфер com порта никак не реагирует, а только на количество прочтенных байт, а он уже в этом месте, даже если ЧИТАТЬ побайтно - принимает не все 300 на него отправленные.

Вот хотелось бы понять, почему в serialEvent лучше не соваться и какие там ограничения?

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

В setup засунуть не могу, так как проект предполагает частый обменмежду компом и ардуиной, без перезагрузки.

1) Как вы определили, что он принимает не все?
2) serialEvent() вызывается между вызовами loop(). Так что особого смысла в написании фрагментов кода именно там я не вижу;
3) Проблемы, как таковой, не существует. Если МК успевает выгребать из буфера Serial байты, то хоть мегабайт в него лей;
4) В setup() стоит поместить чисто для теста для получения максимальной скорости на уровне Wiring.

Вам виднее, я стрингом не пользуюсь. Хотя, в принципе, да: обратный принт - потенциальный тормоз. И чем длиннее строка - тем больше шансов на потерю входных данных.

Он не просто потенциальный, когда его буфер забивается, он тупо ждет его освобождения, внутри Serial.write(), в блокирующем режиме, заметьте.

Для уны собрал из примеров ArduinoISP и загрузил дудкой

Using Port                    : /dev/ttyUSB0
Using Programmer              : arduino
Overriding Baud Rate          : 115200

Почти четыре с половиной колобайта за 0.74 сек

avrdude: Device signature = 0x1e950f (probably m328p)
avrdude: reading input file "/tmp/arduino_build_873943/ArduinoISP.ino.hex"
avrdude: writing flash (4402 bytes):

Writing | ################################################## | 100% 0.74s

avrdude: 4402 bytes of flash written
avrdude: verifying flash memory against /tmp/arduino_build_873943/ArduinoISP.ino.hex:
avrdude: load data flash data from input file /tmp/arduino_build_873943/ArduinoISP.ino.hex:
avrdude: input file /tmp/arduino_build_873943/ArduinoISP.ino.hex contains 4402 bytes
avrdude: reading on-chip flash data:

Reading | ################################################## | 100% 0.58s

avrdude: verifying ...
avrdude: 4402 bytes of flash verified

Что то не так, но с какой стороны не так, мож. C# ?

Исходный код проекта, конечно не такой. Я передаю буфер, его ардуиной закачиваю, заполняю структуру данных, потом выгружаю ее в порт обратно на комп и смотрю. Структура пришедших данных была не полной. Стал ковырять и вам уже написал отладочный фрагмент. При этом, если грузить побайтно с задержкой на компе после каждого байта в 10мс - все норм. Я понимаю, что так не должно быть, но в чем дело понять не могу.

С компа гружу стандартным .net SerialPort.Write

Параметры настройки порта, естесственно, одинаковые с ардуино. В исходном варианте ничего в порт не пишу, пока все не приму...

в исходном варианте обратного принта нет. Данные приходят не все

А код в сообщении №4 не Вы писали?

Для этого источник проблем - указан.

А каких ошибок Вы насажали в том коде, который постеснялись привести, никто не знает.

Вспомнился анекдот про пьяного, который искал часы не там, где потерял, а там, где светлее.

То, что худшие- странно. Протоколы, передающие данные по 8 байт работают так, что за годы бывают единичные сбои. Я бы предложил передавать по 8 байт, используя первый (или два первых) байта как старт и последний как контрольную сумму. У меня неделями работает без одного сбоя, я годами не экспериментировал. Можно для верности продублировать. Вот к примеру протокол ADNet - два 0xFF, адрес, данные четыре байта, контрольная сумма. Если к.с. не бьется - данные не учитываем. А то Вы может быть научитесь принимать , а потом перейдете к реальным программам и опять все поплывает. Можете какой-либо известный протокол вроде MODBus попробовать. Народ не зря напридумывал.

Ок. Спасибо. Почитаю.

А может быть такой эффект из-за VisualMicro (trial version) в связке с VisualStudio 2017?

Я пролил прогу через стандартный IDE и все заработало нормально. (Тест делал на своих примерах)

В любом случае - спасибо всем, учту ваши рекомендации. Если есть идеи про причины связанные с VisualMicro - напишите.