Arduino.ru

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

32 байта - это что? Длина буфера или определение протокола?

Если длина буфера, то это не является ограничением для длины принимаемого пакета - читайте сколь угодно длинные последовательности. Главное успевайте делать это вовремя.

Попробую)

128 возникло в ходе экспериментов, про ограничения пакета не знал.

Хочу передать и принять пакет, содержащий и текст и числа, чтобы текст в Serial monitor был текстом, а числа - числами (и с ними можно было бы провести арифметические операции)

Сокращая вопрос: точная длина текстового сообщения неизвестна, точное количество цифр тоже неизвестно. Можно ли как-то создать и передать "массив массивов", например такой (приведу два разных варианта):

arr[0]: Unknown command

arr[1]:

arr[2]:

*Получили сообщение о том, что команду система не поняла*

arr[0]: Readings correct

arr[1]: 25

arr[2]: 55

*Получили сообщение с текущей температурой*

Все неудобство в том, что radio.write и radio.read пользовательскую структуру не примут

Вы бы указали, какими библиотеками пользуетесь.

Судя по именам используемых функций, radio - это, например, не объект класса Nrf24l.

Виноват,

#include <SPI.h>
#include <RF24.h>
#include "RF24_config.h"
RF24 radio(9,10);

Код использовал отсюда

Почему? А преобразование типов на что?

Да и судя по декларациям

bool read( void* buf, uint8_t len );
bool write( const void* buf, uint8_t len );

функции едят что угодно.

Неправда - замечательно примет.

radio.write( &sensor, sizeof(sensor) ); 

Это из одного из моих скетчей. Работает превосходно.

sensor - в данном случае как раз является структурой.

bool RF24::read( void* buf, uint8_t len )
{
  // Fetch the payload
  read_payload( buf, len );

  // was this the last of the data available?
  return read_register(FIFO_STATUS) & _BV(RX_EMPTY);
}

uint8_t RF24::read_payload(void* buf, uint8_t len)
{
  uint8_t status;
  uint8_t* current = reinterpret_cast<uint8_t*>(buf);

  uint8_t data_len = min(len,payload_size);
  uint8_t blank_len = dynamic_payloads_enabled ? 0 : payload_size - data_len;
  
  //printf("[Reading %u bytes %u blanks]",data_len,blank_len);
  
  csn(LOW);
  status = SPI.transfer( R_RX_PAYLOAD );
  while ( data_len-- )
    *current++ = SPI.transfer(0xff);
  while ( blank_len-- )
    SPI.transfer(0xff);
  csn(HIGH);

  return status;
}

так что прочитать более 32 байт не получится. Поэтому просто пишите функии, которые будут
передавать/принимать ваш массив по 32 байта.

Ustas, дайте пожалуйста ссылку на код, вроде что-то знакомое, а найти не могу.

http://habrahabr.ru/post/171613/ - тут выкладывал куски кода

Спасибо, как выяснилось искал не там)

За код спасибо, почти разобрался.

Остался последний вопрос: я задал такую структуру

typedef struct{
char comment[32];
int value1;
int value2;
int value3;

}message;

Она идентична и у приемника и у передатчика.

Для теста задал:

        responce.comment = "I'm online and waiting";
        responce.value1 = 25;
        responce.value2 = 19;
        
        radio.write(&responce, sizeof(responce));

Система ругается:

 incompatible types in assignment of 'const char [23]' to 'char [32]'

Система требует строку определенного размера, к тому же считает ее константой, у меня же строки будут разные по длине. А заменить тип на String не выриант, поскольку по неясным причинам на него плохо реагирует serial.println (искажение кодировки, да и затратная по памяти эта штука)

Что предпринять?

        responce.comment = "I'm online and waiting";
        responce.value1 = 25;
        responce.value2 = 19;
        
        radio.write(&responce, sizeof(responce));

 incompatible types in assignment of 'const char [23]' to 'char [32]'

Попробуйте первую строчку переписать так:

#include <string.h>
...
...
strcpy(responce.comment,"I'm online and waiting");

я вот так делаю:

memcpy(&sensor.Comment,(char*)MySensors[ParamID].Note, 16);

Обе функции суть одно и то же, только в memcpy размер передаваемого пакета указывается явно, а strcpy, предназначенная для обработки строк, копирует любое количество байтов, пока не стретится нулевой (0x00 - стандартный признак конца строки в си).

Спасибо, работает.

Правда, нашел еще один косяк:

Передаю, меняю числа

responce.value1 = 25;
response.value2 = 19;

Принимаю и читаю по-всякому.

if(radio.available())
  {
    message sensor;
    
    radio.read(&sensor, sizeof(sensor));
    
    
    Serial.println(sensor.comment);
    Serial.println(int(sensor.value1));
    Serial.println(sensor.value2);
    }

В мониторе стабильные

-4061
-8720
 

Чувствую я, что где-то накосячил, но где? (Если передавать не структурой, а по очереди, то все нормально)

Перечитайте сообщения #1 и #8 и посчитайте количество байт вашей структуры.

typedef struct{
char comment[26];
int value1;
int value2;
int value3;

}message;

Блин) Спасибо.

Привык я к защите от дурака высокоуровневых языков ООП...

И снова я со своими глупостями.

А нет ли более изящного способа передать "смесь". Например, имеем

char ch[] = "temp";
int num = 25;
....
radio.write(mixture, sizeof(mixture));

и со стороны приемника

char commands[32] = "";
radio.read(&commands, 32);
...
Serial.println(инфа в виде букв и цифр)

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

Ну тогда уж не 

radio.write(mixture, sizeof(mixture));

а

radio.write(sizeof(mixture), mixture);

Ибо зачем нужна информация о длине пакета уже после его передачи? Мертвому припарка...

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

Из библиотеки:

 bool write( const void* buf, uint8_t len );

Скорее всего step962 что-то не так понял.
 

Да, принял приведенные строчки за псевдокод и предположил, что речь идет о формировании пакета для передачи... А это было обращение к конкретной библиотечной функции.