Re: 8 Bit TFT Library Issue

Post here all questions related to Steve's LibMaple core if you can't find a relevant section!
Post Reply
oclerg
Posts: 2
Joined: Tue Sep 15, 2020 7:47 am

Re: 8 Bit TFT Library Issue

Post by oclerg »

Hello, I take advantage of this topic since I see that it is a few days ago to raise a query. --> [Admin] Move this post from viewtopic.php?f=39&t=616&p=4248#p4248 to Steve's LibMaple core section [\Admin]

I'm trying to compile the Adafruit_TFTLCD_8bit_STM32 library (from stevstrong) but I'm not able to. I have tried many times in many ways.

The procedure I follow is this:
- I delete any trace of Arduino from my system.
- I install Arduino ide 1.8.13 latest version for Windows from its website.
- I install Arduino_STM32. I download zip and copy hardware.
https://github.com/stevstrong/Arduino_STM32

- I install Arduino SAM boards (Cortex-M3) and Arduino SAMD boards (Cortex-M0 +). From card manager.

- I install Adafruit_TFTLCD_8bit_STM32. I download zip and copy library.
https://github.com/stevstrong/Adafruit_ ... 8bit_STM32

- I install Adafruit_GFX. I download zip and copy library.
https://github.com/adafruit/Adafruit-GFX-Library

- I install Adafruit_BusIO. I download zip and copy library.
https://github.com/adafruit/Adafruit_BusIO

I think it is well done and I am not missing anything. As much as I have read, I do not find that there is a missing library.

The goal of all this is to compile https://github.com/kennpie/Open-DSO-150 which is an open firmware for DSO-150 https://jyetech.com/dso-150-shell-oscilloscope/

DSO-150 is a cheap oscilloscope kit, which includes housing, ILI9341 display and STM32F103C8. I have bought it with the idea of ​​using this set for other projects. I find it comfortable that it has a box, keyboard, folder, screen, etc.

I want to start working on open firmware. If I can show an example on the screen and have I / O pins configured I will have already gained a lot.

Although I have done many Arduino ATMEGA328 and ATMEGA2560 projects, I am not familiar with the STM32 family. I have only tried using STLINK to read and write as a test, and loaded a Blink example on a BluePill.



Code: Select all

C:\Users\Airam\Documents\Arduino\libraries\Adafruit_BusIO\Adafruit_SPIDevice.cpp: In member function 'void Adafruit_SPIDevice::transfer(uint8_t*, size_t)':
C:\Users\Airam\Documents\Arduino\libraries\Adafruit_BusIO\Adafruit_SPIDevice.cpp:119:31: error: no matching function for call to 'SPIClass::transfer(uint8_t*&, size_t&)'
     _spi->transfer(buffer, len);
                               ^
C:\Users\Airam\Documents\Arduino\libraries\Adafruit_BusIO\Adafruit_SPIDevice.cpp:119:31: note: candidate is:
In file included from C:\Users\Airam\Documents\Arduino\libraries\Adafruit_BusIO/Adafruit_SPIDevice.h:1:0,
                 from C:\Users\Airam\Documents\Arduino\libraries\Adafruit_BusIO\Adafruit_SPIDevice.cpp:1:
C:\Users\Airam\Documents\Arduino\hardware\Arduino_STM32\STM32F1\libraries\SPI\src/SPI.h:285:11: note: uint8 SPIClass::transfer(uint8) const
     uint8 transfer(uint8 data) const;
           ^
C:\Users\Airam\Documents\Arduino\hardware\Arduino_STM32\STM32F1\libraries\SPI\src/SPI.h:285:11: note:   candidate expects 1 argument, 2 provided
Se encontraron varias bibliotecas para "Wire.h"
Usado: C:\Users\Airam\Documents\Arduino\hardware\Arduino_STM32\STM32F1\libraries\Wire
 No usado: C:\Users\Airam\Documents\Arduino\hardware\Arduino_STM32\STM32F1\libraries\WireSlave
exit status 1
Error compilando para la tarjeta Generic STM32F103C series.
If I remove a library, for example, WireSlave.

Code: Select all

C:\Users\Airam\Documents\Arduino\libraries\Adafruit_BusIO\Adafruit_SPIDevice.cpp: In member function 'void Adafruit_SPIDevice::transfer(uint8_t*, size_t)':
C:\Users\Airam\Documents\Arduino\libraries\Adafruit_BusIO\Adafruit_SPIDevice.cpp:119:31: error: no matching function for call to 'SPIClass::transfer(uint8_t*&, size_t&)'
     _spi->transfer(buffer, len);
                               ^
C:\Users\Airam\Documents\Arduino\libraries\Adafruit_BusIO\Adafruit_SPIDevice.cpp:119:31: note: candidate is:
In file included from C:\Users\Airam\Documents\Arduino\libraries\Adafruit_BusIO/Adafruit_SPIDevice.h:1:0,
                 from C:\Users\Airam\Documents\Arduino\libraries\Adafruit_BusIO\Adafruit_SPIDevice.cpp:1:
C:\Users\Airam\Documents\Arduino\hardware\Arduino_STM32\STM32F1\libraries\SPI\src/SPI.h:285:11: note: uint8 SPIClass::transfer(uint8) const
     uint8 transfer(uint8 data) const;
           ^
C:\Users\Airam\Documents\Arduino\hardware\Arduino_STM32\STM32F1\libraries\SPI\src/SPI.h:285:11: note:   candidate expects 1 argument, 2 provided
exit status 1
Error compilando para la tarjeta Generic STM32F103C series.
Errors are always related to Adafruit_BusIO ...


