Swordfish

Sorry Steven, I (through ignorance) hadn't appreciated the complexity. Something like:- Open for reading Set pointer Read Byte/Word Close Open for writing Set pointer Write Byte/Word Close is fine, no need for both at once. And yes (I know) its easy for me to say. As it sounds like a big job then pu...

Steven,

Yes, sorry, well spotted. It would be preferable to write and/or read byte after setting pointer. And probably read and write word too.

As I didn't know anything about the nitty-gritty I simply assumed you could set the pointer then read/write next byte/word.

Kind Regards,

Francis.

Steven you are approaching deity status rapidly.

No super hurry and your proposed ideas are spot on.

Many thanks in advance.

Francis.

Hi,

Is it possible to set a pointer (on an SD card) before a readbyte/word command or do I have to do X Readbytes to get to my target byte?

I was hoping to use an SD file as a sort of DataBase and would like to get to the target byte as rapidly as possible.

Thanks.

Thanks Steven and everyone. I have done a backup and made the changes to the library and it works a treat. Even though I going to have to learn a lot of new stuff, the methods of the compiler, libraries and IDE are blooming excellent. And damned quick response on the forum too. Knocks the spots off ...

Oh, can you enlighten me about this as this is my first forray with SF.

Tom's code; where is this little mod inserted?
I'd like to give it a go.

P.S. Will it be inserted at some stage into standard range of libraries when I do an update in future?

Thanks.

Francis.

Many thanks David.

The soft option worked perfectly on the 452 and 2520.

Superb.

After having lost considerable amounts of hair trying to get an 18F2520 to work with the SD routines, can anyone suggest a 28pin (or less) PIC that will definitely work please? 18F452 works perfectly but is a bit of a big clunker. (I realise the 18F2520 has issues with MSSP modules which caused me p...

Righto.
Yes, the KSxxx is the good starter cheap'n'cheerful but Tosh has a few advantages. Old faithfull.

I might be able to dig out a 128x64 on pcb if its any use Steven?

I note and appreciate the extra (c/w Proton and others) support for different GLCD drivers, but I notice the 'old faithfull' Toshiba T6963 driver seems neglected (poor thing).

Will it be making an appearance? - as the T6963 is still a popular driver on >128x64 GLCDs.

Superb David.
That is precisely what I was trying to do and a lucid explanation.

Many thanks.

FRancis.

Thanks David.
I take it I'll need to set the IDLEN bit?
And also interrupts to get out of sleep?
If I can put my 5ps-worth in the suggestion box, an equiv of Snooze/Nap x and Sleep x would be nice for ninnies like me.
Thanks again.

I moved this from another section as I think I put it in the wrong place: The Newbie has got confused already. I'm Moving some of my old Proton code over to SFBasic after my temporary forray into MikroElektronika dsBasic (oh dear back to PICs). So, as you can imagine I'm just trying to get my brain ...

Have I posted this in the wrong place? (Its gone very quiet).
For little qustions like this should I post it in another section?

The Newbie has got confused already. I'm Moving some of my old Proton code over to SFBasic after my temporary forray into MikroElektronika dsBasic (oh dear back to PICs). So, as you can imagine I'm just trying to get my brain into a more modular mode and its taking me a few days to find equivalents ...