2022-12-12 07:48 AM
i have fuse 1.1.2 version and full_ble stack in the m0.
The option bytes are 0x1FFF8078=0x9E2BD000 and IPCCDBA = 0.
when i start the m0 ( bit 15 of PWR_CR4) I have that in the SRAM2B
20030000 : 24 00 03 20 00 00 00 00 00 00 00 00 00 00 00 00
20030010 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
20030020 : 00 00 00 00 B9 56 46 A9 01 00 00 00 00 00 01 01
20030030 : 00 00 02 01 06 00 00 00 03 00 0F 01 26 00 00 00
20030040 : 00 00 00 00 00 00 00 00 00 00 00 00 95 69 1B 00
20030050 : 26 E1 80 00 96 04 00 00 00 00 00 00 00 00 00 00
this is correct. But when i try to send any request (example FUS_GET_STATE 2 times to start wireless stack) with ipcc the m0 didnt answer. I tried to enable ipcc for each cpu and enable it rx and tx for each but it doesnt work.
the bit 1 ( for channel 2 ) in IPCC_C1TOC2SR is stuck to 1 ( the cpu2 did not put that bit to 0)
2023-01-06 12:33 AM
Hello,
Did you start from an example available in STM32CubeWB package or you start to create an application from scratch? Did you use the tl_mbox.c file or not?
Best Regards
2023-01-09 02:32 AM
When i used Stm32CubeWb it works. Here i try to make it work with my personal forth core (in the main cpu M4) and with the ble stack in the M0 cpu. i get the state of the bluetooth stack in the m0, it is in idle mode but i don't know how to start the ble stack. I try to send request with ipcc in ch0/1/2 but the m0 never answer or ack the request. Enable Ipcc clock and power on m0 seems to not be enough to start the communication between proc. Maybe i have to used HSEM to make it works, i started to revert engineering stmcube software to see what is wrong.