Отправлено Виктор 15 октября 2001 г. 16:03 В ответ на: А вот, как про это сказал один мой знакомый: (см ссылку) отправлено vitA 15 октября 2001 г. 15:30

Или Альтера сглючила в описании? Я почитал много разговоров на эту тему и складывается впечатление, что многие говорят, реально не понимая о чем речь. Должна быть четкая конкретика. Типа.. Файл для данного типа камня должен быть фиксированной длины. После окончания приема NNNN байтов (или битов) появится сигнал conf_done, а уж после обнаружения этого сигнала пжалте выдать допустим 10 клоков для перехода в юзер-моду. Или четко скажите, что в .rbf-файле в хвосте содержится уникальная комбинация битов, по которой умная часть камня обнаруживает окончание файла и опять-таки выставляет conf_done. И мы тогда вам клоков накидаем. А то я тут вычитал, что, мол, в составе самого файла клоки содержатся. Простите, а это как?

• Правильно дополнительные клоки мы выдаем уже после отлова conf_done, а — TRANG   (15.10.2001 16:32, 235 байт)
  • Опять не понял! Так зависит размер загружаемого файла .rbf от конфигурации (к-ва элементов или лог. функций) или не зависит? По какому признаку камень определяет конец загрузки?! По количеству байт(бит) или по их сочетанию? Мужики! Конкретно спрашиваю. Не вводите в заблуждение если точно не знаете.. — Виктор   (15.10.2001 16:59, пустое)
    • У меня проекты на FLEX10K20 и в нескольких различных проектах размеры файлов одинаковы, независимо от процента использования ресурсов ПЛИС, а по — TRANG   (15.10.2001 17:47, 84 байт)
    • Ответ: Длина файла *.rbf фиксированная! Для FLEX10K10 составляет 14751 байт. Конец загрузки скорее всего считается по количеству байт и есть что то на подобие CRC, если поменять хоть один бит в прошивке она шиться не будет! — cdg   (15.10.2001 17:47, пустое)
      • Для CDG лично. СПАСИБО! Наиболее конкретный и исчерпывающий ответ. Особенно насчет контрольной суммы. Еще раз спасибо. Дело в том, что я гружу прямо с компа по последовательному порту, создаю модем и по этому-же порту буду вести с ним обмен данными. Задача на первый взгляд тривиальная, но есть подводные камни. По окончании эксперимента расскажу, если интересно. — Виктор   (15.10.2001 17:59, пустое)
        • Ответ: Один из ькамней лежащих на поверхности - контроль работоспособности FLEX, не слетела ли прошивка, а такое бывает в реальных условиях, сталкивались. — cdg   (15.10.2001 18:24, пустое)
    • точно - только ОН знает — vitA   (15.10.2001 17:13, пустое)
      • Гы! А теперь и я! Только что прогнал через МАКС две темы. В одной ресурсы почти на 90 процентов задействованы, в другой - для пробы элементарный счетчик. Выбрал чип EPF10K10LC84-3 и для обеих конфигураций получил объем .rbf-файла 14751 байт. Эрго - величина сия от кофигурации независима, а является функцией от типа камня. Вот так. Не, шоб сразу мне сказали, я, дурак, мучался. Видать я пытался вкачать файл, скомпилированный под другой тип камня (бардак в директориях, пардон). Все! Пока тема прикрылась. Званяйте за то, что отвлек от дел праведных. — Виктор   (15.10.2001 17:49, пустое)
        • Ответ: Ну вот и хорошо, что разобрался, если че пиши... — TRANG   (15.10.2001 17:51, пустое)
• Ну да для определенного типа камня у меня одни и те же длины файлов *.hex, *.ttf, *rbf. — TRANG   (15.10.2001 16:21, пустое)
  • Вот и отлично! Теперь проверю, какой из файлов более "правильный" и почему так у меня получилось. Результат доложу! Виновных накажем! :-) — Виктор   (15.10.2001 16:32, пустое)
    • Финал! Все работает. Грузится, запускается и.т.д. Теперь я могу сказать, что умею по одному и тому же кабелю от СОМ-порта и камень сконфигурить и сразу-же начать по этому кабелю обмен с созданным девайсом. Спасибо всем, кто принимал участие. — Виктор   (16.10.2001 17:10, пустое)