Уже несколько лет удачно занимаюсь программированием AVR... В основном работал с СИ компиляторами (с асмом сталкнулся совсем недавно)... В общем неплохо разобрался в СИ. В недалеком будущем просматриваются задачи требующие связи с компьютером... Программированием под виндовс никогда серьезно не занимался.... В инстетуте были лабы по делфи... В общем как создаются программы на делфи представляю но не дольше... Этого естественно мало для создания реальных проектов...

Подскажите с чего собствеено надо начинать... Есть делфи.... Продолжать разбираться с ним... Или.. Друг сказал что существует Вижуал Студио... По его описанию я так понял эта программа не чем не уступает делфи и язык там Си... Что лучше? Что удобней? (При связи компьютера и AVR)...

В общем посоветуйте пожалуйста с чего и как лучше начинать...

Зарание спасибо....

Я сейчас программирую на "Delphi" - удобная и приятная среда. Как-то засматривался на "VisualStudio" - что то там все завернуто. Если у вас на "Delphi"-е есть уже хоть какой-то опыт, то рекомендую взглянуть в сторону "Borland C++ Builder" - это тотже "Delphi"(такой же интерфейс и функциональность), только встроенный язык С++.

Если не потребуется писать драйверов, то пиши на том, что лучше знаешь. А драйвера только на Си (если не заморачиваться с ассемблером).

Тут как говорится "Сколько людей, столько и мнений"
Сам работаю с C++Builder6 как было написано выше очень похож на Delphi.
Контора то одна и таже делала.

Могу только подкинуть ссылку.

Форумы по системам и языкам программирования.

Посмотри здесь.
http://forum.sources.ru/

Сообщение отредактировал unichorn - Jul 14 2006, 09:17

Если есть опыт в делфи и связь скомпьютером предполагается через стандартные драйвера то наверно лучше выбрать builder c++ 2006.
Если понадобится писать исключительно программы для связи ПК с устройствами то можно обратить свой взор на CVI LabWindows. Там полностью ANSI C и куча библиотек, заточенных под это дело.

Однако для того чтобы углубленно и вдумчиво программировать под винду нужно осваивать visual studio + библиотеку qt.

Под консоль (чего весьма часто достаточно - всякие лоадеры, конфигураторы, тесты), можно писать без специфических знаний о Windows, на традиционном C/C++.
Если нужно быстро ваять формочки с окошками - Builder самое оно,понятен интуитивно.
Если хочется "писать по взрослому" (серьезые системные вещи, драйвера) стотит потратить время и осваивать VisualC++.
В любом случае стоит поискать литературу именно по идеологии Win, а не по конкретной среде разработки. Поймете, как работает главное окно и что такое обмен сообщениями, - сможете писать хоть на асемблере.
PS Несмотря на обширную армию делфистов настоятельно советую С++, это родной язык системы.

Visual Studio, С# - очень достойные вещи. Насчет драйверов не скажу (не писал), а связать по COM порту легко.

Присоединяюсь к данному мнению. Программисту на Си легче и быстрее освоить Builder, чем Delphi.

А что, Builder под консоль не канает? Я давно им пользуюсь, и пишу на нем как консольные программы, так и GUI приложения без использования визуальных примочек, не плохие программулины получаются. В остальном полностью поддерживаю)

Наверно остановлюсь на C++Builder6... Сегодня уже ходил посматривал литературу по этому вопросу.... Нарыл книгу "Программирование в C++Builder6 А. Я. Архантельский "... Хотелось бы услышать коментарии по этой книге... Может у кого она есть.... Стоит ее покупать? Или может поискать что-нибудь другое... И еще один вопрос... Как я уже говорил никогда не занимался связью микроконтроллера с компьютером.... Ясное дело что надо освать сначала связь через ком-порт.... Поясните пожалуйста... В что-такое "драйвер"? Я естестствено не раз ставил дрова на машину.... Но одно дело поставить драйвер а другое написать его... Если есть связь с компьютером то драйвер нужен обязательно? Если нужен то я так понял его в C++Builder не напишеш.... Нужно осваивать что-то посерьезней.... Тогда ето visual studio? Если написал какой-то экзешник, который отправляет и принимает с компорта байты.... То зачем вообще драйвер? Или без драйвера программа нечего принимать и отпралять не будет? Ну вобщем если не трудно то просвятите пожалуйста....

