Мелкие вопросы по МК и ПЛИС.

[ximik]

Если выставить фьюз EESAVE, то при прошивке EEPROM сохраняется.

и что это означает? мк не перепрошьется?

[shurikss123]

В том и дело, что в дипе Мега64 не выпускается, насколько я знаю - только в TQFP (и это мой случай) и в QFN.

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

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

[SubDia]

и что это означает? мк не перепрошьется?

Перепрошьется. Но содержимое EEPROM сохранится.
Вообще, знаете - загляните-ка сюда на досуге: http://avrfuse.narod.ru.

тока меня сбило с толку то что на этой 64 меге ноги программирования непривычно не те. и немного запортил

Ну дык даташит же читать надобно прежде, чем плату разводить.
SMD кварцы - красота. Испытываю к ним слабость.

[просто КОТ]

ATTiny12L -- нормальный ли это МК и чем его запрограммировать можно?! Это будет мой первый МК, если можно что то по лучше брать -- советуйте. Чем их программировать -- есть простая схемка?!

[O-LED]

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

просто КОТ контроллер это не кошка, они все нормальные. просто каждый контроллер рассчитан под определенные задачи и применение.

[Gudd-Head]

Вопросик. то что запись в еепром процес медленный это известно, а вот как обстоит дело с чтением?

Если ЕЕПРОМ пишется около минуты, то считывается секунды за три.

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

Лучше из ОЗУ — быстрее и проще будет.

[ploop]

Я тоже озадачивался этим вопросом.
Дабы не рисковать, выделял место в ОЗУ под переменные и читал их в инициализации. И вообще стараюсь как можно реже трогать ЕЕПРОМ, что-то не внушает он мне доверия (начитался страшилок наверное )

[DimanVIP]

Я тоже предварительно все из ЕЕПРОМ в ОЗУ вычитываю.
И потом, при необходимости, можно легко и быстро сравнить содержимое ЕЕПРОМ и ОЗУ и сохранить все имеющиеся изменения, без лишних заморочек.

[просто КОТ]

Ну, а чем такой 8ногий программировать?! И да -- по нормальным имел в виду не устаревший!

[просто КОТ]

КОМ, ЛПТ, ЮСБ порта имеются -- дайте схемку простово прогера на 8 лап!

[O-LED]

Gudd-HeadDimanVIPploop
Спасибо. Хуже точно не будет, так что завел отдельные переменные в озу.

просто КОТ
восьмилапый программируется точно также как и 100 лапый. для этих целей вообще нужно только 3 ноги(с ресетом 4). схемы поищи сам, их миллионы

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

[просто КОТ]

Для этих целей вообще нужно только 3 ноги(с ресетом 4). схемы поищи сам, их миллионы

Какие ноги?! Я в это деле -- 0. А схему я искал, но както не уверен в них.

Устаревший или нет - какая разница если он у тебя есть в наличии.

Да я тока покупать собираюсь!

[SubDia]

Какие ноги?! Я в это деле -- 0. А схему я искал, но както не уверен в них.

Да все просто. В программировании по SPI используется четыре сигнальных линии: это SCK, MISO, MOSI и RESET.
Самая простая схема - по четырем проводкам от LPT или COM. Так и вбейте в поисковике. Но я бы посоветовал программатор от Prottoss (правда, там понадобится хотя бы какой-нибудь программатор для прошивка контроллера самого программатора . Поищите, тут ниже на форуме есть темка.

[просто КОТ]

http://eldigi.ru/site/programmators/14.php А это чудо сойдёт?!

[SubDia]

А это чудо сойдёт?!

Вполне. У меня нечто подобное до сих пор где-то валяется (собсно, собирал его для прошивки контроллера в USB программаторе).

[lix]

вроде бы все правильно. но почему же происходит засветка соседних столбцов?

ниче не понятно что такое SR_WRITEONE(); и SR_CLR_DATALINE();
не проще ли сделать так два сдвиговых регистра с общим clock и записывать в них одновременно.
а может надо сделать маленькую задержку(не успевает потухнуть диод)?[/quote]

SR_WRITEONE(); и SR_CLR_DATALINE() - это макросы которые записывают единичку в регистр. они управляют столбцами, т.е. регистрами осуществляется развертка по горизонтали. значение в столбике берется из порта B. вобще у меня матрица 8х24 (24-разрядный сдвиговый регистр). перед сдвигом, я гашу столбец, сдвигаю регистр, и зажигаю следующий. засветки быть не должно по моим представлениям, а она есть.

[shurikss123]

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

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

[FreshMan]

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

[DX168B]

Я поступаю так. Держу во флеше массив образа EEPROM. В этом образе, один из байтов играет роль метки для разрешения копирования образа из флеша в EEPROM. Работает так. При первом включении, МК перечитывает содержимое EEPROM в ОЗУ и проверяет этот байт метки. Если там что-то отличное от 0xAF, то он копирует образ из флеша в EEPROM. В образе значение этого байта - 0xAF. После этого МК перезагружается и снова перечитывает EEPROM в ОЗУ. Снова проверяет тот байт. Если там 0xAF, то МК продолжает работу. Все данные из EEPROM находятся в ОЗУ во время работы программы в МК и МК пользуется только этими данными. EEPROM не трогается, за исключением изменений данных в EEPROM в процессе работы программы. Чем хорош такой подход? Тем, что не нужен файл EEPROM при прошивке МК, так же появляется возможность сброса настроек на настройки по умолчанию (если в EEPROM хранятся настройки программы). Для сброса надо лишь почистить этот байт и перезагрузиться.
Минусы в том, что отнимается место во флеше под образ и на инициализацию может потребоваться немного больше времени. Байт метки сначала стирается программой, за тем сразу же записывается при копировании образа, что увеличивает вероятность износа ячейки, отведённой под метку.

[Gudd-Head]

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

Загнать код а АВР студию и запустить симуляцию. Либо считать сколько выполняется каждая команда.