[Krys 2]

Здравствуйте! Появилась идея сделать дистанционный буфер-программатор (по типу Altera Byte Blaster), чтобы вообще обходиться без компа в месте программирования. Постановка задачи. Есть у вас автомобиль, в нём самодельная железка, в ней ПЛИС или МК. Ноута у вас нету... Автомобиль стоит на улице, электропитание подвести нет возможности, комп тоже.

В таких условиях хорошо было бы сделать такую железячку, чтобы она цеплялась к компу, в неё сливалась прошивка, а потом эта железячка в руках относилась к программируемому девайсу (на автомобиле, например), там вся прошивка выливалась, а на её место записывались бы ответы. Ну и по такому же принципу считывать прошивку или ЕЕПРОМ, если потребуется.

Хотелось бы обсудить эту идею. Кто как видит её реализацию. И вообще возможность.

Как я вижу: память, соединить с плис. Плис будет рулить памятью. Непонятно только, будет ли это всё работать, ведь обычно в начале чтения или записи делается запрос об идентификаторе чипа. А ответа не будет...

Короче, хочу выслушать ваши мысли.

[Postoroniy_V 0]

Здравствуйте! Появилась идея сделать дистанционный буфер-программатор (по типу Altera Byte Blaster), чтобы вообще обходиться без компа в месте программирования. Постановка задачи. Есть у вас автомобиль, в нём самодельная железка, в ней ПЛИС или МК. Ноута у вас нету... Автомобиль стоит на улице, электропитание подвести нет возможности, комп тоже.

В таких условиях хорошо было бы сделать такую железячку, чтобы она цеплялась к компу, в неё сливалась прошивка, а потом эта железячка в руках относилась к программируемому девайсу (на автомобиле, например), там вся прошивка выливалась, а на её место записывались бы ответы. Ну и по такому же принципу считывать прошивку или ЕЕПРОМ, если потребуется.

Хотелось бы обсудить эту идею. Кто как видит её реализацию. И вообще возможность.

Как я вижу: память, соединить с плис. Плис будет рулить памятью. Непонятно только, будет ли это всё работать, ведь обычно в начале чтения или записи делается запрос об идентификаторе чипа. А ответа не будет...

Короче, хочу выслушать ваши мысли.

Не понял проблемы с ведь обычно в начале чтения или записи делается запрос об идентификаторе чипа. А ответа не будет...

о чём тут речь? да конечно атмел конфигураторы ничего не отвечают на такое :). но Вам то ясно какой обьём лить!

а вообщем такое делал

1) плис + мк + датафлеш + аккамулятор+ жки+ клава(пленчатая)

2) имелся 232 по нему заливали фирмваре в флешку

3) затем мк считывал выбраное юзером фирмваре и прошивал конфигуратор плис

вроде всё.

[Krys 2]

Можете показать какие-нибудь наработки (всё, что не жалко, что не является ноу-хау и т.п.)?

Зачем в таком девайсе дисплей и плёночная клавиатура?

[Postoroniy_V 0]

Можете показать какие-нибудь наработки (всё, что не жалко, что не является ноу-хау и т.п.)?

Зачем в таком девайсе дисплей и плёночная клавиатура?

дисплей и клава нужны для

3) затем мк считывал выбраное юзером фирмваре и прошивал конфигуратор плис

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

схему выложу, печатку и исходники не могу извините :)

[Edmundo 0]

Здравствуйте! Появилась идея сделать дистанционный буфер-программатор (по типу Altera Byte Blaster), чтобы вообще обходиться без компа в месте программирования. Постановка задачи. Есть у вас автомобиль, в нём самодельная железка, в ней ПЛИС или МК. Ноута у вас нету... Автомобиль стоит на улице, электропитание подвести нет возможности, комп тоже.

В таких условиях хорошо было бы сделать такую железячку, чтобы она цеплялась к компу, в неё сливалась прошивка, а потом эта железячка в руках относилась к программируемому девайсу (на автомобиле, например), там вся прошивка выливалась, а на её место записывались бы ответы. Ну и по такому же принципу считывать прошивку или ЕЕПРОМ, если потребуется.

Хотелось бы обсудить эту идею. Кто как видит её реализацию. И вообще возможность.

Как я вижу: память, соединить с плис. Плис будет рулить памятью. Непонятно только, будет ли это всё работать, ведь обычно в начале чтения или записи делается запрос об идентификаторе чипа. А ответа не будет...

Короче, хочу выслушать ваши мысли.

ИМХО, ноут проще, но если нет возможности, почему бы не сделать JAM-player на каком-нибудь 51-м МК (для 51-х и пример имеется). Питаться либо от аккума, либо от прикуривателя.

[Krys 2]

ИМХО, ноут проще, но если нет возможности, почему бы не сделать JAM-player на каком-нибудь 51-м МК (для 51-х и пример имеется). Питаться либо от аккума, либо от прикуривателя.

