Mega324P - не шьет больше 16400 байт, Брак? Или так должно быть?!! Опции

[alux]

Впервые столкнулся с такой проблемой. Отлаженную программу для Меги32L решил перенести на Mega324P. Код портировал безо всяких проблем. Программа заняла около 17,6кБ. При попытке прошить avreal-ом выдает сообщение:"Cant fit xxx.hex in CODE memory". Я уж хотел предъявить претензии avreal-у, тогда решил попробовать уменьшить код. Выяснилось, что 16323 байт шьет без проблем, а 164007 уже фиг. Вернее, "Can't fit"... В чем дело?
PS. lock-биты незапрграммированы.

PS2. Может все-таки дело в программаторе?

[SasaVitebsk]

Я в ближайшее время, на добровольных началах сделаю проект - оцените. На тему что defunct предлагал. Тоже в своё время продумывал подобное, да всё руки не доходят. Сейчас потиху занялся. Естественно будет открытый. На первом этапе сделаю его надстройкой. Ну а на втором этапе возможно будет и интегрировать.

[zltigo]

..сделаю проект - оцените.

Чем будет отличаться от avrdude?

[SasaVitebsk]

Чем будет отличаться от avrdude?

avrdude мне не понравился. Не понравилось невозможность fuse битов именовать. Я реалом пользуюсь и он меня устраивает на 99%. Но привычка к оболочке.

Есть свой программатор высоковольтный. Но делал я его ещё на заре появления... Толком его не продумал. Вот и получилось, что каждую новую микруху необходимо было добавлять по живому. Когда-то это было оправдано. Теперь, с появлением семейств, необходимо делать программатор так, чтобы новую микросхему мог бы добавить любой смертный описав её в текстовом файле. Я продумал такой программатор, но в последнее время объём работы значительно возрос и пока руки не доходят. И не знаю дойдут ли.

Я сейчас что-то типа оболочки делаю. Постараюсь сделать её так, чтобы можно было бы любой программатор подключить. В том числе и avrdude.

[zltigo]

Не понравилось невозможность fuse битов именовать.

Дык, дописать....

Я сейчас что-то типа оболочки делаю.

Я правда оболочками не пользовался и не буду, если будет возможно, но оболочек для avrdude попадалось на горизонте не одна и даже не две...

[SasaVitebsk]

Дык, дописать....

Я правда оболочками не пользовался и не буду, если будет возможно, но оболочек для avrdude попадалось на горизонте не одна и даже не две...
Дык, дописать....

Я правда оболочками не пользовался и не буду, если будет возможно, но оболочек для avrdude попадалось на горизонте не одна и даже не две...

Открытых - не встречал. А закрытые - не поддерживаются. Но я хочу просто на два этапа разбить. 1 - оболочка, с возможностью текстового описания микрухи, 2 - с этого же описания (плюс дополнительное текстовое) - сразу программатор.

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

[zltigo]

Открытых - не встречал.

Заинтересовался. Первые попавшиеся открытые на первой странице поиска google:
http://sourceforge.net/projects/avrdude-gui/
http://cupacup.wordpress.com/projekti/avrdude-gui/
http://code.google.com/p/avrdude-gui-net/source

Может помогут, или на мысль какую наведут...

[SasaVitebsk]

Заинтересовался. Первые попавшиеся открытые на первой странице поиска google:
Может помогут, или на мысль какую наведут...

Вы правы. Я не совсем корректно выразился. Попробую более чётко сформулировать что я хочу. Ещё раз отмечаю, что я хочу сделать это для себя. Идею очень давно вынашивал. Даже некоторые документы прописал. Сделал и аппаратную часть. Сделал частично программную, но, как часто бывает у меня - не совсем остался доволен. Хочу ещё раз с нуля попробовать.

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

Ряд программаторов имеют необходимое для этого железо. Но во-первых стоят много денег, а во-вторых не заинтересованы в таком подходе. А применяют тактику доплат за апдейт.

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

[zltigo]

В оптимале я хотел бы следующего:

Тогда для общего развития: http://www.triton-prog.ru/algor.html