after changing TWI_BUFFER_MAX in (C:\Users\user\AppData\Local\Arduino15\packages\rak_rui\hardware\apollo3\4.0.0\cores\apollo3\component\rui_v3_api) Wire.h I still continued to receive only 32 Bytes on RAK11720
Using: RAKwireless RUI Apollo3 Boards V. 4.0.0
Code
#define DEVICE_ADDRESS 0x10
#define REGISTER_POINTER 0xA0
#define DATA_LENGTH 64
/** Packet buffer for sending */
uint8_t collected_data[64] = { 0 };
void setup() {
Serial.begin(115200, RAK_AT_MODE);
Serial.println("Test I2C");
Serial.println("------------------------------------------------------");
// Start BLE UART advertisement for ever
api.ble.settings.blemode(RAK_BLE_UART_MODE);
api.ble.advertise.start(0);
Wire.begin(); // join i2c bus (address optional for master)
Wire.setClock(400000);
// Initialize the I2C communication
}
void requestdata() {
Wire.beginTransmission(DEVICE_ADDRESS);
Wire.write(byte(0xA0));
delay(10);
Wire.endTransmission();
Wire.requestFrom(DEVICE_ADDRESS, DATA_LENGTH); // Request 54 bytes from the device
int i = 0;
while (Wire.available()) {
collected_data[i] = Wire.read(); // Read each byte and store it in the array
i++;
}
Serial.printf("number of data: %d ", i);
Serial.println("Data Packet:");
for (int i = 0; i < DATA_LENGTH; i++) {
Serial.printf("0x%02X ", collected_data[i]);
}
Serial.println("");
}
void loop() {
requestdata();
delay(4000);
}
However, as a work around, maybe you can just split the memory locations like instead of reading 1 chunk of 64bytes, you can do two 32bytes.
Although we see online that people change the definition of BUFFER_LENGTH, this is not a scalable approach unless you create a new implementation of Wire library. The idea here is that once you send your code to someone else or use a different PC/laptop, the Wire library of that machine will be the default size and will not match your modified Wire library with bigger BUFFER LENGTH. I’ve experienced this before and really a painful one which consume troubleshooting time (well in fact it is caused by the undocumented library change).
The buffer will be changed to 64 bytes in the next release.
As parts of RUI3 are pre-combiled files, a change of the #define has actually no effect on the current RUI32 version.
Release of the next version is planned in the next weeks, we are still testing.