Arduino.ru

 Похоже дело не в выводе коментария, а в том как данные отправляются/принимаются.

Вот такой код

#define CommentLen 20

typedef struct _AS_ANSWER
{
	byte   Status; //Статус
	float  Value; //Значение
	byte   Comment[CommentLen]; //Описание
}AS_Answer;

_AS_ANSWER ans;

byte testText[]="my test comment";




void setup(){
  Serial.begin(9600);
    Serial.println("Ready");



  memcpy(ans.Comment,testText,CommentLen);
  
  //Убеждаемся что копирование прошло правильно
  for(int i=0;i<CommentLen;i++){
    Serial.print(testText[i]);
    Serial.print("=");
    Serial.print(ans.Comment[i]);
    Serial.print(",  ");
  }
  
  Serial.println();
  Serial.println("Try output1");
  Serial.println((char *)ans.Comment);
}

void loop(){
}

 

У меня нормально выводит "my test comment".

Как видите, при memcpy (строка 23) я не использовал &, но и с ним - работает также. Видимо компилятор сам догадывается о его необходимости.

Кстати, если поле коммент, объявить не как "byte Comment[CommentLen]", а "char byte Comment[CommentLen]", то можно будет выводить просто  "Serial.println(ans.Comment);" без необхоимости засорять код "char *".

Если это текст, символы, то зачем его объявлять byte?

 

Вообщем нужно смотреть как "отправляет/принимает". Особено "отправляет".

Направления "копания":

1. Когда вы объявляете в тексте строку типа a="my text", то компилятор, в неявном виде добавляет в конце \0. То есть в реальности  строка на один символ больше чем вы написали (то есть "my text" имеет длину 8, а 7-мь символов).
2. Когда вы заполняете массив MySensors, есть подозрение что тексты не "дополняются" до полной длинны. То есть данные и текст второго сенсора, в памяти, "влазят" в комментарий первого сенсора. Возможно строки коментариев нужно "дополнять" до длинны CommentLen (учитывая предыдущий пункт). 
3. Опять таки, нужно смотреть как вы "читаете". Возможно комментарий просто не передатся, а вы уже пытаетесь его вывести.

Набрать тут в имени переменной первую букву  русской эС, вместо латинской Cи - это был тонкий садизм. Взял copy-past-том и чуть мозги не вывихнул пытась понять почему же "константа не определена". 

 

 

Так и оказалось - проблема была в том, что отправлялась посылка меньшей длинны, поэтому комментарию банально н хватало "места" при отправке.

Это связано с тем, что передатчик отправляет именно байты:

Mirf.send((byte *) &MyAnswer);

Это я не специально, сорри :)

Спасибо за помощь! Направления мысли были очень правильные!

Это не важно. Принимающий скетч все равно ничего не знает об типах данных в отправляющем.

В конечном итоге мы всегда передаем и храним в памяти только байты. Когда мы объявляем какой-то тип, то фактически просто "даем компилятору подсказку" - какой смысл имеют эти байты, что мы в них собираемся хранить. и не более того.

Когда вы в Serial.println передаете массив byte ans.Comment[], и впереди дописываете (char *), вы, фактически говорите: "вот массив. это массив символов. я раньше, зачем-то, сказал что там будут числовые значения, но в данном случае не обращай внимания на то что я говорил раньше. их нужно обрабатывать как символы". Поэтому можно сразу сказать "тут будут символы".

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

Ваш отправляющий скетч, просто "отправляет коробочки". Без наклеек. Вы принимаете их и лепите на них наклейки, типа "первые четыре  коробоки - хранят части длинного числа, а следующие 20-ть коробок - это коды символов".