В Flowcode ,eltn d 1000 раз проще!!!!!
Сам немного пробовал,да и люди продвинутые в
микроконтроллерах пишут:
-"Для программы- Flowcode (есть для-AVR есть и для PIC) ненужен язык, как все остальные. не нужно писать кодов в редакторе.
тут программа собирается из кубиков, визуально. то есть ты рисуешь алгоритм программы из готовых кирпичиков с определенными функциями, а
код непосредственно программа пишет (компилирует) за вас, фактически языка как такового знать не нужно, достаточно найти общий язык с
программой, понять что каждый элемент делает.
это совсем не сложно, расматривайте каждый кубик как радиодеталь, компонент со своими функциями.
и стройте свою схему, все остальное, вплоть до получения конечного HEX файла (ко%

Сообщение отредактировал Neman2000 - Dec 17 2008, 08:55

Сколько же человек пишут на ассемблере, С и не знают сего чуда.
Каково качество кодогенерации? Прежде чем рекламировать (и не в одном месте) оцените качество кода и объем. Обычно плата за простоту создания огромный избыточный код.

А есть ещё и Algorithm Builder for AVR
http://algrom.net/russian.html
Программирование идёт визуально... сам код на ассемблере.
Как народ пишет (сам только начинаю изучать МК)... то этой прогой можно легко отлаживать большие программы на ассемблере... проще не запутаться случайно!

Народ это профессионалы или ...? Прежде, чем доверяться "объективному" мнению народа, следует почитать топики с обсуждениями сих чудных продуктов. На электрониксе они есть.

P.S. Выбрав AB или что-то в этом роде Вы прежде всего лишите себя квалифицированной помощи специалистов, которые вряд ли захотят разбираться в экзотике. Издавна получается, что программирование в машинных кодах ведется с помощью ассемблера, а для замены ассемблера есть Си++. AB и что-то там еще, к сожалению не в одну нишу не попадают.

З.Ы. Все сказанное всего лишь мое ИМХО, которое формировалось на основе личного опыта, чтения подобных веток "... vs ..." и т.п. А также все сказанное относится к МК, ни о каких IBM PC и т.п. речь не идет.

Программирование в машинных кодах -ведется в машинных кодах (двоично, восьмирично , шестнацатирично) . Сам ляпал крохотные восьмиричные тестовые программки для ремонта PDP-11, но знал человека, написавшего тетрис в машинных кодах.
АБ , чтобы не говорили специалисты и примкнувшие к ним, кто таковыми себя считает, полноценный ассемблер, один в один , что напишешь , то и получишь. В отличии , например , от Кодевижена, который склоняют на каждом углу.
И почему то, никто не желает бросить Винды и вернуться в ДОС.

кстати, по теме. сильно рекомендую arduino decimilia -
недорогая платка с USB, есть цифровые-входы-выходы и аналоговые входы.

http://www.arduino.cc/

Даа. Знал что мазохисты встречаются, но чтобы так...
При хорошем понимании СИ и даже СИ++ и нормальном инструментарии типа IAR, GCC Ваши слова вызывают скепсис. Что, вернее как напишешь на СИ - то такой ASM листинг и получишь. Не надо загонять себя в угол. При массе достоинств у ASM есть и не меньшее количество недостатков. Я твёрдо убеждён в том, что человек написавший хоть раз программу на языке высокого уровня никогда не захочет вернутся на чистый ASM без жизненной на то необходимости. А всякие там недоязыки программирования - это однозначно тупиковая ветвь.

Можете конечно смеяться... Но напишу как лузер... который только начал осваивать МК... и программирование их.
Кроме программирования на PHP... и явы... А... ну ещё Визуал бэйсик для Корела... и ЯвыСкрипт для Иллюстратора... с панорамированием не сталкивался.

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

Есть золотое правило: первые 30 программ будут с весьма серьезными идеологическими ошибками. Но как-то работать они будут... Практика, много разных хороших и не очень книг, практика и ещё раз практика... И ещё очень полезно для СИ программиста читать книги по СИ++ даже если Вы на нём не программируете вовсе. Можно почерпнуть массу полезной информации с точки зрения идеологии и подходов.

Просто , по другому тогда было сложнее.
Вы в те времена , еще лежали густо присыпанные тальком...Ну , или как минимум-под стол пешком ходили...

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

Все когда-то делали это
"И молвит она ему человеческим голосом":) Прямо кокой-то первобытный страх перед компилятором испытывать начинаешь. Ну а если серьезно, то язык программирования создан для того чтоб программист мого достичь того результата, который он задумал. Программа всегда строго детерминирована и мне с огромным трудом верится в невозможность реализации какой бы то нибыло алгоритмической, логической или математической последовательности на СИ. Любую идею реализованную на ASM без использования особо специфических инструкций можно реализовать на СИ. Я не твердолобый упертый баран и ясно представляю назначение ASM. В конечном итоге за всё приходится платить. И за СИ тоже. Простите если что. Но люди конечно совершенно разные. И некоторые из них намеренно отрекаются от благ цивилизации - им это даже полезно. Вы видимо один из немногих Поверьте, что у меня нет даже ни одной ассемблерной вставки, а суммарный объем исполняемого кода моих програм для AVR немного не дотягивает до 1,5 Мб.

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