Arduino for STM32

Test with I2C/Nunchuk object : just asking for data takes 250µs, the launch window being 5ms (measured with a logic analyzer); nunchuk class I2C clock = 100kHz (measured). Can be used for a pair of bytes ! Parallel is the only way to go, at extreme speeds. Work this way : set a flag within vertical ...

SPI cannot be used, because on the Nano it's registers are in use for video signals. My first idea was parallel (enough pins for parallel, probably 8bit, and some flow control). I'd like to try I²C because it's a bit easier (flow control comes with) and I'm lazy, and also because on the Nano it runs...

Good news ! Don't know why I was thinking Roger's Core didn't support I2C slave... Thanks for the answers. why don't you try hardware serial i.e. uart, e.g. Serial1, Serial2 etc. Serial can be left for usb serial. that should work quite well, Serial support in libmaple is mature. i fixed up the code...

Hi,

AFAIK, Roger's core offers no support for STM32 as I²C slave. Could you confirm ? (or not...).
(official core or coding low level serial protocols are not options !)
Is parallel transfer the only option (SPI being not usable, and 1-wire being too slow)

Chances are the learning curve for OctoPrint and the GPIO will be very flat... The project must go on ! As I can't use BlueVGA because of true VGA (640x480) not being supported by the LCD, I started to make a "GPU" from a Nano with TVOut library. For now, it's a static image, converted fro...

Yes, but I'm a Marlin fanboy ! Such a fanboy that I never installed Klipper ! This project is a challenge. Still have to learn SPI on RasPi, OctoPrint development, and come back to STM32 for bitmaps over SPI. Months of fun. Most of all, I'm used to Marlin, and when I use my printer, it has to do wha...

I'm aware of the issue about fake bluepills and the resolution. This is why I used a BluePill with a legit STM32 (with 128K) and an old monitor as reference. The 52Pi LCD does not support VGA 640x480. It is a dead end. Now considering transfering the data over the 2nd SPI to the RasPi as master, and...

Found an old WinXP laptop, with VGA connector (completely forgot about it...). Bad news : DDC information for VGA : 1024x600 and 800x600. No 640x480, dead end. CrudeVGA can do nothing. An idea : the BluePill behaving as a 128x64 px(or multiple) 2bit USB cam (could be displayed in the OctoPrint webca...

"Without external electronic..." And why not with ? And why didn't I think of this before you suggest it ? Output /SS LOW when input /SS is LOW and DC is HIGH ; should be doable with a couple of NAND gates. (not used to logical circuits, didn't draw the truth table). And no such ICs here, ...

@ Bakisha : In order to speed the thing up, if I could use the DC signal... DC is LOW when the command bytes are sent. If I could tell SPI not to take these bytes while DC is down, I could maybe write "directly" to the video buffer. Would still require bit masking/reading and writing bytes...