wrong positive and negative voltages on lcd 20x4

[josepic]

i doubt many would risk unvetted zipped content from google drive, youtube would be safer.
what does displayed very fast mean ?
what does displayed normal mean ?
has it ever worked or is it just a proteus simulation, proteus does not really work for some real time things.
there is no schematic.
why use fp ,can you really expect accuracy to 2 decimals.
what does symmetric power supply mean ,the code is just a display
two dp accuracy from single asynchronous adc results is not plausible afaics esp without a stable voltage reference for adc

[same old same old]

consider that through google drive I was able to share the video so that they could see the proteus simulation, and see the code failure when the positive and negative voltages are displayed, that the negative voltage is displayed very fast and the positive voltage is displayed normally.

You will see in the ldc 20x4 the negative voltage is displayed very quickly, the lcd will register voltage 12.45 and in the proteus dc voltmeter it registers 12.5V


in the 20x4 lcd it registers a positive voltage of 12.58, it displays normal and in the dc voltmeter of proteus it will register a voltage of 12.6V.
You will see that the decimals record different values of both positive and negative voltages.
I hope that the video can serve you better to see and correct the code.
thank you

[Ioannis]

I do not use Proteus so maybe I am wrong. But the Proteus voltmeter, does not have any properties to set? Like how many decimal to use?

Ioannis

[richard]

when corrected for a 2 line display as depicted in your code

DEFINE LCD_DREG PORTB
DEFINE LCD_DBIT 4
DEFINE LCD_RSREG PORTC
DEFINE LCD_RSBIT 0
DEFINE LCD_EREG PORTC
DEFINE LCD_EBIT 1
DEFINE LCD_BITS 4
DEFINE LCD_LINES 2

it works in proteus much as expected

[josepic]

when corrected for a 2 line display as depicted in your code

DEFINE LCD_DREG PORTB
DEFINE LCD_DBIT 4
DEFINE LCD_RSREG PORTC
DEFINE LCD_RSBIT 0
DEFINE LCD_EREG PORTC
DEFINE LCD_EBIT 1
DEFINE LCD_BITS 4
DEFINE LCD_LINES 2

it works in proteus much as expected

Attachment 9354

previously I had this code using pic 16f877a​

DEFINE LCD_DREG PORTD
DEFINE LCD_DBIT 4
DEFINE LCD_RSREG PORTE
DEFINE LCD_RSBIT 0
DEFINE LCD_EREG PORTE
DEFINE LCD_EBIT 1
DEFINE LCD_BITS 4
DEFINE LCD_LINES 2

DEFINE ADC_BITS 10
DEFINE ADC_CLOCK 3
DEFINE ADC_ SAMPLEUS 50

TRISC.6 = 0
TRISC.7 = 1
TRISA = 255
ADCON1 = %11000010
TRISB.6 = %0

LED VAR PORTB.6
B1 VAR WORD
B2 VAR WORD
VALOR1 VAR BYTE
VALOR2 VAR BYTE

STAR:
ADCIN 1, B1
ADCIN 2, B2
VALOR1=B1/9
VALOR2=B2/12

SEROUT2 PORTC.6,188,["$", "$", DEC4 B1,"$", "$",DEC4 B2,10,13]
LCDOUT $FE,2," SYMMETRIC FONT "
LCDOUT $FE,$C4," JOSE LUIS "
LCDOUT $FE,$90," VOLTAGE NEGATIVE:-",DEC2 VALOR1
LCDOUT $FE,$D0," VOLTAGE POSITIVE:+",DEC2 VALOR2
HIGH LED
GOTO STAR​

If you look at the image you will see that the voltages registered in the 20x4 lcd are different from the voltages registered in the proteus dc voltmeter.
I had errors in the floating point and I was able to correct it with the 32-bit library.
and the other code is an improvement, but it still has errors, and in the simulation it shows it.
I hope you can help me correct the code and thanks again​

[richard]

VALOR1=B1/9
VALOR2=B2/12

b1 = 329 , b1/9 =35 target is 12.2 why divide by 9 ?
b2 = 360 , b2/12=30 target is 12.3 why divide by 12 ?


to get more resolution
dummy = b1*100
VALOR = div32 26
result = 1226 ie 12.26 *100

an even more accurate result is possible using */

[josepic]

b1 = 329 , b1/9 =35 target is 12.2 why divide by 9 ?
b2 = 360 , b2/12=30 target is 12.3 why divide by 12 ?


to get more resolution
dummy = b1*100
VALOR = div32 26
result = 1226 ie 12.26 *100

an even more accurate result is possible using */

In my previous code I had many errors due to the mathematical equations and I was able to partially correct these errors using the fp2032.bas library.
even the code continues with the errors in mathematical equations, for that reason I went to the lighthouse to see if they could help correct the code, thanks

[richard]

I went to the lighthouse to see if they could help correct the code

if you don't understand the math / pbp language then you can seek assistance
in this section of the forum [Commercial - Assistance Required] , your problem
description and solution attempts make little sense to me