RA8875 Controller

[AtomSoft]

Yeah, Microchip XC32...

 

[Ian Rogers]

But you don't use MPlab?... If not which do you use.... I see the pickit3 in your piccy!!

 

[AtomSoft]

I Use MPLAB X and yes a PICKIT 3

 

[Ian Rogers]

I was confused.... I thought you said you weren't using mpide crap.... You were talking about the old mplabc32 compiler...

Incidentally... Have you tried the XC32++ compiler??

 

[AtomSoft]

This is MPIDE - https://chipkit.net/tag/mpide/

I didnt know that they had a C++ compiler.. awesome!

 

[skimask87]

Ahh...same one that's used on the chipkit uno32?

 

[AtomSoft]

No but close...
Entire Project:
https://www.mediafire.com/download/zrajkq56n0kvkpp/PaintWithConvert.zip

PLEASE DO NOT COMPLAIN ABOUT THIS
ITS A BETA

I CAN NOT OFFER (GUARANTEE) SUPPORT

Enjoy

The above includes the MPLAB XC32 Project and a C# (SHARP) 2010 project for the DAT 2 JPEG converter. To convert the saved images to JPEG (SOURCE and BINARY)

Enjoy

 

[AtomSoft]

For higher SPI speeds change the settings. Update SPI2.h with this also... to make life simpler

#define SPI_SLOWEST 480     //100KHz
#define SPI_SLOW    120     //400KHz
#define SPI_MED     10      //4.8MHz
#define SPI_MED1    8       //6MHz
#define SPI_MED2    6       //8MHz
#define SPI_MED3    4       //12MHz
#define SPI_MED4    3       //16MHz
#define SPI_FAST    2       //24MHz
#define SPI_FASTEST 1       //48MHz

 

[AtomSoft]

Even tho it doesnt work after MED

 

[skimask87]

Even tho it doesnt work after MED

Over speeding the SD card above that?

 

[skimask87]

And while ive got the ssd1963 type and I use different methods for programming, I'm going to try this out on mine mounted to a 67K22 and see what happens.

 

[AtomSoft]

Ok... Actually the sd card world's until 24mhz but lcd fails at speeds greater than 6mhz.. hmmm perhaps it's the mode?

 

[AtomSoft]

Just had a thought.. perhaps I'm not delaying somewhere or checking a flag before resuming. I'll check into it

 

[skimask87]

Can you think of any other reason to read back from the RA8875/SSD1963? other than pulling back pixel data or possibly configuration info...
Messing around with whipping up a sort of "serial backpack" for my 5" SSD1963 panel. The 7" RA8875 LCD panel on order, should be here in a couple weeks, and from looking at it, code isn't going to be all that much different.

 

[AtomSoft]

I used it here just to save a screen shot Cant wait to see what you do... btw i have my full code up

https://github.com/AtomSoftTech/RemoteSeven

Ill post the ImageConverter in a minute..
https://github.com/AtomSoftTech/Img2Asi

 

[skimask87]

Will take a look at the code (re: read that as 'might copy a bunch of it just to avoid typing' ).
Maybe somebody else can find a 'serial backpack' type thing for the SSD1963/RA8875, but I haven't been able to find one.
Plan is to use an 18F4550 (because I've got about 20 of them laying around, want to use an 18F47J53 but only have 2 in the bins), use 8-bit mode on the LCD, TTL serial and/or USB-seial for comms. Offload all the heavy lifting to the PIC, eg. "PRINT 'HELLO',0,0" or "CLS" type of commands. Using the '4550, and accessing the LCD, SD slot, flash chip, touch screen, etc, on the LCD panel I've got leaves me with one pin extra on the '4550 to play with. One stinkin' GPIO left over. meh, might come in handy for something...

 

[AtomSoft]

I was thinking about making one with a CPLD only because i have like 3 around and they are fast!

Basically turning the 8 bit SSD1963 into a SPI version

But i do like your idea better. I have some STM32F407 lying around ... (about 4) so ill write up a play to create a CO-PROCESSOR of sorts to help a normal MCU. Like...

WriteString
ClearScreen
LoadImageFromSD
ScreenShotToSD
etc...

 

[skimask87]

Yep, that's what I'm talking about... I was just going to use a handful of 595 shift registers to get the required pins and put the brains on my board, but figured an adapter board would come in handy a helluva lot more than a one-off program. Got a load of 40 pin PICs laying around along with a bunch of prototyping PCBs that'll fit just about right. Might be on the slow side, but at least it should be simple(-ish).

No STM32F's laying around here, other than the F4 Discovery board I picked up awhile back. Still gotta get into playing with that one and/or learn how to program on it...either that or pick up a compiler from MikroE.

 

[AtomSoft]

Cool, if I get around to making it ill send you one for the cost of shipping

 

[skimask87]

I just realized the STM32F407 is the one on the the STM32F4 Discovery board...duh...
Ran the 'off the shelf' firmware that came with it, made a blinky using the demo version of MikroBasic PRO for ARM, put the original firmware back on it, messed around with it for an afternoon, that's about it.