Page 5 of 5
Re: Q68 Notice 3 - Update
Posted: Tue Nov 21, 2017 8:49 am
by Zarchos
I am going to be a pain in the a... but could the moderator delete not Q68 related posts, please (including mine).
Thanks.
Keeping threads readable should be evrybody's concern.
We owe that to the fab work by the Q68 designer (to me).
No offense, forgive me, I am a little bit to french (=very frank. That is not arrogance, it is culture, 'by design', my intentionis not to hurt your feelings).
Re: Q68 Notice 3 - Update
Posted: Tue Nov 21, 2017 9:04 am
by vanpeebles
It's just chat, we are an informal friendly bunch
Re: Q68 Notice 3 - Update
Posted: Wed Nov 22, 2017 11:01 am
by Pr0f
From a note on the other thread - it mentions 'fast ram area'
What is that? Is this automatically available or are specific drivers required to harness it?
Re: Q68 Notice 3 - Update
Posted: Wed Nov 22, 2017 11:04 am
by Zarchos
Pr0f wrote:From a note on the other thread - it mentions 'fast ram area'
What is that? Is this automatically available or are specific drivers required to harness it?
The way I understand it there is an area where your code (or / and data accessed to if in this memory area ?) will run much faster.
Very interesting, of course.
Re: Q68 Notice 3 - Update
Posted: Wed Nov 22, 2017 2:55 pm
by Peter
Pr0f wrote:From a note on the other thread - it mentions 'fast ram area'
What is that? Is this automatically available or are specific drivers required to harness it?
No sepcial drivers, memory can be allocated by a simple SMSQ/E Basic Command.
Access is 4 times faster than normal SDRAM. Due to the small size, only suitable for short and very speed criticial routines.