Спасибо за идею. А для прошивки контроллеров, например, атмелов этот джам плеер тоже подойдёт?

 

 

Я так понимаю что с плис работали мало?

Да нет, не особо мало :)

схему выложу, печатку и исходники не могу извините :)

И за схему буду благодарен. Моё мыло paul_paul (gav-gav) ngs (tochka) ru

[Edmundo 0]

Спасибо за идею. А для прошивки контроллеров, например, атмелов этот джам плеер тоже подойдёт?

Сорри, про МК Атмел не заметил. Jam-плеер скорее всего для них не подойдет, если только кто-нибудь сможет сконвертить MK-фирмварь в формат JAM...

[Postoroniy_V 0]

Спасибо за идею. А для прошивки контроллеров, например, атмелов этот джам плеер тоже подойдёт?

Да нет, не особо мало :)

И за схему буду благодарен. Моё мыло paul_paul (gav-gav) ngs (tochka) ru

ушло :)

проверьте почту

[Krys 2]

Получил, спасибо.

Я думаю, мне не нужен будет дисплей и кнопки. Максимум - переключатель направления. Я хочу, чтобы это всё было как посредник между байтбластером. Возможно, даже в том же корпусе, что и обычный байтбластер. Т.е. должен иметься ЛПТ-порт и jtag шлейф. А приборчик должен следить за проходящими данными и эмулировать наличие устройства на удалённом конце провода, когда его реально там нет (оно на улице). И наоборот - читаем с устройства на улице, а ЛПТ-порта пока нет, он на компе в помещении.

Почему ещё используется батарейка? Почему нельзя складывать данные в энергонезависимую память и обходиться без питания? Здесь есть какие-то "подводные камни"?

[Postoroniy_V 0]

Получил, спасибо.

Я думаю, мне не нужен будет дисплей и кнопки. Максимум - переключатель направления. Я хочу, чтобы это всё было как посредник между байтбластером. Возможно, даже в том же корпусе, что и обычный байтбластер. Т.е. должен иметься ЛПТ-порт и jtag шлейф. А приборчик должен следить за проходящими данными и эмулировать наличие устройства на удалённом конце провода, когда его реально там нет (оно на улице). И наоборот - читаем с устройства на улице, а ЛПТ-порта пока нет, он на компе в помещении.

Почему ещё используется батарейка? Почему нельзя складывать данные в энергонезависимую память и обходиться без питания? Здесь есть какие-то "подводные камни"?

1)Батарея, потому что прибор носимый и нужен для программирования загрузочных флешек на обьекте. где лазить с ноутом жуть как неудобно.

2)про память см 1. к тому же в моём девайсе как раз и стоит энергонезависимая память.

 

можете подробнее пояснить про ваш девайс. не понимаю что оно должно делать.

[Krys 2]

1)Батарея, потому что прибор носимый и нужен для программирования загрузочных флешек на обьекте. где лазить с ноутом жуть как неудобно.

Обычно питание программатора типа byte blaster берётся из самой программируемой схемы. Вот мне и непонятно, зачем собственное питание, если у Вас энергонезависимая память.

 

можете подробнее пояснить про ваш девайс. не понимаю что оно должно делать.

Я уже писАл в первом сообщении. Не знаю, как это более подробно написАть... Задайте, пожалуйста, вопросы, если что-то вызывает неясности...

Постановка задачи. Есть у вас автомобиль, в нём самодельная железка, в ней ПЛИС или МК. Ноута у вас нету... Автомобиль стоит на улице, электропитание подвести нет возможности, комп вынести на улицу тоже нет возможности.

В таких условиях хорошо было бы сделать такую железячку, чтобы она цеплялась к компу в помещении, в неё сливалась прошивка, а потом эта железячка в руках относилась к программируемому девайсу (на автомобиле, например, на улице), там вся прошивка выливалась, а на её место записывались бы ответы. Ну и по такому же принципу считывать прошивку или ЕЕПРОМ, если потребуется.

[Postoroniy_V 0]

Обычно питание программатора типа byte blaster берётся из самой программируемой схемы. Вот мне и непонятно, зачем собственное питание, если у Вас энергонезависимая память.

 

Я уже писАл в первом сообщении. Не знаю, как это более подробно написАть... Задайте, пожалуйста, вопросы, если что-то вызывает неясности...

Постановка задачи. Есть у вас автомобиль, в нём самодельная железка, в ней ПЛИС или МК. Ноута у вас нету... Автомобиль стоит на улице, электропитание подвести нет возможности, комп вынести на улицу тоже нет возможности.

В таких условиях хорошо было бы сделать такую железячку, чтобы она цеплялась к компу в помещении, в неё сливалась прошивка, а потом эта железячка в руках относилась к программируемому девайсу (на автомобиле, например, на улице), там вся прошивка выливалась, а на её место записывались бы ответы. Ну и по такому же принципу считывать прошивку или ЕЕПРОМ, если потребуется.

