Quote Originally Posted by mister_e View Post
Could you at least upload ALL your files here? all .BAS, .ASM, .BAL etc etc in a ZIP file, this way we will work with all the same stuff.

and this...
Code:
BANKA   $0000, $005F
BANK0   $0060, $00FF
BANK1   $0100, $01FF
BANK2   $0200, $02FF
BANK3   $0300, $03FF
BANK4   $0400, $04FF
BANK5   $0500, $05FF
BANK6   $0600, $06FF
BANK7   $0700, $07FF
is useless.

AND if you're using a 4550, you're out of codespace... as stated before... time for some code optimization.

The obvious would be to move all text string into an external EEPROM or some part in the internal one.

I don't know how crazy the compiler go with it, but you define some variable here and there (at east in gettext sub)...
Attached PBProj.txt, change txt to jar and unzip it - et voilą ...

The BANKs was still hanging there for no reason, now they are not there any more.

I'm using 4550 and I think there is still much to go before the code ready and finished, so I'm sure that I will try to stay away from PBPL = trouble

The plan is to eventually move all strings to an external EEPROM. If you are referring to the test loop, well it will not stay as well as not the 4 line LCD either.

It doesn't seem to change anything if moving them up from gettext. When building it is nice to have/see them in the first place where you use them. At last you then would collect all to one bunch. But as long there are not local variables then...
... and on this stage before the frame is totally working the code is more as a test underlying...

The question is still how to calculate R
R = (L/2)*(L/2)/H/1000
when for ex. L= 350123 and H=37234 (in reality L=350,123 and H=37,234)
How could one split (divide, using DIV32 R0,R2 etc) to get PBP calculate the correct answer?

Thanks