ИМХО разницы нет. Затраты на изучение синтаксиса нового языка ничтожны. Тут скорее надо сравнивать библиотеки обертки для Win API

Builder, Delphi , все равно обе среды используют туже библиотеку VCL , которая написана на Delphi и в исходники которой вам придется заглядывать если вы собираетесь более менее серьезно программировать хоть в среде Delphi хоть в Builder.

Язык Delphi(ex Object Pascal) имеет также гораздо более шустрый компилятор чем любой сишный, что тоже удобно.


ИМХО VCL одна из лучших ОО оберток для win api, которая без больших затрат позволит реализовать морды для большинства приложений ну и логику, правда Win APi вам тоже придется иногда использовать.

Что же касается Visual Studio и интерфейсов, тот тут есть варианты,
1)при необходимости компиляции в native код:
вам придется иметь дело с MFC которая на мой сугубо субьективный взгляд (Г.) нелогичное убогое и т.д. , можно конечно писать все на WinAPI , но это дело неблагодарное. Или к примеру использовать Qt или Gtk , но они лицензированы по GPL.

2) всякая ересь типа .net , дает возможность использовать неплохую библиотеку классов для любых задач , но на выходе мы имеем что то типа явовского байт-кода , который требует соотв. ПО на машине пользователя (сколько там .net рантайм весит , метров тридцать?). В общем мелкомягкие хотят сделать из этого будущее(предпологается что со временем читый win32 успешно издохнет). Но пока ХЗ что из получится.

Перед тем как упоминать магическое слово драйвер изучите для начала WIN32 API, если, конечно, хотите более-менее профессионально ваять что-то под Windows. Не знаю как от мелкософта, но в Билдере весьма доходчиво все это расписано, хотя это тоже визуальная среда программирования. Среды программирования это одно, ОСь это другое)

Кстати отсутствие нормальной литературы это одна из главных причин не использовать delphi и builder.
Книги большинства авторов это - перевод справки растянутый на стони страниц с примерами.
Архангельский пишет ересь , к примеру как то встретил в его книге фразу о том что sql придумал microsoft в 70х годах:-) Жуть.


Более менее нормальный автор это Марко Канту с Mastering Delphi 7 (и ниже), на английском можно найти в интернете, перевод в книжном магазине.


В что-такое "драйвер"? Я естестствено не раз ставил дрова на машину.... Но одно дело поставить драйвер а другое написать его...

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

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


Но одно дело поставить драйвер а другое написать его... Если есть связь с компьютером то драйвер нужен обязательно?

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

Или без драйвера программа нечего принимать и отпралять не будет? Ну вобщем если не трудно то просвятите пожал

Под 98 все будет нормально , под NT не совсем , ибо при доступе к порту через файловый дискриптор будет использоваться внутренние механизмы кеширования windows.
Работать будет скорее всего но через Ж.

Есть хорошая книжка по внутреннему устройству Windows NT, авторы Соломон , Русинович - Внутреннее устройство Windows 2000 (Inside for MS Windows 2000) , имеется в интернете в виде скана, так и в магазине.

В Windows API есть все для связи через порты. В том числе можно и кэширование отключать. Сам пишу на Borland С++ Builder 6.0 и на Visual Studio NET (C++). На Билдере - все, кроме драйверов и внутрисистемных вещей (например, службы NT).
В большинстве случаев драйвера для связи с устройством писать не нужно, если связь идет через COM/LPT.

В Windows API есть все для связи через порты. В том числе можно и кэширование отключать.

Есть все. Кроме прямого доступа к эти портам:-) Как пример можно привести программный spi, one-wire, twi на com.

Думаю avreal или avrdude тоже не дураки писали.