1) Батарея нужна для то чтобы..уже писАл для чего. и к тому же питание от обьекта брать не хочу.

у меня как раз железка так и работала :) ну почти

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

Ведь куда проще закатывать RBF файлы в носимый прибор и потом уже этот прибор будет вычитывать этот(или эти) RBF и закатывать в устройство.

2) а зачем Вам понадобилось записывать ответы на место прошивки? :07: что с ними потом делать?

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

и 3) если от батареи всё же отказались, может скажите как у вас прибор будет запитываться когда Вы его к lpt подключите?

[Krys 2]

1) Батарея нужна для то чтобы..уже писАл для чего. и к тому же питание от обьекта брать не хочу.

Ну если не хотите - тогда конечно. Только уж почему?... Если обычный byte blaster берёт питание от объекта, то почему бы его не брать и этому буферу-программатору?...

 

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

Ведь куда проще закатывать RBF файлы в носимый прибор и потом уже этот прибор будет вычитывать этот(или эти) RBF и закатывать в устройство.

Дело всё в том, что так будет проще: эмулируется обычный byte blaster со стороны компа и программируемого девайса. Не нужно писать отдельную прогу для коммуникации по сом-порту с целью заливки прошивки, всё делается привычными средствами, как это делалось и раньше. Не нужно скачивать отдельную прогу. Девайс не требует доп. софта.

 

 

2) а зачем Вам понадобилось записывать ответы на место прошивки? :07: что с ними потом делать?

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

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

 

 

и 3) если от батареи всё же отказались, может скажите как у вас прибор будет запитываться когда Вы его к lpt подключите?

Вот это пока не знаю. Можно запитываться на время подключения к компу от отдельного блока питания, а во время программирования девайса на улице питаться от самого девайса. Можно и более экзотическим способом запитываться: от ЛПТ-порта. Если мгновенной мощности не хватит, можно поставить кондёр и аккумулировать нужный заряд, которого бы хватило на время программирования буфера-программатора от компа.

[Postoroniy_V 0]

Ну если не хотите - тогда конечно. Только уж почему?... Если обычный byte blaster берёт питание от объекта, то почему бы его не брать и этому буферу-программатору?...

 

Дело всё в том, что так будет проще: эмулируется обычный byte blaster со стороны компа и программируемого девайса. Не нужно писать отдельную прогу для коммуникации по сом-порту с целью заливки прошивки, всё делается привычными средствами, как это делалось и раньше. Не нужно скачивать отдельную прогу. Девайс не требует доп. софта.

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

Вот это пока не знаю. Можно запитываться на время подключения к компу от отдельного блока питания, а во время программирования девайса на улице питаться от самого девайса. Можно и более экзотическим способом запитываться: от ЛПТ-порта. Если мгновенной мощности не хватит, можно поставить кондёр и аккумулировать нужный заряд, которого бы хватило на время программирования буфера-программатора от компа.

Ну если так будет проще :07: ....

тогда такой вот вариант, но он только для клонирования

1) в носимом девайсе стоит "обычный" конфигуратора, такой же как и в том устройстве, куда нужно склонировать прошивку

2) конфигуратор будет прошиваться "как обычно" байтбластером

3) прошивку из конфигуратора вычитываете с помощью МК и

4) затем копируете в конфигуратор, прошиваемого девайса

5) если всё ок включаем зелёный светодиод, если нет включаем красную сирену :)

 

 

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

и вот не ясно мне ну запишите вы "ответы" от железки в флешку...а каким софтом анализ проводить собираетесь?

[Krys 2]

тогда такой вот вариант, но он только для клонирования

1) в носимом девайсе стоит "обычный" конфигуратора, такой же как и в том устройстве, куда нужно склонировать прошивку

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

 

 

в исходниках что послал есть всё нужное для создания того что Вы описали тут, и как работать с жки и т.д. и т.п. Вы в них загладывали?

Да, смотрел схему, спасибо. В прогах я не силён. Но всё равно схему придётся делать свою, поэтому и сложнее, если с ком-портом и дисплеем.

 

и вот не ясно мне ну запишите вы "ответы" от железки в флешку...а каким софтом анализ проводить собираетесь?

А тем же самым, которым бы я напрямую шил свою железку, например, avreal. Делаю на компе операцию прошивки своей железки. При этом прошивка льётся в буфер-программатор. А из него обратно в комп поступают ответы, что всё заливается нормально. Потом я его отношу к автомобилю и подключаю к железке, прога льётся в железку, а на её место в памяти буфера-программатора попадают ответы. Теперь я буфер-программатор подношу к компу и делаю повторную операцию заливки прошивки в девайс, а во время прошивки из буфера-программатора в комп поступают уже реальные ответы, которые давала моя железка при программировании. И эти ответы анализируются этой прогой avreal и выводятся в виде сообщений, например, can't resync и т.п.