DisplayCore Issues

Salut, the ST7735 example (out of the box) does not compile:
‣ cannot declare variable 'tft' to be of abstract type 'ST7735'

however, the code looks ok to me ....

Comments

What board are you compiling

What board are you compiling for? And what versions are the DisplayCore core files and ST7735 packages?

board: Helvepic32-BBside as

board: Helvepic32-BBside as well as chipKIT Lenny (tried others, same error) DisplayCore: 2.2.0 (latest available) ST7735: 2.0.7 (latest available)

Hum. That's all correct. And

Hum. That's all correct. And it works fine for me. That error usually means that the TFT driver isn't implementing a pure-virtual function from the parent DisplayCore class. The Output tab should give you more detail about what function it's not implementing.

Salut Matt,

Salut Matt, have you changed something on DisplayCore in the past 3 weeks? I re-compiled a code I use on two displays: ST7735 and ILI9341, both using SPI. The code worked some weeks ago and now th displays stay blank. I double checked the hardware by running the UFTF library examples on both displays and all works fine. So the hardware cannot be the problem. Do you have any ideas? Even the simple demo code is not working and more ...

Ciao, Mathias

Nope, nothing that should

Nope, nothing that should have any effect on compiling. All my recent changes have been cosmetic / UI related.

I assume you've tried a purge of the cache files?

Salut Matt, it was a

Salut Matt, it was a collision with a MCP320x library that did a direct bit manipultion on the SPI bus colliding with the Display Core call. I switched to the MCP3208 library as this can be used with the MCP3204 as well. However, I noticed, that in Display Core you switch to full SPI speed (spi.setSpeed(20000000UL)). As the MCP3204/8 uses the transfer time of the command byte as integration time, the ADC has not enough time to give reasonable results. As a bypass I switch the speed to a slower value (spi.setSpeed(1000000UL)) prior to the adc readout and back to full speed afterwards. You may consider a code change in the MCP3208 library Ciao, Mathias