Closed tresler closed 12 months ago
jgromes
commented
12 months ago SPI write failure usually indiciates some hardware issue. Can you post the debug mode output, as well as information about your hardware setup (as asked for by the issue template)?
tresler
commented
12 months ago Thank you for replay, sorry for late response. Here is it:
=========== Before Setup Start ===========
Chip Info:
Model : ESP32-S3
Package : 0
Revision : 1
Cores : 2
Frequency : 240 MHz
Embedded Flash : No
Embedded PSRAM : No
Free Bytes : 336848 B ( 329.0 KB)
Allocated Bytes : 27860 B ( 27.2 KB)
Minimum Free Bytes: 331536 B ( 323.8 KB)
Largest Free Block: 303092 B ( 296.0 KB)
Flash Info:
Chip Size : 16777216 B (16 MB)
Block Size : 65536 B ( 64.0 KB)
Sector Size : 4096 B ( 4.0 KB)
Page Size : 256 B ( 0.2 KB)
Bus Speed : 80 MHz
Bus Mode : QIO
Partitions Info:
nvs : addr: 0x00009000, size: 20.0 KB, type: DATA, subtype: NVS
otadata : addr: 0x0000E000, size: 8.0 KB, type: DATA, subtype: OTA
app0 : addr: 0x00010000, size: 1280.0 KB, type: APP, subtype: OTA_0
app1 : addr: 0x00150000, size: 1280.0 KB, type: APP, subtype: OTA_1
spiffs : addr: 0x00290000, size: 1408.0 KB, type: DATA, subtype: SPIFFS
coredump : addr: 0x003F0000, size: 64.0 KB, type: DATA, subtype: COREDUMP
nvs : addr: 0x00009000, size: 20.0 KB, type: DATA, subtype: NVS
otadata : addr: 0x0000E000, size: 8.0 KB, type: DATA, subtype: OTA
app0 : addr: 0x00010000, size: 1280.0 KB, type: APP, subtype: OTA_0
app1 : addr: 0x00150000, size: 1280.0 KB, type: APP, subtype: OTA_1
spiffs : addr: 0x00290000, size: 1408.0 KB, type: DATA, subtype: SPIFFS
coredump : addr: 0x003F0000, size: 64.0 KB, type: DATA, subtype: COREDUMP
Software Info:
Compile Date/Time : Nov 18 2023 13:36:27
Compile Host OS : linux
ESP-IDF Version : v5.1.1-686-gb6a66b7d8c-dirty
Arduino Version : 3.0.0
Board Info:
Arduino Board : ESP32S3_DEV
Arduino Variant : esp32s3
Arduino FQBN : espressif:esp32:esp32s3:UploadSpeed=921600,USBMode=hwcdc,CDCOnBoot=cdc,MSCOnBoot=msc,DFUOnBoot=dfu,UploadMode=default,CPUFreq=240,FlashMode=qio,FlashSize=4M,PartitionScheme=default,DebugLevel=verbose,PSRAM=disabled,LoopCore=1,EventsCore=1,EraseFlash=none,JTAGAdapter=default,ZigbeeMode=default============ Before Setup End ============
[ 4050][V][esp32-hal-periman.c:113] perimanSetPinBus(): Pin 21 successfully set to type SPI_MASTER (18) with bus 0x2
[ 4060][V][esp32-hal-periman.c:150] perimanSetBusDeinit(): Deinit function for type GPIO (1) successfully set to 0x42088844
[ 4071][V][esp32-hal-periman.c:113] perimanSetPinBus(): Pin 1 successfully set to type GPIO (1) with bus 0x2
[ 4081][V][esp32-hal-periman.c:113] perimanSetPinBus(): Pin 1 successfully set to type SPI_MASTER (18) with bus 0x2
[RFM22] Initializing ... [ 4091][V][esp32-hal-periman.c:150] perimanSetBusDeinit(): Deinit function for type GPIO (1) successfully set to 0x42088844
[ 4102][V][esp32-hal-periman.c:113] perimanSetPinBus(): Pin 40 successfully set to type GPIO (1) with bus 0x29
[ 4112][V][esp32-hal-periman.c:150] perimanSetBusDeinit(): Deinit function for type GPIO (1) successfully set to 0x42088844
[ 4123][V][esp32-hal-periman.c:113] perimanSetPinBus(): Pin 38 successfully set to type GPIO (1) with bus 0x27
[ 4133][V][esp32-hal-periman.c:150] perimanSetBusDeinit(): Deinit function for type GPIO (1) successfully set to 0x42088844
[ 4144][V][esp32-hal-periman.c:113] perimanSetPinBus(): Pin 39 successfully set to type GPIO (1) with bus 0x28
failed, code -16```I meant the RadioLib debug: https://github.com/jgromes/RadioLib/wiki/Debug-mode
Sorry for not being totally clear (though that same link is in the issue template ...)
tresler
commented
12 months ago Sorry for that. This is right?
RadioLib Debug Info
Version: 6.2.0.0
Platform: ESP32
Compiled: Nov 18 2023 15:20:29
R 1 6
M Si443x
W 7 80
R 3 0 3
R 7 0
W 7 1
R 7 0
R 7 0
R 7 0
R 7 20
R 7 3
R 7 1
W 6 0
R 69 14
W 69 74
R 69 A
R 69 64
R 69 47
R 69 2
R 69 0
R 69 0
R 69 0
R 69 18
R 69 26
R 69 8D
R 69 C
R 69 8
R 69 2D
R 69 0
R 69 0
R 69 0
R 69 0
R 69 0
R 69 0
R 69 FF
R 69 FF
R 69 0
address: 0x69
bits: 6 5
value: 0x60
current: 0x14
mask: 0x60
new: 0x74
read: 0x0
failed, code -16That's the correct debug. Looks like your Si4432 is behaving quite erractically, returning what seems to be random data. I would suggest checking the hardware, pinout, wiring, power etc.
tresler
commented
12 months ago Yes, I am stupid. It didn't look like it, but one pin was soldered wrong. Now it is going well. Thank you very much for your help and please accept my apologies for the wasted time.
jgromes
commented
12 months ago No worries, I'm glad you were able to resolve the problem!
tresler
commented
12 months ago Unfortunately now I have problem with transmit. I have good SPI connect code after radio->begin(868.0);
RadioLib Debug Info
Version: 6.2.0.0
Platform: ESP32
Compiled: Nov 20 2023 14:34:21
R 1 6
M Si443x
W 7 80
R 3 0 0
R 7 1
W 7 1
R 7 1
W 6 0
R 69 20
W 69 60
R 69 60
R 33 22
W 33 2
R 33 2
R B 0
W B 12
R B 12
R C 0
W C 15
R C 15
R 32 C
W 32 0
R 32 0
R 70 C
W 70 2C
R 70 2C
W 6E 27
W 6F 52
R 1C 1
R 1C 1
R 70 2C
0
0
0
833.33 833 341
10066 2752
65535 FFFF
R 21 1
W 21 61
R 21 61
R 20 64
W 20 41
R 20 41
R 21 61
W 21 60
R 21 60
R 22 47
W 22 27
R 22 27
R 23 AE
W 23 52
R 23 52
R 24 2
W 24 7
R 24 7
R 25 8F
W 25 FF
R 25 FF
R 71 0
W 71 0
R 71 0
W 72 8
R 1C 1
W 1C 96
R 1C 96
R 1C 96
R 1C 96
R 70 2C
1
1
0
1250.00 1250 4E2
6710 1A36
33 21
R 21 60
W 21 80
R 21 80
R 20 41
W 20 E2
R 20 E2
R 21 80
W 21 80
R 21 80
R 22 27
W 22 1A
R 22 1A
R 23 52
W 23 36
R 23 36
R 24 7
W 24 0
R 24 0
R 25 FF
W 25 21
R 25 21
R 34 8
W 34 4
R 34 4
R 35 2A
W 35 12
R 35 12
R 7 1
W 7 1
R 7 1
R 33 2
W 33 2
R 33 2
W 36 12 AD
R 71 0
W 71 2
R 71 2
R 71 2
W 71 22
R 71 22
R 7 1
W 7 1
R 7 1
R 70 2C
W 70 28
R 70 28
R 7 1
W 7 1
R 7 1
R 70 28
W 70 28
R 70 28
R 33 2
W 33 2
R 33 2
R 3E 0
W 3E 40
R 3E 40
M Si4432
R 7 1
W 7 1
R 7 1
R 75 75
W 75 73
R 75 73
R 76 BB
W 76 64
R 76 64
R 77 80
W 77 0
R 77 0
R 2A 0
W 2A 28
R 2A 28
R 6D 18
W 6D 1B
R 6D 1B
success!
R 7 1
W 7 1
R 7 1
R 33 2
W 33 6
R 33 6
W 36 92 10 19 1
Run with code: 1But unfortunately if I want send String or Array I have code:
R 7 FF
W 7 1
R 7 FF
same XX lines
address: 0x7
bits: 7 0
value: 0x1
current: 0xFF
mask: 0xFF
new: 0x1
read: 0xFF
failed, code -16I have check twice my pinout and also have connected antenna. My code is easy like in example:
bool radio_send(byte device, int number_of_value, byte values[]) {
bool succest;
byte send_array[number_of_value+1];
Serial.print("num data: ");
Serial.println(number_of_value);
send_array[0] = device;
for (int i = 0; i < number_of_value; i++) {
send_array[i+1] = values[i];
}
/*
String send_string = String(device);
for (int i = 0; i < number_of_value; i++) {
send_string += "," + String(values[i]);
}
Serial.println(send_string);
int state = radio->transmit(send_string);
*/
int state = radio->transmit(send_array, number_of_value+1);
if (state == RADIOLIB_ERR_NONE) {
// the packet was successfully transmitted
Serial.println(F(" success!"));
succest = true;
} else if (state == RADIOLIB_ERR_PACKET_TOO_LONG) {
// the supplied packet was longer than 256 bytes
Serial.println(F(" too long!"));
succest = false;
} else if (state == RADIOLIB_ERR_TX_TIMEOUT) {
// timeout occured while transmitting packet
Serial.println(F(" timeout!"));
succest = false;
} else {
// some other error occurred
Serial.print(F("failed, code "));
Serial.println(state);
succest = false;
}
return succest;
}Can you also post the complete debug output? It seems like the device stops responding at some point, only returning 0xFF .
tresler
commented
11 months ago Of course, here: radiolib_debug_code.txt
Edit: I check it and I think, that problem is with using both SPI on ESP32S3 (HSPI and FSPI). If I try it without second SPI for ethernet W6100 modul, wireless modul transmit right (I use it example with change SPI pins and it is ok). So it is maybe problem with esp32-arduino 3.0.0 and ESP32s3. #10452
Ethernet.setRstPin(E_RST);
Ethernet.setCsPin(E_SCS);
Ethernet.init(ETH_SCS); // init Ethernet with SCS port
//SPIClass fspi = SPIClass(FSPI);
espi = new SPIClass(FSPI);
espi->begin(E_CLK, E_MISO, E_MOSI, E_SCS);
delay(500);
int ethbegin = Ethernet.begin(mac, espi);
//int ethbegin = Ethernet.begin(mac);
Serial.print("Run with code: ");
Serial.println(ethbegin);
delay(500);
if (ethbegin == 0) {
Serial.println("Error configuration with DHCP");
if (Ethernet.hardwareStatus() == EthernetNoHardware) {
Serial.println("Cannot conection to W6100. Sorry, I don't find hardware. :(");
} else if (Ethernet.linkStatus() == LinkOFF) {
Serial.println("Hardware OK, but it isn't connect cable or turn on switch.");
}
} else {
Serial.print("My IP address: ");
Serial.println(Ethernet.localIP());
}
Serial.print("Found chip: W");
Serial.print(Ethernet.getChip());
Serial.println("00");
if (Ethernet.getChip() == 0) {
return false;
} else {
return true;
}
.....................................................
rspi = new SPIClass(HSPI);
rspi->begin(nsclk, nsdo, nsdi);
delay(500);
modul = new Module(nsel, nirq, nsdn, RADIOLIB_NC, *rspi);
radio = new Si4432(modul);
Serial.print(F("[RFM22] Initializing ... "));
int state = radio->begin(868.0);
if (state == RADIOLIB_ERR_NONE) {
Serial.println(F("success!"));
} else if (state == RADIOLIB_ERR_CHIP_NOT_FOUND) {
Serial.print(F("failed, code "));
Serial.println(state);
for (int i=0; i<10; i++) {
digitalWrite(rled, !digitalRead(rled));
delay(200);
}
ESP.restart();
}Looking at the debug output, whatever caused this happened before entering the radio_send function. You haven't posted that code so I can't comment much, but it seems that the SPI to the radio doesn't work at all. So I agree that if there is a second SPI instance it could somehow interfere. Though that is very ESP32-specific.
Hi again. I am trying connecting ESP32S3-wroom-2 and RFM22b-s2. I don't know if is it issue or I am doing something bad, but I have code -16 (RADIOLIB_ERR_SPI_WRITE_FAILED) and I don't know why. I was trying release and also actual dev version of RadioLib, also as arduino-ESP32 v2.0.14 and v3 alpha2 and also today actual dev and without luck. Do you have any idea or information for me please?
My code: