[VCucumber 0]

Не слушайте Огруцова, он снова впал в режим чат-бота, отрывочные фразы с нулевой смысловой нагрузкой.

а смысл давать широкий текст ? свести обсуждение к несущественным, совершенно не относящимся к вопросу моментам ? миллион раз уже было

ну а тут пусть добавлю - чуть ли не первым вопросом при освоении fpga был "а где осциллограф ?", а сейчас оно мне как бы и не надо вообще

так нужны ли эти диаграммы ? ты же описываешь схему, осознавая её поведение

да, косяки с задержками могут возникнуть при непредсказуемом синтезе, но ведь об этом предупредит компилятор ?

Изменено 18 сентября, 2017 пользователем Огурцов

[Mad_kvmg 0]

а смысл давать широкий текст ? свести обсуждение к несущественным, совершенно не относящимся к вопросу моментам ? миллион раз уже было

ну а тут пусть добавлю - чуть ли не первым вопросом при освоении fpga был "а где осциллограф ?", а сейчас оно мне как бы и не надо вообще

так нужны ли эти диаграммы ? ты же описываешь схему, осознавая её поведение

да, косяки с задержками могут возникнуть при непредсказуемом синтезе, но ведь об этом предупредит компилятор ?

Ну вот Вы снова человек!

Так Вы за осцилограф или протиф, я так и не понял?

И да, компилятор компилирует, про задержки он и знать не знает и не стоит на него тут полагаться и еще, а хотя ладно,

главное я Вас вывел из состояния чат-бота :-)

Без обид только :-) :beer:

[sazh 3]

А вот отец Иосиф готов потратить свое время и передать Вам немного своих знаний, не стоит этим пренебрегать!

25 лет как нет совка, так сколько еще он будет жить в головах?

 

Интересно, где по Вашему отец Иосиф свои знания получал?

[Мур 1]

Интересно, где по Вашему отец Иосиф свои знания получал?

Его дергали по любому поводу?.. Может ли он считать свою специализацию стабильной?... Окунали ли его в иные разделы электроники(сейчас актуально силовая электроника от 40кВТ)?

 

Иными словам,- начальство оберегало его иных от отвлечений?

(Как говорил мой хороший начальник, - мы все музыканты! Должны каждый день играть гаммы и арпеджио. Иначе через неделю отсутствие техники и навыков станут ощущать профи, через месяц -дилетанты....)

 

Плохо, когда в оркестре все музыканты играют не на своих инструментах!!!

[1891ВМ12Я 0]

Хотя хочется чуть больше узнать о методиках верификации сложных проектов в частности о методологии OSVVM. Ну и подсмотреть как происходит анализ данных моделирования. Сомневаюсь что на сложных проектах смотрят временные диаграммы

Не зря сомневаетесь. Что конкретно Вас интересует?

[VCucumber 0]

Так Вы за осцилограф или протиф, я так и не понял?

я не профи и не вправе насаждать здесь, я пока вопросы задаю

 

И да, компилятор компилирует, про задержки он и знать не знает и не стоит на него тут полагаться

как не знает, количество последовательных элементов знает, задержки знает

 

Без обид только

а я что, это ж вы не прошли фильтр по пониманию вопроса

 

[Mad_kvmg 0]

как не знает, количество последовательных элементов знает, задержки знает

