Отправлено AndrN 14 ноября 2003 г. 08:13

Написал цифровой автомат на AHDL в Quartus 3.0 При симуляции отображается, что при переходе из одного состояния в другое может проскакивать на очень короткое время какое-то третье состояние. Все бы ничего, но для этого третьего состояния написан кусок кода, который успевает срабатывать и схема работает неправильно.
И еще - компилирую с оптимизацией по скорости - это все проявляется, при оптимизации по размеру - пропадает. Боюсь, что при добавлении еще состояний в цифровой автомат это проявится где-нибудь в другом месте.
Подскажите, из-за чего все это может прооисходить.

• А вы не стесняйтесь, покажите исходник, сразу можно будет подсказать в тему, а не из общих соображений ... :) — _aquarius_   (14.11.2003 10:28, пустое)
  • Исходник отправил по почте — AndrN   (14.11.2003 10:48, пустое)
• Ответ: Просто состояния автомата нада тактировать. Вот примерчик — axalay   (14.11.2003 09:57, 2057 байт)
• Ответ: (+) — SМ   (14.11.2003 09:38, 850 байт)
  • Ответ: Спасибо, буду думать. Хотя схема у меня вроде синхронная. — AndrN   (14.11.2003 10:32, 294 байт)
    • зря, -тактируйте триггеры темже клоком — sled   (14.11.2003 13:01, пустое)
      • Два тактовых сигнала — AndrN   (14.11.2003 13:32, 572 байт)
        • неоднозначности как раз в таком случае появляются, блин, ктоб дал развёрнутый ответ..., вообщем ты неправ, всё нужно делать по единому клоку. — sled   (19.11.2003 11:23, пустое)
        • ВСЕ сигналы (входные и выходные) автомата должны защелкиваться в триггеры тем же фронтом, что и сам автомат.. Иначе будет плохо! — -Тумблер-   (18.11.2003 13:02, пустое)
    • А зачем два тактовых применяете? — _aquarius_   (14.11.2003 11:02, пустое)
  • Мне кажется, что это потому что у него получился автомат МИЛИ (с асинхронными выходами). — Victor®   (14.11.2003 10:14, пустое)
  • либо обьявите выходы автомата как 'state of bits' — sled   (14.11.2003 09:46, пустое)