Реклама на сайте English version  DatasheetsDatasheets

KAZUS.RU - Электронный портал. Принципиальные схемы, Datasheets, Форум по электронике

Новости электроники Новости Литература, электронные книги Литература Документация, даташиты Документация Поиск даташитов (datasheets)Поиск PDF
  От производителей
Новости поставщиков
В мире электроники

  Сборник статей
Электронные книги
FAQ по электронике

  Datasheets
Поиск SMD
Он-лайн справочник

Принципиальные схемы Схемы Каталоги программ, сайтов Каталоги Общение, форум Общение Ваш аккаунтАккаунт
  Каталог схем
Избранные схемы
FAQ по электронике
  Программы
Каталог сайтов
Производители электроники
  Форумы по электронике
Помощь проекту

Proteus, KiCAD и другие ECAD Разработчик так или иначе сталкивается с системами автоматизированного проектирования. Данный раздел - по САПР.

Результаты опроса: На каком языке программироуте микроконтроллеры
Asm 12 48.00%
C 8 32.00%
Pascal 3 12.00%
Другое 2 8.00%
Голосовавшие: 25. Вы ещё не голосовали в этом опросе

 
Опции темы
Непрочитано 27.07.2005, 01:24  
Gnider
Почётный гражданин KAZUS.RU
 
Регистрация: 30.06.2005
Сообщений: 3,399
Сказал спасибо: 5
Сказали Спасибо 431 раз(а) в 306 сообщении(ях)
Gnider на пути к лучшему
По умолчанию

Господа!
Помоему тут все зависит от задачи.
1) Если нужно сделать программу следящую или управляющюю каким либо быстрым процессом в Real-Time,где нужно уместить максимум кода в определенный интервал,где все рассчитано по микросекундам или где нужно обойтись как можно меньшим обьемом памяти то используют асм.

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

Но я бы все сомнения трактовал в пользу асм'а.
Gnider вне форума  
Непрочитано 27.07.2005, 11:09  
vasilij-kursikov
Временная регистрация
 
Регистрация: 06.06.2005
Сообщений: 50
Сказал спасибо: 0
Сказали Спасибо 1 раз в 1 сообщении
vasilij-kursikov на пути к лучшему
По умолчанию

На мой взгляд предпочтительно пользоваться не одним строго поределенным языком, а несколькими одновременно, ну например С с ассемблерными вставками. Для большинства контроллеров есть готовые asm библиотеки.
vasilij-kursikov вне форума  
Непрочитано 27.07.2005, 18:25  
DK
Почётный гражданин KAZUS.RU
 
Аватар для DK
 
Регистрация: 10.05.2003
Адрес: Москва
Сообщений: 2,529
Сказал спасибо: 737
Сказали Спасибо 1,927 раз(а) в 799 сообщении(ях)
DK на пути к лучшему
По умолчанию

Сообщение от DrEl
Т.е. ты хочешь сказать, что программа написанная на Барсике весит на много больше, чем написанная на АСМе?
Больше, чем ты себе представляешь Я уж не говорю про нечитаемость кода... Насколько я знаю, более-менее близкий код дает С, да и то при использовании всяких оптимизаций.

З.Ы. Помнится, во времена ХТ и 286 компов понадобилась прога, которая бы гасила numlock. Были проведены эксперименты. Результат примерно такой:
ASM (TASM) - файл .СОМ 8 байт
ASM (TASM) - файл .EXE 520 байт
С (TC) - файл .EXE 3000 байт
Паскаль (TP5.5) - файл .EXE 5000 байт
Барсик (TB) - файл .EXE 25000 байт
__________________
Опыт - это школа, в которой человек узнает, каким дураком он был раньше.
DK вне форума  
Непрочитано 27.07.2005, 21:42  
Gnider
Почётный гражданин KAZUS.RU
 
Регистрация: 30.06.2005
Сообщений: 3,399
Сказал спасибо: 5
Сказали Спасибо 431 раз(а) в 306 сообщении(ях)
Gnider на пути к лучшему
По умолчанию

На почти любом персональном компе есть операционка важной частью которой является загрузчик,котороый некоторые данные берет из заголовка файла сл-но на это уходит место - напрмер у DOSовского экзешника заголовок обычно 512 байт.
Любая программа написанная на языках выского уровня (HLL) также имееет свой собственный загрузчик который подготавливает переменные,выделяет память и т.д.

Если из программ созданных HLL убрать загрузчик и заголовок то размер кода при достаточно большом обьеме самой программы (алгоритма) не будет сколько-то существенно отличаться по размеру - например асм над Си имеет преимущество примерно 15-30% в зависимости от компиляторов и самого алгоритма.

В микроконтроллерах отсутствует заголовок и похожи загрузчики + RISC архитектура которая намного лучше подходит для компиляторов чем x86 то во многих случаях Си код будет и быстрее и меньше.
Gnider вне форума  
Непрочитано 28.07.2005, 01:10  
DrEl
Частый гость
 
Регистрация: 13.03.2005
Сообщений: 13
Сказал спасибо: 0
Сказали Спасибо 0 раз(а) в 0 сообщении(ях)
DrEl на пути к лучшему
По умолчанию

А что есть за штука AlgorithmBuilder для AVR?
DrEl вне форума  
Непрочитано 28.07.2005, 14:12  
vasilij-kursikov
Временная регистрация
 
Регистрация: 06.06.2005
Сообщений: 50
Сказал спасибо: 0
Сказали Спасибо 1 раз в 1 сообщении
vasilij-kursikov на пути к лучшему
По умолчанию

На почти любом персональном компе есть операционка важной частью которой является загрузчик,котороый некоторые данные берет из заголовка файла сл-но на это уходит место - напрмер у DOSовского экзешника заголовок обычно 512 байт.
Любая программа написанная на языках выского уровня (HLL) также имееет свой собственный загрузчик который подготавливает переменные,выделяет память и т.д.

Если из программ созданных HLL убрать загрузчик и заголовок то размер кода при достаточно большом обьеме самой программы (алгоритма) не будет сколько-то существенно отличаться по размеру - например асм над Си имеет преимущество примерно 15-30% в зависимости от компиляторов и самого алгоритма.

В микроконтроллерах отсутствует заголовок и похожи загрузчики + RISC архитектура которая намного лучше подходит для компиляторов чем x86 то во многих случаях Си код будет и быстрее и меньше.



вот вот об этом и реч[/quote]
vasilij-kursikov вне форума  
 

Закладки
Опции темы

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.

Быстрый переход

Похожие темы
Тема Автор Раздел Ответов Последнее сообщение
Diptrace - пакет программ для разработки печатных плат alder Proteus, KiCAD и другие ECAD 4553 24.05.2024 17:54
Новые версии программ EKuzmich Микроконтроллеры, АЦП, память и т.д 0 12.08.2009 09:40
Разработка программ для PIC сразу и без всякого труда! NOPROBLEM Proteus, KiCAD и другие ECAD 47 10.04.2009 23:42


Часовой пояс GMT +4, время: 08:57.


Powered by vBulletin® Version 3.8.4
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd. Перевод: zCarot