MCS-51, Первые шаги Опции

[bragol]

Доброго времени суток.
Я программист, учусь в аспирантуре, долго не мог найти работу по специальности и сейчас попал в один НИИ на испытательный срок.
Суть работы программирование микроконтроллеров семейства MCS-51 на Си.
До этого писал всю жизнь под винду, сейчас надо в кратчайшие сроки, а именно 2 недели получить базовые знания и навыки в новой для меня отрасли для успешного попадания в штат.
Задачи поставили следующие:
Ознакомиться с архитектурой данного семейства, найти бесплатный компилятор, научиться писать простейшие программы на СИ, например мигание светодиодов и т.д..
С первыми пунктами все более менее понятно.
Пока я остановился на следующем:
В качестве компилятора я выбрал SDCC
В качестве IDE Code::Blocks
В качестве симулятора выбрал EdSim51, но пока не успел опробовать, все еще впереди.

Далее куча вопросов. Что посоветуете делать дальше?
Прочел уже страниц 30 родной документации к компилятру, не впечатлило, как-то скудно описано и не очень понятно, может-быть из-за отсутствия опыта...
Какую литературу посоветуете желательно русскоязычную для начинающих, именно Си и именно данное семейство микроконтроллеров.
Может быть есть исходники простейшие, желательно с комментами...

Не побрезгаю любыми советами

[Белка12]

То-то зе.

Я не Ваш работодатель и способен видеть, что то, что Ваш опыт ограничивается copy-paste бессмертной программы "Hello World!".
Не надо ЗДЕСЬ неуклюже пытаться вешать лапшу на уши написав на языке 'C' эквивалент русского "моя праграмиста на си много крестик однако".

А как у Вас с теорией относительности?

[_Pasha]

То-то зе.

Состоите в родственных отношениях с проектом SDCC?
--
Не, так не пойдет. Если продолжать непринужденно нэ по тэмэ, тему закроют. По сему всё. Чур меня чур.

Сообщение отредактировал _Pasha - Feb 7 2013, 13:17

[Белка12]

Состоите в родственных отношениях с проектом SDCC?
--

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

Состоите в родственных отношениях с проектом SDCC?
--
Не, так не пойдет. Если продолжать непринужденно нэ по тэмэ, тему закроют. По сему всё. Чур меня чур.

Ладно, будем серьезны. Скину кое-что полезное по 51 контроллерам и по Aduc.

Вот.



Сообщение отредактировал Белка12 - Feb 7 2013, 16:35

Прикрепленные файлы

 8051.pdf ( 3.68 мегабайт ) Кол-во скачиваний: 1634
 1422.pdf ( 3.68 мегабайт ) Кол-во скачиваний: 320

 

[_Pasha]

Вот.

После Сташина/Урусова современные методы изложения основ х51 архитектуры не воспринимаются
--
ЗЫ. А в части SDCC, зря их изначально унесло далеко от GCC. Всякие директивы __xdata __far итд итп, мсм, надо было бы заводить через атрибуты, прагмы-для совместимости. Странно, что даже в современном GCC, например, поддержка fixed point - тоже через "новояз". Интересно, придёт практика компилеростроения к этому или нет?

Сообщение отредактировал _Pasha - Feb 7 2013, 16:48

[ReAl]

даже в современном GCC, например, поддержка fixed point - тоже через "новояз". Интересно, придёт практика компилеростроения к этому или нет?

А разве это не из стандарта? Как и

Код

signed char _Complex a = 2 + 3I; // Т.е. хоть и signed char, и без каких-либо #include <bla_bla_bla.h>

прописанный в C99 и уже давно живущий в gcc.

[_Pasha]

А разве это не из стандарта?

С действующим стандартом спорить сложно, но добавление на каждый случай новых "словечек" - это нехорошо.
Как и для fixed зоопарк

The fixed-point types are short _Fract, _Fract, long _Fract, long long _Fract, unsigned short _Fract, unsigned _Fract, unsigned long _Fract, unsigned long long _Fract, _Sat short _Fract, _Sat _Fract, _Sat long _Fract, _Sat long long _Fract, _Sat unsigned short _Fract, _Sat unsigned _Fract, _Sat unsigned long _Fract, _Sat unsigned long long _Fract, short _Accum, _Accum, long _Accum, long long _Accum, unsigned short _Accum, unsigned _Accum, unsigned long _Accum, unsigned long long _Accum, _Sat short _Accum, _Sat _Accum, _Sat long _Accum, _Sat long long _Accum, _Sat unsigned short _Accum, _Sat unsigned _Accum, _Sat unsigned long _Accum, _Sat unsigned long long _Accum.

Все проходит свой путь развития:
1 рождение
2 детство
3 отрочество
4 юность
5 зрелость
6 старость
7 смерть

На каком этапе, по-Вашему, сейчас 51 машинки? Вопрос риторический.

Не, другой вариант
***
7. смерть
8. CC1100, ADuC и SiLabs
Колесо перерождений. х51 живет там, где уже нинада

[Белка12]

С действующим стандартом спорить сложно, но добавление на каждый случай новых "словечек" - это нехорошо.
Как и для fixed зоопарк



Не, другой вариант
***
7. смерть
8. CC1100, ADuC и SiLabs
Колесо перерождений. х51 живет там, где уже нинада

Вы ещё кучу реально живущих реализаций забыли...Хотя бы Atmel, например.

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

[_Pasha]

Хотя бы Atmel, например.

Atmel любят за другое а после кризиса - даже не любят.
Реально только силабс вперед идет со своими спорными игрушками.

[Белка12]

Atmel любят за другое а после кризиса - даже не любят.
Реально только силабс вперед идет со своими спорными игрушками.

Вопрос спорный, а кому-то больше по душе Analog Devices.

[Harbinger]

Вопрос спорный, а кому-то больше по душе Analog Devices.

Начальство будет другого мнения. Ибо силабсы снижают цены на свои МК, а AD как-то не торопятся. По функционалу и разнообразию моделей при этом силабсы обгоняют, у них есть вещи, не имеющие аналогов ни у кого другого - даже выбора не остаётся.
Атмел в этом случае вообще в стороне... разве что какие-то нишевые решения на LP-линейке. Но их несколько лет назад NXP порядком задвинули со своими LPC900 (которые сейчас уже снимаются с производства в пользу pin2pin-совместимых LPC800 на ядре Cortex-M0+ по меньшей цене).