Search found 444 matches

by BennehBoy
Mon Jan 15, 2018 3:30 pm
Forum: STM32generic
Topic: SPI.transfer of byte crashes F407VET6?
Replies: 10
Views: 86

Re: SPI.transfer of byte crashes F407VET6?

TBH this is probably too much of a rabbit hole - I'll likely abandon using the 407.
by BennehBoy
Mon Jan 15, 2018 3:14 pm
Forum: STM32generic
Topic: SPI.transfer of byte crashes F407VET6?
Replies: 10
Views: 86

Re: SPI.transfer of byte crashes F407VET6?

No wiring_private in yours, commented it out and get a load of macros exceptions thrown.

Compiles and uploads but there's no SPI or Serial output from the 407 - although I expect I may need to ensure that the GPIO definitions are correct.

...losing the will to live... :D
by BennehBoy
Mon Jan 15, 2018 3:05 pm
Forum: STM32generic
Topic: SPI.transfer of byte crashes F407VET6?
Replies: 10
Views: 86

Re: SPI.transfer of byte crashes F407VET6?

Both Adafruit libraries (SSD1306 & GFX) need reworking to function on Rogers core for Generic F407VE - no Wire.h or wiring_private.h (Not that wire is needed! And I'm lazy)

Fingers crossed for Stevestrongs.
by BennehBoy
Mon Jan 15, 2018 2:55 pm
Forum: STM32generic
Topic: SPI.transfer of byte crashes F407VET6?
Replies: 10
Views: 86

Re: SPI.transfer of byte crashes F407VET6?

Well, if it is working with Roger's core, why not use it? :?: It works with Roger's Core on a Maple Mini, I'm trying to get this working on a Black F407VET6. I'll give both Roger's and your core a try against the 407 to see how they fare. Regarding the problem, it's not just a case of the code cont...
by BennehBoy
Mon Jan 15, 2018 2:21 pm
Forum: STM32generic
Topic: SPI.transfer of byte crashes F407VET6?
Replies: 10
Views: 86

Re: SPI.transfer of byte crashes F407VET6?

Well it appears that the Adafruit SSD1306 library does not play nicely with SPI transactions. Why in conjunction with another device on the same bus using transactions this should work on Rogers core but not on STM32GENERIC is beyond me. I'll try driving the device on a second bus to see what happen...
by BennehBoy
Sun Jan 14, 2018 9:57 pm
Forum: STM32generic
Topic: SPI.transfer of byte crashes F407VET6?
Replies: 10
Views: 86

Re: SPI.transfer of byte crashes F407VET6?

Full code is here -> https://github.com/BennehBoy/LRduino---F407VET6

Uncomment line 83 in the .ino to exhibit the hang.

I'm also having fun getting sdfat to work :/
by BennehBoy
Sun Jan 14, 2018 4:19 pm
Forum: STM32generic
Topic: SPI.transfer of byte crashes F407VET6?
Replies: 10
Views: 86

Re: SPI transactions crash F407VET6?

Some diag with serial output indicates that it hangs at the point of the first SPI.transfer SPI.transfer(Address); The STM32GERNERIC docs indicate this: uint8_t transfer(uint8_t data); Send a 8 bits on SPI, and return the received 8 bit data. Are a byte and a uint8_t not interchangeable? Or is this ...
by BennehBoy
Sun Jan 14, 2018 4:07 pm
Forum: STM32generic
Topic: SPI.transfer of byte crashes F407VET6?
Replies: 10
Views: 86

SPI.transfer of byte crashes F407VET6?

Today I spent some time porting a very cut down version of my car gauge system to a Black F407VET6 board that I have. I've managed to get SPI communication to an SSD1306 working fine and can draw gfx, display fonts etc to it. I have some custom code that will initialise a MAX31856 SPI temp sensor, a...
by BennehBoy
Sun Jan 14, 2018 12:32 pm
Forum: General discussion
Topic: nrf24 / esp8266 /xbee section ?
Replies: 8
Views: 135

Re: nrf24 / esp8266 /xbee section ?

It sounds like a combination boiler, ie both heating system and hot water.... If so then the problem may be one of either 2 things: 1) solenoid 'diverter' valve is failed/failing 2) the plate heat exchanger is blocked. The boiler prevents refiring to avoid boiling the water in the closed loop.... Bo...
by BennehBoy
Sun Jan 14, 2018 11:46 am
Forum: Projects
Topic: In car multigauge
Replies: 151
Views: 6955

Re: In car multigauge

I've managed to get the latest sdfat working on a separate maple mini that also uses an SSD1306 & MAX31856 on the same SPI bus. The difference is that this setup does not use 8 OLED screens and is not driving their CS lines via a demultiplexer. So, I either have a logic error in my MUX154 code which...