- 新着としてマーク
- ブックマーク
- 購読
- ミュート
- RSS フィードを購読する
- ハイライト
- 印刷
- 不適切なコンテンツを報告
Hi there
Im having issue with the startup status on cpld, seems it does not reset itself on bootup or i dont know how to...
So, for instance, a code which alternate output enable signal between latches corresponding 2 srams in ping-pon fashion, ends up as below when first switch on cpld; before i manually press reset button:
U can imagine there is contention since both rams are accessed same time like that...
If i then press reset button (active low), all becomes just perfect as per simulation, rams are alternated:
Is there a need of additional external reset circuitery for cplds?. Above is just example, but i have same issue for other projects too.
Thanks in advance dudes!
BR
- 新着としてマーク
- ブックマーク
- 購読
- ミュート
- RSS フィードを購読する
- ハイライト
- 印刷
- 不適切なコンテンツを報告
according to project files, you are using MAX7000. It's a long time that I designed with the device family, if I remember right, it involves an internal POR.
Problem is that an asynchronous reset (either POR or dedicated external signal) may cause occasionally unexpected state of registers if clock is already running. Reset must be synchronized to clock to overcome the issue.
There are several reason why POR may not be sufficient, e.g. non-monotic supply rise.
An external supply supervision chip with delay can solve problems, reset synchronization to clock may be still required.
コピーされたリンク
- 新着としてマーク
- ブックマーク
- 購読
- ミュート
- RSS フィードを購読する
- ハイライト
- 印刷
- 不適切なコンテンツを報告
It's hard to tell without seeing the design, but just like any other logic design, your FPGA design should have a reset state it goes to after device programming.
- 新着としてマーク
- ブックマーク
- 購読
- ミュート
- RSS フィードを購読する
- ハイライト
- 印刷
- 不適切なコンテンツを報告
Hi sstrell
Attached is design itself. As said, reset is active low. Board has pullup resistor on reset pin with pushbutton. Top module "vga" does invert that logic so reset is high level for the modules on design: "assign _reset=!reset;".
As said, seems there is no reset at startup itself, so, need to do it by hand pressing button..
Maybe is better set reset active high on top module and go for a pull down resistor?.
Thanks in advance!
BR
- 新着としてマーク
- ブックマーク
- 購読
- ミュート
- RSS フィードを購読する
- ハイライト
- 印刷
- 不適切なコンテンツを報告
according to project files, you are using MAX7000. It's a long time that I designed with the device family, if I remember right, it involves an internal POR.
Problem is that an asynchronous reset (either POR or dedicated external signal) may cause occasionally unexpected state of registers if clock is already running. Reset must be synchronized to clock to overcome the issue.
There are several reason why POR may not be sufficient, e.g. non-monotic supply rise.
An external supply supervision chip with delay can solve problems, reset synchronization to clock may be still required.
- 新着としてマーク
- ブックマーク
- 購読
- ミュート
- RSS フィードを購読する
- ハイライト
- 印刷
- 不適切なコンテンツを報告
Hi,
in some FPGA design that miss a hardware reset signal, I'm using a reset delay counter starting from POR. I fear logic cells in MAX7000 may be too scarce to implement it.
- 新着としてマーク
- ブックマーク
- 購読
- ミュート
- RSS フィードを購読する
- ハイライト
- 印刷
- 不適切なコンテンツを報告
Hi Armando,
May I know if there is any more support/help needed from you for this question?
Regards,
Aqid
- 新着としてマーク
- ブックマーク
- 購読
- ミュート
- RSS フィードを購読する
- ハイライト
- 印刷
- 不適切なコンテンツを報告
Think is ok by FvM answer, ill check and redesign based on it
Br
- 新着としてマーク
- ブックマーク
- 購読
- ミュート
- RSS フィードを購読する
- ハイライト
- 印刷
- 不適切なコンテンツを報告
I’m glad that your question has been addressed, I now transition this thread to community support. If you have a new question, Please login to ‘https://supporttickets.intel.com/s/?language=en_US’, view details of the desire request, and post a feed/response within the next 15 days to allow me to continue to support you. After 15 days, this thread will be transitioned to community support. The community users will be able to help you on your follow-up questions.
