Display TFT ST7789 (OshonSoft Basic).

[DogFlu66]

I leave the library to use ST7789 TFT display, I have translated one that is in C language. But unfortunately I have not been able to get it to work yet. I leave the files in case someone with more experience with these displays can review it.

 

[camerart]

These settings are done in the IDE (compiler), they do not go with the code. They stay on the computer.

Hi D,
Ok, I change all, thanks.
C

 

[DogFlu66]

Have you downloaded the .hex file of 292 to Pic?, works?.

 

[camerart]

Have you downloaded the .hex file of 292 to Pic?, works?.

Hi D,
No I missed it!
Programmed now, but nothing. What should I see?

If you add a flashing LED on PORTE.2, this helps me.
C

 

[DogFlu66]

You connected the RS232 port to the PC and with a serial console configured to 115200 and it didn't work?.

 

[camerart]

You connected the RS232 port to the PC and with a serial console configured to 115200 and it didn't work?.

Hi D,
I use in circuit programming, so not RS232 and I don't know what BAUD rate.
C

 

[DogFlu66]

I don't understand you.
Connect the RS232 port of the card to the PC either directly if it has the appropriate connector or if it doesn't, use an RS232 to USB adapter, start a serial console, configure it with the appropriate com port and the speed of 115200.

I use this one:

Chipi-X10 - FTDI

USB to RS232 level full-handshake UART cable

ftdichip.com

 

[camerart]

I don't understand you.

Hi D,
See attached.
C

Connect the RS232 port of the card to the PC either directly if it has the appropriate connector or if it doesn't, use an RS232 to USB adapter, start a serial console, configure it with the appropriate com port and the speed of 115200.

I use this one:

Chipi-X10 - FTDI

USB to RS232 level full-handshake UART cable

ftdichip.com

 

[DogFlu66]

Is there any way to see the layout of your card?.

Changing the subject, let's forget about the RS232 serial port.
If we make a program that generates a certain frequency on a pin, can you measure it?.

 

[camerart]

Is there any way to see the layout of your card?.

Hi D,
I'm interested to know what you mean by card?
I'm programming a PIC on a PCB using the 5x PINs shown just above the screen ribbon cable, using I.C.S.P. and a Pickit3.

I have FTDI serial adaptors but they have USB feed and TX and RX PINS for DATA, that I read using a terminal.
I don't have anything with the 'D' socket as shown in your device.
C

 

[camerart]

Changing the subject, let's forget about the RS232 serial port.
If we make a program that generates a certain frequency on a pin, can you measure it?.

Hi D,
Yes, but I already have programs that flash a LD within all of my existing programs, showing a 1x second beat.
C

 

[DogFlu66]

Hi D,
I'm interested to know what you mean by card?
I'm programming a PIC on a PCB using the 5x PINs shown just above the screen ribbon cable, using I.C.S.P. and a Pickit3.

I have FTDI serial adaptors but they have USB feed and TX and RX PINS for DATA, that I read using a terminal.
I don't have anything with the 'D' socket as shown in your device.
C

From now on I won't say card, I'll say PCB.
So yes, you can connect your PCB to the PC via serial (UART). I don't care if you do it with the old DB9 (RS232 to USB) or USB to USB connector.

So now we understand each other, try downloading the above .hex (#292) to your microcontroller and check that the communication with the PC is correct.

 

[camerart]

From now on I won't say card, I'll say PCB.
So yes, you can connect your PCB to the PC via serial (UART). I don't care if you do it with the old DB9 (RS232 to USB) or USB to USB connector.

So now we understand each other, try downloading the above .hex (#292) to your microcontroller and check that the communication with the PC is correct.

Hi D,
Have you ever used a programmer such as Pickit and the in circuit programming connections?
C.

 

[DogFlu66]

Yes I use it, but I don't understand what it has to do with the topic.

 

[camerart]

Yes I use it, but I don't understand what it has to do with the topic.

Hi D,
I'm confused too!
From my understanding, you want me to test the HEX CODE at #292, by programming the PIC, using the UART, and I don't know the difference between programming with UART or Pickit?

I tried programming with Pickit, but no result, and I have never programmed using UART, so if it is different, how do I do it? And what should I expect to happen?
C

 

[camerart]

I can get a pic.. I will get one next time I order from RS..

Do you have another board you can test? Leave off the pic18f4431 and watch the SCL.. at the moment I do not get proper switching ... Here is the clock at 4Mhz

View attachment 148036

Look at the data signal (bottom) rise and fall more than half the clock.. This is either the chip itself or stray capacitance... Now both these signals are on the same port.. I also see the peak to peak IS 3,3v so we are getting neg to pos... I wonder if there is a slew issue here.. let me divulge the datasheet see it there is a setting.. I do not use the 3v3 devices..

Hi I,
I was looking closer into the SPI Clock, CKE and CKP, to double check what the ST7789 actually needs.

I came across this:

Which has a similarity to your OSC readings.
NOTE: the at rest settings appear different.
C

 

[DogFlu66]

I'm sorry, but I don't know how to interpret waveforms, that's why I didn't answer you before. My oscilloscope has a SPI decoder and it samples the values of the bytes on the screen that pass through the bus. So I don't need to know how to interpret waveforms, which is a very complicated matter.

 

[camerart]

I'm sorry, but I don't know how to interpret waveforms, that's why I didn't answer you before. My oscilloscope has a SPI decoder and it samples the values of the bytes on the screen that pass through the bus. So I don't need to know how to interpret waveforms, which is a very complicated matter.

Hi D,
You may have noticed that I always address each reply to the a particular person for clarity (I just use their initial for amusement)
In this case I was replying to Ian from the post of his Oscilloscope.

If you look at both images you may notice, that the two signals aren't lined up. This has the result that the first BIT of the message has been missed.
If you look at my posts: https://www.electro-tech-online.com/threads/display-tft-st7789-oshonsoft-basic.166219/post-1458411
this was done with a digital analyser, which are not expensive and very useful, in indicating problems.
In these analyser images you can see arrows on the CLK sisgnal, this is when the DATA is passed.
This depends on the SPI settings, and this is what I'm trying to clarify.
C

 

[DogFlu66]

Ok, continue with the topic and see if you get results, I can't help you with that topic.

 

[Ian Rogers]

AH! When diagnosing the clock simply send 0xff as data and sync to it.. then you can observe the clock pulse and, more importantly, the slew. As you see the 4Mhz will work, but any faster and the clock will diminish..

 

[DogFlu66]

If I’m not mistaken, Camerart operates with a 32 MHz clock, which allows the SPI bus to be configured at 8 MHz, 2 MHz, and 0.5 MHz. If there is an issue caused by parasitic capacitance, it will be significantly reduced by lowering the speed to 0.5 MHz.