I agree, movff could set 8-outputs, using 2 cycles.
The other 8-outputs would take another 2 cycles, for a total of 4.
With a PICrunning at 40Mhz, that would take 0.4 µS.
At 14-bit resolution there are 16384 divisions of the period, so 0.4µS * 16384 = 0.0065536 Sec. for the entire BAM cycle.
Which means that the MAXIMUM refresh rate for 16 channels of 14-bit BAM is 152.5 HZ (1 / 0.0065536).
At 13-bit resolution, the MAX refresh is 305.1 Hz (1 / 0.0032768).
So I reiterate ....
16 channels of 14-bit BAM, at 610Hz ... IS IMPOSSIBLE.
<br>
DT
Are u blind? What u just wanna prove iterating yer silly cycles, just try to return from yer subroutine, or generate some interrupt for yer brains. Try to think. I have these devices perfectly working and even more - they work pretty much time ago. I took much time to develop first working 13/610. 14bit isn't finished a bit, but i only need to delete flickers or improve BAM engine code + speed up comm bitrates + add more channels.
What do u see so impossible in my devices? Perhabs u think that if u can't do something, or u do not understand how it works, nobody could make it in whole Universe? U are such amazyng man, dude.... Stop smoking or eating much fastfood stuff) Just look for some "state-of-the-ART" code wroten for demoscene... U'll be surprised by the level of optimization and execution speed of some algos, just compare it with most of MS code - sometimes it very hard to understand way it works.
Ok, i would to share my secret ONLY WITH U!!! Actually 3 little green men from other galaxy just gave me much power to heal people, kill them also or make any Microchip MCU's work several times faster and presented me their magic LED-driver engines working far beyond the limits of physics laws (in your opinion))))
haha, don't bicker.
16 channels of 14-bit BAM, at 610Hz ... IS POSSIBLE
i know the secret,haha.
in fact u have many time to handle the datas.
u only want to how to find a way to change the H/L in one cycles.
sanch0, u r right! where r u?
I am in Shanghai, China. Nice to meet u.
Darrel Taylor, everything is possible
the world is really magical![]()
Whatever ....
My case has been made.
Anyone who knows anything will know the difference.
And apparently we will never see eye to eye.
Onward ... Through the fog ...
<br>
DT
Hi there! I'm from Tallinn / ESTONIA / EU
Very nice to meet u too.
I'll show u how to increase resolution to 1Tcy later, just do not have time now. I don't like to upload or post something unfinished. I don't use much comments in code and some of them are in russian. So when i finish my work on development, i should make code look better and more clear for anybody and for myself too)).
I wait with baited breath for your code.
Just be aware ...
I'm going to tell you why it doesn't do what you think it does.
<br>
DT
And I use only pure ASM code for such relatively slow MCUs, of course...
p.s. please don't expect me to do it very soon, as i have to finish some other projects too. Firstly I must repair of girlfriend's apartment and after that I planned to develop some mechanics for other project. It could take 2 weeks, i hope. Sorry. Hope u'll be patient.
Darrel Taylor: )))))))))))))))))))))))))))))))))))))))))))))
It do what it supposed to do, not less not more.)) I've got enough measurement tools and other stuff to be 100% sure what i'm saying. And even i hadn't any of them... I don't just put MCU instructions into text file randomly. I know what i'm doing _exactly_, Darrel. I started studying electronics and ASM (for Z80 - first programming language i studied and used, M68K, PIC, AVR, x86 etc.) from my childrenhood, so i know what about i'm talking. U just have not any chanse, Darrel))))
Last edited by sanch0; - 21st August 2009 at 03:16.
from ur childrenhood.
my god.
too young,haha.
i learn mcu in Unversity only.
Bookmarks