задачи разные бывают - моргать светодиодом можно и на васике написать, смысл то какой, в тини13 то флэша и периферии с гулькин нос, неужто так сложно на ассемблере.Я для ATtiny13 на С царапал и не парился
Классический ответ: выкопать 100 м канаву лопатой - не сложно, но дооолго. "Беларусью" с ковшом - не в пример быстрее.oleg110592 писал(а):задачи разные бывают - моргать светодиодом можно и на васике написать, смысл то какой, в тини13 то флэша и периферии с гулькин нос, неужто так сложно на ассемблере.
Поставить буфер типа 74LS244 (555АП5) к 5 проводкам. STK200/300 называется.Cyber-master писал(а):следующие разы прошивается, нов режиме тормоз и при задержке порядка 20 а так нормально все
Та ну - то у вас лопата плохо заточена и моторчик к ней можно прицепить... Да и на "Беларуси", чтоб копать, надо вначале хорошо учится. И тини13 разве канава, так ямка - ногой топнул...выкопать 100 м канаву лопатой - не сложно, но дооолго
Борьба с оптимизатором, на мой взгляд от незнания/непонимания языка и от неправильного его применения. По поводу прозрачности - мне мои исходники нравятся
ну да, дефайны, условная компиляция, вычисления в препроцессоре, макросы и обильные комменты использую "в полный рост". Трудоёмкость написания программы... ну не знаю, обычная вроде, как-то на спор с приятелем писали болванку (main-цикл, инициализация таймера, мигание светодиодиком) для tiny2313, он на Си, я на АСМе, у меня получилось быстрее на пару минутХотя, конечно понимаю, что возьми мы за тест какую-нить математику с "плавучкой", я бы безнадёжно отстал. А проекты бывают всякие, например один из последник - 7К ассемблерного кода (гаджет для айфона) Моё мнение, что грамотное программирование на Си - отнюдь не тривиальная задача, и требует напряжения мозгов побольше, чем с ассемблером. по моему я уже как-то цитировал слова моего знакоого программиста (который работал в американской компании в области защиты софтаи писал драйвера, исключительно на АСМе). так он говаривал "я слишком тупой, чтобы писать на Си". И это довольно философские слова. Я считаю, что грамотных Си-программистов не очень много.
Ну а я вообще "не от мира сего". Мне например нравится всякая экзотика навроде ФОРТаИ вообще, я пожалуй где-то перфекционист. Как говаривал У.Черчилль: "Я не слишком-то требователен - мне достаточно самого лучшего". Порой это мешает работать (например мешает впарить заказчику какую-нить "лажу"), но это уж извиняйте, моя жизненная позиция. Что-то как-то разговор от МК, плавно перешел к разговору "за жизнь". В общем пока не ощущаю острой необходимости в глубоком изучении Си
ну ну вот вам одна из задачек:
медицинский proximity датчик с логгером:
определение факта установки пациентом стоматологического ортопедического изделия и посчёт времени его ношения
этап выработки концепции ("что и как") опустим, приведу конечные требования для разработки
питание - Li CR1216 (ёмкость 30мА*ч)
диапазон измерения температур - 30-45 С
точность измерения +/-1 С
фотометрический датчик (видимый свет)
периодичность измерений 5 сек (точность ведения лога)
беспроводной интерфейс передачи данных
автономность - не менее полугода в режиме измерений
сохраняемость - не менее 5 лет
конструктив - герметичная капсула без каких либо контактов диаметром не более 14мм, толщиной не более 3мм
возможность активации капсулы (запуск работы)
себестоимость устройства (без учёта корпусирования и стоимости источника питания) - не более $1
Ну ка давайте ка сюда со своими кортексами и сями, а я посмеюсь, вместе с конкурентами
+Кортекс тут не нужен, а что Вы имеете против Си для этой задачи?
+банально не хватит ресурсов, ибо тут копеечный МК, с 0,5К флешем и 32 байтами ОЗУ (в частности - tiny5). Какие тут нахрен Си ?? -
+Писал на Си даже для ATtiny12, которая вообще без ОЗУ
+Это такой же экстремизм, как агрессивное неприятие Си
да, согласен, крайность это всегда ненормально (вот поэтому я и думаю насчёт АРМА + Си (пока не нахожу явных предпочтений Си над АСМом для моих задач, хоть и понимаю, что нужно избегать другой крайности - тащить асм туда, где Си может быть более уместен (да, и такое допускаю .
+вероятно, для Асм и Си есть разные ниши применения,+ для каждого разработчика своё кому-то и для tiny2313 уже Си подавай, а мне, так на всю линейку АВР асма вполне хватало, си и даром не надо. Вот с АРМами - действительно вопрос.
Пока думаю, но сознание активно сопротивляется против Си - прозрачность АСМ-кода, - опыт реализации довольно сложных проектов (полное использование ресурсов контроллеров класса mega/xmega ничуть не пугает) - наличие своих наработок и библиотек За Си - сложность АРМ периферии и нежелание детально вникать в новую архитектуру (на уровне регистров и бит) - действительно более лёкгое написание программ класса "говнокода" (но я прринципиально стараюсь не писать такого
Ну хорошо. Тогда так:oleg110592 писал(а):Та ну - то у вас лопата плохо заточена и моторчик к ней можно прицепить... Да и на "Беларуси", чтоб копать, надо вначале хорошо учится.
? а прерывания в программе используются?из-за чего плавает частота внутреннего генератора?
Только песня совсем не о томВот каждый и выбирает в меру своей испорченности.
1) Ассемблер выигрывает у Си в решении простых задач на простых МК (лично моё мнение, что он более понятен, полностью предсказуем, абсолютно прост)
2) Ассемблер, как минимум не проигрывает Си для решения почти любых практических задач (при грамотном подходе к программированию), опять-таки на простых кристалла, не обременёных хитроумными многоступенчатыми конвейерами и сложной моделью памяти.
3) Си, вероятно более эффективен при работе со сложными процессорами типа АРМ из-за высокой степени оптимизации компилятора под стуктуру процессора (зависит от степени "правильности" компилятора)
4) Си, вероятно более эффективен при решении сложных задач, требующих сложных аппаратных решений (например АРМ-процессоров)
5) Для работы над специальными задачами в условиях ограничения аппаратных ресурсов, ассемблер более предпочтителен (для меня, по крайней мере, так как я его знаю несравненно лучше Си), и в некоторых случаях - незаменим (для меня частых, так как проеты как правило нетривиальны)
6) Есть смысл вспомнить Си (и доизучить его для АРМ) для реализации более сложных проектов и подстраховки для более лёгкого перехода на другие платформы, в случае необходимости п.1-4 полностью зависят от "пряморукости" программера, и если у программера извилины прямые, а руки кривые, а не наоборот, то могут изменить своё значение на обратное, или вообще любое
Микросекунды на глаз заметно? Может Вы еще и слышите в ультразвуке?Cyber-master писал(а):(функции delay_us() на разные интервалы задерживают, прием даже на глаз заметно).
Это так для общего развития.СМ. Рюмик,г.Чернигов писал(а):У архитектуры AVR скандинавская родословная. В 1995 г. два норвежских изобретателя Альф Боген и Вегард Воллен предложили фирме Atmel концепцию нового МК. Идея была принята. Базовые принципы и система команд разрабатывались в норвежском отделении фирмы Atmel совместно со шведскими программистами фирмы IAR Systems. Имена разработчиков вошли в название платформы в виде двух первых заглавных букв - Alf Bogen / Vergard Wollan / Risc architecture.
delay_us(1000) при теоретической частоте кристалла 4 Мгц выглядит от долей до десятков секунд...Danko писал(а):Микросекунды на глаз заметно? Может Вы еще и слышите в ультразвуке?
Код: Выделить всё
static flash unsigned char digits[] = {
0xD7, // 0
0x14, // 1
0xCD, // 2
0x5D, // 3
0x1E, // 4
0x5B, // 5
0xDB, // 6
0x15, // 7
0xDF, // 8
0x5F, // 9
0x08, // 10 - знак минус
0x0F, // 11 - символ градус цельсия
0x00, // 12 - пусто
0x8B, // 13 - F
0x98, // 14 - n
0xFC, // 15 - d.
0xCB, // 16 - E
0x88, // 17 - r
0xA8 // 18 - r.
};
#define MINUS 10
#define GRADUS 11
#define PROBEL 12
static flash unsigned char cursor[]={0b11110111, 0b11101111, 0b11011111, 0b10111111}; // digit1 - PORTD.3, digit2 - PORTD.4, digit3 - PORTD.5, digit4 - PORTD.6
// Timer/Counter 0 initialization
// Clock source: System Clock
// Clock value: 62,500 kHz
// Mode: Normal top=FFFFh
// OC1A output: Discon.
// OC1B output: Discon.
// Noise Canceler: Off
// Input Capture on Falling Edge
TCCR0A=0x00;
TCCR0B=0x03;
// Timer(s)/Counter(s) Interrupt(s) initialization
TIMSK=0x02;
// Timer 1 overflow interrupt service routine
interrupt [TIM0_OVF] void timer0_ovf_isr(void) {
PORTD|=0b01111000; // потушить все (биты всех знакомест "1" - для Общ.кат.)
PORTB=digits[digit_out[cur_dig]]; // символ на экран
PORTD&=(cursor[cur_dig]); // засветить нужный бит (бит знакоместа в "0" - для Общ.кат.)
if ((zpt_ON == 1) && (cur_dig == 1)) PORTB.5=1; // запятая во втором разряде (нумерация нач. с нуля)
cur_dig++; if (cur_dig>3) cur_dig=0;
}Книгу уже скачали? Гляньте на стр.46Cyber-master писал(а):Подскажите лучше, из-за чего плавает частота внутреннего генератора?
Код: Выделить всё
#define A 1
#define B 4
#define C 16
#define D 64
#define E 128
#define F 2
#define G 8
static flash unsigned char digits[] = {
(A+B+C+D+E+F), // 0
(B+C), // 1
(A+B+D+E+G), // 2
(A+B+C+D+G), // 3
(B+C+F+G), // 4
(A+C+D+F+G), // 5
(A+C+D+E+F+G), // 6
(A+B+C), // 7
(A+B+C+D+E+F+G), // 8
(A+B+C+D+F+G), // 9
(A+B+C+E+F+G), // A - 10
(C+D+E+F+G), // b - 11
(A+D+E+F), // C - 12
(B+C+D+E+G), // d - 13
(A+D+E+F+G), // E - 14
(A+E+F+G), // F - 15
(G), // 16 - знак минус
(A+B+F+G), // 17 - символ градус цельсия
(0), // 18 - пусто
(C+E+G), // n
(D+E+F+G) // t
};
#define MINUS 16
#define GRADUS 17
#define PROBEL 18
#define SYMBOL_A 10
#define SYMBOL_B 11
#define SYMBOL_C 12
#define SYMBOL_D 13
#define SYMBOL_E 14
#define SYMBOL_F 15
#define SYMBOL_N 19
#define SYMBOL_T 20
Если фуз активен значит тактовая частота МК делится на 8и ее надо обязательно CKDIV8?