[Ghost2 0]

Хочется создать примерно такую систему из 4-х TigerSHARC TS201:

 

 

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

Host может шарить с первым в цепочке процессором память.

 

И тут возникает большой вопрос - как загрузить оторванные от шины процессоры? Ни один из описанных у ADI методов напрямую не подходит. Модификация boot kernel немного пугает.

 

Какие вообще возможны способы загрузки такой системы? Очень хотелось бы прошивать все (включая host) с одной "розетки".

 

PS. Извините, если что-нибудь непонятно.

[mdmitry 0]

Посмотрите на сайте ИНСИС их платы, возможно, наведет на мысли.

[jojo 0]

У трех процессоров осталось по 1 свободному Link-порту. Эти порты можно подключить к FPGA хоста и грузить через них. Четвертый процессор уже подключен через линк к FPGA.

 

 

А если соединить их в цепочку JTAG, то во время разработки вообще не надо функции загрузки по линк-портам. После же отладки достаточно прошить 4 загрузочных ПЗУ, если процессоры не в одном кластере. Если времени либо желания нет на дистанционную загрузку.

[729 0]

Хочется создать примерно такую систему из 4-х TigerSHARC TS201:

 

 

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

Host может шарить с первым в цепочке процессором память.

 

И тут возникает большой вопрос - как загрузить оторванные от шины процессоры? Ни один из описанных у ADI методов напрямую не подходит. Модификация boot kernel немного пугает.

 

Какие вообще возможны способы загрузки такой системы? Очень хотелось бы прошивать все (включая host) с одной "розетки".

 

PS. Извините, если что-нибудь непонятно.

Всё это возможно, и всё это уже разработано в "ИнСисе". Действительно, попробуйте обратиться к ним.

[Ghost2 0]

У трех процессоров осталось по 1 свободному Link-порту.

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

 

После же отладки достаточно прошить 4 загрузочных ПЗУ

Можно поподробнее про технологию прошивки?

 

Всё это возможно, и всё это уже разработано в "ИнСисе".

Это будет бортовая система.

Изменено 23 июня, 2008 пользователем Ghost2

[jojo 0]

>>После же отладки достаточно прошить 4 загрузочных ПЗУ

 

>Можно поподробнее про технологию прошивки?

 

Требуется эмулятор. Все процессоры соединяем в цепочку JTAG.

 

Через эмулятор можно прошить микросхему ПЗУ в адресном пространстве каждого отдельного DSP в цепочке JTAG. В DSP загружается программа "агент", которая получает через VisualDSP прошивку и затем ее пишет в ПЗУ.

 

После отключения и сброса процессоры грузятся из своих ПЗУ. Это если не соединять все процессоры в единый кластер.

 

А соединять их в кластер - значит делать 14 слойную плату. Хотя тогда можно грузить из 1 ПЗУ тем же способом.

 

Если есть кураж - можно сделать свой погрузчик из т.н. Хоста. Но думаю, что проще и дубовее предложенного выше нет.

 

Железо ИнСис хотя и замечательное, но весьма универсальное и закрытое (за базовую цену). Иногда это не помогает в работе.

[729 0]

Хочется создать примерно такую систему из 4-х TigerSHARC TS201:

Если честно, то я не советовал бы Вам использовать TS201 вообще, а тем более на борту. Хлопот с ним очень много, а выигрыш по производительности весьма сомнителен (сильно зависит от задачи). Возьмите лучше TS101.

[jojo 0]

>Если честно, то я не советовал бы Вам использовать TS201 вообще, а тем более на борту...

 

Меня давно интересовало, как ведет себя встроенный радиатор TS20x при перегрузках? Он не отвалится вообще :) ?

 

А кроме 2-3 Вт мощности на 1 DSP на 500 МГц проблем вроде бы и нет?

[729 0]

>Если честно, то я не советовал бы Вам использовать TS201 вообще, а тем более на борту...

 

Меня давно интересовало, как ведет себя встроенный радиатор TS20x при перегрузках? Он не отвалится вообще :) ?

 

А кроме 2-3 Вт мощности на 1 DSP на 500 МГц проблем вроде бы и нет?

Радиатор (пластина сверху корпуса) имеет обыкновение отваливаться, особенно если сверху большой (общий) радиатор навешивать. Отваливается в том смысле, что при снятии общего радиатора остается на теплопроводящих прокладках (пасте).

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

Со 101-ым таких проблем практически не было. И в температуре 101 ведёт себя нормально. А модули на 201-ом в печку просто боюсь ставить...

[Ghost2 0]

Спасибо всем за ответы.

По поводу загрузки вроде определились - ранее думали сделать две плис - одна на разводку сигнала, другая на процессор. Теперь просто решили взять плис посолиднее и загружать все процы по линкам.

 

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

 

Я, конечно, сообщу нашему главному по железу что такие проблемы возможны.