AT90S2313 vs Attiny2313-20

[delay]

AVR Studio 4 работает с Tiny2313 без проблем. Вообще, если отлаживать чисто программу без переферии, то AVR Studio 4 прекрасная для этого программа.
Proteus в последней своей версии поддерживает данный МК, но кто за него заплатит такие деньги для устройства для товарища?
Об этом я и писал в разделе TINA

[di_halt]

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

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

А на асме тоже кода готового навалом. Не меньше чем на Си.

[di_halt]

AVR Studio 4 работает с Tiny2313 без проблем. Вообще, если отлаживать чисто программу без переферии, то AVR Studio 4 прекрасная для этого программа.
Proteus в последней своей версии поддерживает данный МК, но кто за него заплатит такие деньги для устройства для товарища?
Об этом я и писал в разделе TINA

ээээ в последней это в какой? Кстати ,может оттуда модельку Тини2313 можно вытащить? Да всунуть в более древнюю версию? М?

[di_halt]

Цитата:

Хыхыхы копеечная экономия, говоришь...

А я и не говорил про промышленные разработки. Все платы я паяю сам. Разве что печатки на заказ делаю. И то раньше сам делал - ЛУТом

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

[delamoure]

Proteus в последней своей версии поддерживает данный МК, но кто за него заплатит такие деньги для устройства для товарища?
Об этом я и писал в разделе TINA

Угу. И про@#@@ись с багой двое суток, обнаружить ее в Proteus, а не в программе

Правильно сказали - AVR Studio + пара подключенных к портам контроллера светодиодиков. И отладка будет вполне приличная. А дальше можно и по USART сливать отладочную информацию.

[ivt2005]

Э-э-э.. ну Вы блин даете...
Не ужели не сделать отдельной ветки "Что лучше асм или си"?

А вообще для контроллеров АСМ проще по нескольким моментам:

А. Не зная асма на си ничего сколько нить полезного на си не написать и не отладить - надо понимать что сделает компилятор.

Б. Компилер для микроконтроллеров (особенно для тинов)будет весма злостно извращаться со стеком и разобраться с чужим кодом полученым в виде гекса или бина без знания асм-а шансов нет.

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

Г. Ty day177

Давно ли асм стал понятнее Си?
Тогда перепишите пожалуйста мне на асм вот это выражение
Код:
return (*((int *) &__ds18b20_scratch_pad.temp_lsb) & bit_mask[resolution])*0.0625;


Да и нафига сегодня асм, когда таже mega8 стоит 60 рублей? Да еще с привязкой к конкретному процу...

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

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

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

Уффф... А теперь контрольный абзац в голову:

На сколько я понял, девайс должен взаимодействовать с программулиной на компьютере, исходники для которой отсутствуют, поэтому ЕДИНСТВЕННЫЙ ВАРИАНТ дезассемблировать гекс и править его.

[ivt2005]

2 Edward_tlt:

Позволю себе пару советов:

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

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

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

[di_halt]

Э-э-э.. ну Вы блин даете...
Не ужели не сделать отдельной ветки "Что лучше асм или си"? :wink:

Ага ага. Всех укорил и сам же ввязался в ту же драку :)))))))))

[di_halt]

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

+1

Данный курс полезен лишь в качестве коллекции линков на AVR ресурсы. Вот чего там много так это их.

Дабы лучше вьехать в архитектуру, то лучше потратить рублей 150 и купить книгу по АВР точно не знаю название, но вроде бы "Микроконтроллеры AVR серии Tiny и Mega" как то так. По сути является дословным переводом даташитов на рассматриваемые контроллеры. Очень неплохая вещь. НО! там тоже могут быть ошибки, а значит в критических моментах сверяться с даташитами. Но всяко проще

[wukawuk]

Для этих микроконтроллеров прошивки можно менять
без доработок, но если хочется повозиться с программой
то hex код можно дезассимблировать и разбирайся
сколько хошь и исходники иметь необизательно
только если на СИ то кода будет побольше.