Closed JanneKiiskila closed 5 years ago
I wonder if this driver REALLY needs the ATParser (of it's own), should it use the one under Mbed OS? Ref: https://github.com/ARMmbed/mbed-os/issues/4040
Mbed OS Master (unfortunatley, master only - coming to 5.8) also supports buffered Serial, that might remove the need for this whole buffered SPI code?
Hello @JanneKiiskila
I don't know how to completely remove the ism43362 driver from the link. Let me know if I need to do some changes for that.
I wonder if this driver REALLY needs the ATParser (of it's own), should it use the one under Mbed OS?
This wifi driver is using SPI 16bits exchanges. The ATCmdParser from mbed-os is written for files, using serial UART 8bits exchanges.
The ISM43362 wifi does not have an interrupt when datas are received (no oob processing).
If you compare both files (mbed-os/platform/ATCmdParser.cpp and ism43362/ATParser/ATParser.cpp), I don't know how to get rid of the differences.
cc @LMESTM (fyi)
I think this is resolved by some work by the Mbed OS core networking team, @SeppoTakalo - I think this ticket can be closed?
Seems this driver is having something "extra" that should not be compiled in (or linker doesn't know how to remove). If you compile mbed-os-example-client for ETHERNET - this driver should not even be linked in - but, in reality it seems to as Mbed OS compiles everything - it doesn't know how to drop it all out.
mbed compile -m K64F -t GCC_ARM --stats-depth 2
(This with gcc arm).
In case of this driver, it's actually quite lot (rest of them seem to be ~8-16 bytes).
Map-file tells this:
So, the buffered SPI gets linked in every time?
@SeppoTakalo - any pointers on this?
Rest of the drivers seem to leave some callback class. ESP8266 for example;