PS: I know there is another open firmware
https://github.com/michar71/Open-DSO-150
It seems more reliable to me. But it is written for TrueAtollic, I have only used Arduino ide, and I have no idea how to use it ...


I hope you can help me. I will be very grateful to you and please do not hesitate to ask any questions you may have.
Thank you very much. Regards.
User avatar
Bakisha
Posts: 78
Joined: Fri Dec 20, 2019 6:50 pm
Answers: 4
Contact:

Re: 8 Bit TFT Library Issue

Post by Bakisha »

As i recall, it is Adafruit_GFX library compatibility problem.
I don't know about DSO-150 sketch, but DLO-138 sketch can be compiled only with pre-1.8.0 version.
Downgrade library and try again
1.7.5.jpg
1.7.5.jpg (95.22 KiB) Viewed 2063 times
stevestrong
Posts: 459
Joined: Fri Dec 27, 2019 4:53 pm
Answers: 8
Location: Munich, Germany
Contact:

Re: 8 Bit TFT Library Issue

Post by stevestrong »

I think you do not have the latest version of my core, because line 285 of SPI.h in which was found the error contains comment line only, not code, see: https://github.com/stevstrong/Arduino_S ... SPI.h#L285
Please check.
Otherwise the compiler should find the SPI function

Code: Select all

void transfer(uint8_t * trx_buf, uint32 len)
defined in line 282.
oclerg
Posts: 2
Joined: Tue Sep 15, 2020 7:47 am

Re: 8 Bit TFT Library Issue

Post by oclerg »

Thank you all for responding.

Thanks and sorry to the administrator for moving message.

A funny thing happened by chance.

It was not able to compile either way. I went back to erase and start over using arduino ide in portable mode.

Here

https://github.com/stevstrong/Arduino_STM32

If you click on wiki, it takes you to

https://github.com/rogerclarkmelbourne/ ... STM32/wiki

ie there are two versions Arduino_STM32, stevstrong and rogerclarkmelbourne.

I was using the stevstrong version.

By chance, I installed rogerclarkmelbourne and there if it works with adafruit gfx 1.7.5. (no last version, error)

With stevstrong I didn't find a way to make it work. It gave error over and over again.

All the versions I use are the latest versions of core (download and install lots of times!)

I leave this information in case you want to replicate the error.

When I have a little more time I will continue investigating and try to load the skecth on the dso 150 pcb.

I will comment on results!

I am very grateful for your help. Really.

Regards
mrburnette
Posts: 410
Joined: Thu Dec 19, 2019 1:23 am
Answers: 1

Re: 8 Bit TFT Library Issue

Post by mrburnette »

oclerg wrote:
Tue Sep 15, 2020 4:29 pm
...
ie there are two versions Arduino_STM32, stevstrong and rogerclarkmelbourne.
...
viewtopic.php?f=2&t=301

I seem to need to repeat the below about once every 90 days because new members do not read the post above! :cry:

In the beginning was LeafLabs with their Maple board, custom ArduinoIDE, and forum. They wrote Libmaple and the WiKi is still available as well as the original forum. After a few years, an group of 32-bit enthusiasts developed on the forum @Arduino.cc. LeafLabs were stuck with a custom IDE, version 0018. Therefore, when Arduino IDE went to 1.5, most Arduino libraries failed to function after being updated.

A great interest developed as well as Aliexpress stores started carrying the STM32F103 Maple Mini development boards shipped free for less than $4. The Leaflabs bootloader was enhanced by Roger and others. Of critical need was a modified core and IDE files that would permit the use of the ever evolving ArduinoIDE while permit use of the majority of Arduino libraries (at least those modified to handle 32-bit.) Bob Cousins produced an IDE 1.5 compatible file structure and sample *,txt files. Finally, a compile was possible from within the current ArduinoIDE and numerous users became involved to push the project forward. All this was in 4Q2014.
Orig Maple IDE.png
Orig Maple IDE.png (27.07 KiB) Viewed 971 times
Roger Clark started a dedicated forum (now R/o) and secured the github account for the numerous changes that were quickly happening as the LeafLabs' core was being enhanced. Several other members of Roger's forum created their own github accounts to work on parallel development efforts: Steve was one of those members, but there were several others.

With all the development happening across the globe, Roger was getting a large number of pull requests. A QA effort was started but never really took hold. After a couple of years, Roger was spending a huge amount of time with the forum. A parallel Arduino core effort was started by ST corporate and they ran out of Roger's forum site but they were considering migrating to a dedicated site. Roger pitched the idea of ST taking over the existing STM32duino.com domain and the offer went to ST lawyers where time passed with little positive traction.

Roger was overloaded with site work and Steve and others were helping out with github. STM's core was evolving quickly and soon was the forum's recommendation for new, experienced developers (and new novice users that wanted to work with a certified, solid codebase.) Roger announced that he was going to archive STM32duino and transfer github.com/stm32duino to STM. Shortly after that, forum traffic increased as folks started to pull material and the traffic shot-up beyond what Roger's ISP was willing to contend with under Roger's contract and the site was taken off-line.

STM and Roger managed to somehow reach a transfer agreement and eventually stm32duino.com came alive under STM's control. Roger handed his github management right to Steve/others. Steve still is enhancing and doing break-fix work on
https://github.com/rogerclarkmelbourne/Arduino_STM32/

For those staying with Roger's or Steve's or other STM32 cores, you are working with best-effort codebase. Said another way, if you run into issues, the forum is your only recourse (no guarantees!)

Now, as in the recent past, the STM32 Official Core is my suggestion for everyone excepting the group that just wish to minimally utilize the STM32F1/F4 as a fat & fast 32-bit replacement of the ATMEGA 8-bit devices.


Ray
Post Reply

Return to “General discussion”