-
Notifications
You must be signed in to change notification settings - Fork 55
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
PROGMEM problems with 8bit arduino's #63
Comments
Dear Sumotoy: Thanks for the great library. The README file for V0.70b10 says you fixed the missing macro that was causing PROGMEM problems for 8-bit Arduinos. However, I get compile errors using V0.70b10. In arial_numbers.c, I get about two dozen compile errors. Mostly "Unknown type name 'tImage'" such as on the line: static const tImage arial_numbers_0x20 = { image_data_arial_numbers_0x20, 21}; but also "Unknown type name 'tChar'" on the line: static const tChar arial_numbers_array[] = { and "Unknown type name 'tFont'" on the line: const tFont arial_numbers = { 21, arial_numbers_array,0,32,0 }; I am compiling using the embedXcode plug-in (http://embedxcode.weebly.com/) for Xcode (the Apple IDE, https://developer.apple.com/xcode/). I am using an Arduino Mega 2560 clone made by Inland. I don't get this error when using the Arduino IDE. Instead, I get other errors. However, I gave up using the Arduino IDE long ago, and I don't want to go back to it. embedXcode & Xcode make a much nicer IDE. Best regards, |
hello, |
I have been using embedXcode and the earlier version of the RA8875 library Best regards, Sent from my mobile device
|
Hello, |
Thanks for your message. Previously, I did not appreciate the difference I look forward to the b11 release. Thank you for working on this great No, I have had no other trouble compiling my program using the RA8875 I like embedXcode + Xcode much better than the Arduino IDE. For example, In case you are interested, my program drives a digital signal synthesizer -George On Wed, Jul 29, 2015 at 4:17 PM, max mc costa notifications@github.com
|
Hi George, #if defined(SPI_HAS_TRANSACTION) Did you already tried SD card with RA library? Have a look in the wiki! |
Thank you for the code to test compatibility with SPI Transactions. I compiled and uploaded the code with embedXcode to both my Mega 2560 clone and to my Teensy 3.1. In both cases, the output indicated NO SPI Transactions compatibility. I used the Arduino IDE (V1.6.1 with Teensyduino 1.24) to compile and upload the code to both boards, and the output also indicated NO SPI Transactions compatibility. This was surprising. What is SPI Transactions compatible? -George
|
Arduino IDE (V1.6.1 with Teensyduino 1.24), SPI library have SPI transactions for both Arduino and Teensy with this version so I'm really surprised. |
'Sorry, I made a silly typographical error when I entered the test program. SPI Transactions >>are<< supported when I compile using Arduino V1.6.1 + Teensyduino 1.24 (for both Arduino Mega 2560 Inland clone and Teensy 3.1) and when I compile using embedXcode. As far as I know, embedXcode uses the same compiler and libraries as are used by the Arduino IDE. The Arduino IDE must be installed before installing embedXcode, so one would expect the same library support in both environments. To answer an earlier question, no, I have not yet tried accessing the microSD card reader on the EastRising display board using the RA8875 library. Very early on, I ran a test program using some other library that supported only an microSD card reader, and I was able to access the microSD card. However, as noted in various places, I need to include a buffer if I want to access both the microSD card reader and the display using the same bus. I have the chips. Maybe this weekend I will get a chance to wire them in. -George |
With Mega 2560 you can try without chip isolation, maybe it works since the low SPI speed and SPI transactions but pull up RA8875 and SD cs pin's to be sure that SPI don't interfere. |
b11 just released has correct and no-messy workaround for MCU that need PROGMEM |
A couple of users reported compiler errors with the external fonts with 8bit arduinos, I'm sorry about that, I simply missed to insert a macro in the last release but I will include in the next version.
The next version will have a working rle compressed font decoder as well plus some new fonts.
The text was updated successfully, but these errors were encountered: