Hello, anyone has experience with spartan 3e board kit board? I do not get results with any program that contains: DJNZ, JMP ... results alone with programs in which I interact, if I let a program with a simple increase with subsequent visualization with LEDs, do not get any result, only the first LED lighting. Alguin can help-me?
Health and thanks
I tried the program and does the same, stays the P3.0 i will not turn on the P3.1 at any time. Do not know if the problem is related to the djnz, the IP core that may need to configure depends instructions.
are you measuring with a scope or a meter or - are you relying on the LEDs?
I tried the program and does the same of, course, I said so
Erik
hello, I do not understand the question?
are you measuring with a scope oro en meter oro - are you relying on the LEDs?
you mean as I see it only P3.0 LED lights? I say looking at it with the eye,
He mean: Try with an oscilloscope.
Your eyes cannot see the LED blinking, it's blinking too fast!
Hi, I understand that I comenteis eye can not see whether or not the lights P3.1, but I understand that this program the two would have to see leds on / off alike, no? i even look at the oscilloscope. Thanks for your time
... I think it would be advisable for you to get experience with a well documented debuggable case like a SILabs devboard before tackling the IP cores with their idiosynchracies.
now having the background to say "It MUST be so" makes it impossible for you to decicevely determine if it is a "core idiosynchracy" or your code.
As far as your actual problem it could be a spartan IP idiosynchracy such as the pins in question having a dedicated purpose a pin configuration register the port bit routed differently ....
all beyond "normal behaviour" but quite typical for IP cores
erik: have you checked T1's maximum clock rate lately?
The troll took a long sleep.
Per, no reason you have to be so harsh on yourself.
Ciao.
erik: have you checked T1's maximum clock rate lately? can't say, it depends on which derivative you refer to.