Ну что опять :(

 

[warrior-2001 0]

Тема к флуду скатывается.

А философия проектирования - это когда ТЗ базовое разбивается на частные ТЗ. Когда принимаются решение по разделению функционала УСТРОЙСТВА между ПЛИС, процессором и рассыпухой. Когда используется макетирование, когда работают обратные связи, когда маршрут проектирования связан от формирования ТЗ до разводки ПП. Когда разработка тестового окружения идет параллельно кодированию hdl и языкам высокого уровня. И когда корректировка КД на устройство - это скорее исключение, чем правило! Ну и электронный документооборот конечно - когда схема Э3 на А1 печатается 1 раз для устройства, разрабатываемого 1-2 года!

 

Это не сказки и бывает не только в Москве. И купить такой САПР можно со скидкой, и из студентов за 2-3 года воспитать специалистов.

Как-то так.

[VCucumber 0]

Ну что опять :(

почему вы постоянно спрашиваете очевидные вещи ? вы ide используете ? перед сборкой проекта чип выбираете ? speed grade указываете ?

 

 

когда схема Э3 на А1 печатается 1 раз для устройства, разрабатываемого 1-2 года

это реальная философия, сидеть 1-2 года и флософски наблюдать схему

вместо того, чтобы собираться раз в неделю, менять схему, менять модули, менять тз под изменившиеся требования реализации

 

 

[Мур 1]

Тема к флуду скатывается.

А философия проектирования - это когда ТЗ базовое разбивается на частные ТЗ. Когда принимаются решение по разделению функционала УСТРОЙСТВА между ПЛИС, процессором и рассыпухой. Когда используется макетирование, когда работают обратные связи, когда маршрут проектирования связан от формирования ТЗ до разводки ПП. Когда разработка тестового окружения идет параллельно кодированию hdl и языкам высокого уровня. И когда корректировка КД на устройство - это скорее исключение, чем правило! Ну и электронный документооборот конечно - когда схема Э3 на А1 печатается 1 раз для устройства, разрабатываемого 1-2 года!

 

Это не сказки и бывает не только в Москве. И купить такой САПР можно со скидкой, и из студентов за 2-3 года воспитать специалистов.

Как-то так.

"Мечты, мечты!... Где ваша сладость?"

Я не догматик. Допускаю коррекцию ТЗ по ходу реализации. И даже считаю это нормальным в сложных ситуациях!.. Такое совместное решение будет во благо.

А с другой стороны, инженерию оседлали финансисты и их не интересует процесс. Им нужен результат. Как можно быстрее. Менять будем после отгрузки халтуры. И им это известно... За сроки берутся даже не оптимистические прогнозы, а даже поделенные пополам!!! Доведем при шеф-монтаже... *ля!!!

 

Вот дожили!!! ....Кстати, чем не фактор загнивания капитализма?

 

это реальная философия, сидеть 1-2 года и философски наблюдать схему

Это конечно круто.. Но перед глазами пол года зеленых лиц проверяющих PCB многослойной П\П перед отравкой на производство.. ВСЯ контора проверяет! Остается после работы на пару часов и лопатит материал...

[blackfin 16]

Но перед глазами пол года зеленых лиц проверяющих PCB многослойной П\П перед отравкой на производство.. ВСЯ контора проверяет! Остается после работы на пару часов и лопатит материал...

DRC, что ли, использовать не умеют?

[Мур 1]

DRC что ли использовать не умеют?

Это грабли!.. В PCADе брешь. Оказывается есть пропуски такого контроля... Наивный челвек!.. )))

[Mad_kvmg 0]

"Мечты, мечты!... Где ваша сладость?"

Я не догматик. Допускаю коррекцию ТЗ по ходу реализации. И даже считаю это нормальным в сложных ситуациях!.. Такое совместное решение будет во благо.

А с другой стороны, инженерию оседлали финансисты и их не интересует процесс. Им нужен результат. Как можно быстрее. Менять будем после отгрузки халтуры. И им это известно... За сроки берутся даже не оптимистические прогнозы, а даже поделенные пополам!!!

 

Вот дожили!!! ....Кстати, чем не фактор загнивания капитализма?

ТЗ и ЧТЗ править конечно можно, главное что бы они были до начала написания код, а не создавались по ходу дела.

 

Вы все на финансистов пиняете, а кто это? Если руководители, так извините всем важен результат, а не процесс. А то что не могут построит процесс разработки, необходимый для достижения желаемого результата, вот это беда. Вот это я и называю совок, все хотят нанять чтеца, жнеца и на дуде игреца, который сам сорганизуется.

У меня знакомый работает в x5 ритейл(это те кто ответственны за доставку помидор и огурцов(Огурцову привет) в наши магазины), так он рассказывал как к них построены бизнес процессы и процессы разработки софта( да софта они пишут дохрена, не удивлюсь , если скоро будут и железо делать) так там все на высшем организационном уровне. Прям приглашают топ манагеров из западных компаний с целью обучения собственных кадров, дикость какая.

Видимо по этому со свежими огурцовыми, прстите, огурцами в наших магазинах нет проблем в любое время года, чего не скажешь о нашей микроэлектронике.

 

[VCucumber 0]

Это грабли!.. В PCADе брешь. Оказывается есть пропуски такого контроля... Наивный челвек!.. )))

замените этот ад

[Мур 1]

замените этот ад

Такое было больше 10лет назад..