Easyelectronics.ru

Электроника для всех
Текущее время: 24 июл 2017, 09:38

Часовой пояс: UTC + 5 часов


Правила форума


Входить исключительно со своей туалетной бумагой. Можно невозбранно получить по голове за быдляк и личные наезды.


    • The World's Cheapest PCB Prototyping: 10 шт. 2-слоя 100*100mm 2$(около 140rub), изготовление за 24 часа.
    • Создание принципиальных схем и проектирование печатных плат
    • Крупнейший китайский онлайн магазин радиодеталей. Скидка 50%
    • Просмотр GERBER файлов

Начать новую тему Ответить на тему  [ Сообщений: 351 ]  На страницу Пред.  1 ... 4, 5, 6, 7, 8, 9, 10 ... 15  След.
Автор Сообщение
 Заголовок сообщения: Re: STM32 vs all other
СообщениеДобавлено: 15 дек 2012, 19:53 
Старожил
Аватара пользователя

Зарегистрирован: 17 апр 2010, 08:38
Сообщения: 4593
Откуда: Усинск, республика Коми
под пеньтиум болше писали... в разы больше

_________________
хаос это непознанный порядок


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: STM32 vs all other
СообщениеДобавлено: 15 дек 2012, 20:03 
Старожил
Аватара пользователя

Зарегистрирован: 26 янв 2010, 21:48
Сообщения: 3554
Откуда: Красногорск МО
BigLeha писал(а):
под пеньтиум болше писали... в разы больше

Ну тогда и деревья были повыше:)

_________________
От Парижа до Находки с водкой лучше, чем без водки!


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: STM32 vs all other
СообщениеДобавлено: 15 дек 2012, 22:04 
Старожил

Зарегистрирован: 02 дек 2010, 13:52
Сообщения: 3971
Откуда: п. Борок, Ярославская область
В студенческие годы (и немного после) писал на ассемблере микроядерную ОС под IBM PC платформу, под проц x486 и выше. Так вот микроядро после компиляции занимало около 35 кБ, консольный менеджер - где-то 100 кБ, менеджер файловых систем - 125 кБ, оболочка (по типу командной строки MS-DOS) - 60 кБ, менеджер задач - тоже где-то 100 кБ.

И все на ассемблере. Да и не просто так, мне еще приходилось вручную учитывать таблицы дескрипторов, карты памяти, прерываний и прочее и прочее, потому как компилировался код в RAW формат, ибо моя ОС ни одному компилятору не была известна :-) Правда пользовался я тогда удобным FASM-ом. До сих пор не знаю компилятора удобнее.

И ведь ничего! В итоге родилась многозадачная микроядерная ОС. По сути неубиваемая кривым приложением, ибо две копии микроядра контролировали друг друга и в случае падения одной из копий прозрачно перезагружались оба микроядра.

Короче система интересная была. Но нахер никому не нужная :-) Но это другая тема :-)

UPD:
То же самое с микроконтроллерами. Если задача простая, то нафига юзать Си? Особенно светодиодом поморгать, или закрутить шаговый моторчик (и всякое такое иже с ними). Это я понимаю когда надо на контроллере сделать он-флай вычисление вейвлет преобразования. Тут конечно уже и на Си тяжело, не то что на асме. Зато зная ассемблер определенного контроллера легче сделать код на Си, так как ты уже понимаешь что сделает в результате компилятор, обрабатывая твой код.

И опять таки то же самое и с разными микроконтроллерами. Есть задачи где лихо справляется ATTiny13, а есть задачи где и Cortex-M4 справляется с трудом. Под каждую задачу - свои необходимые ресурсы. Но вот чтобы светодиодом блинкать, или жужжать моторчиком от дисковода - STM32 явно излишне :-)

_________________
Ёж птица гордая, пока не пнешь - не полетит.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: STM32 vs all other
СообщениеДобавлено: 15 дек 2012, 23:10 
Старожил

Зарегистрирован: 22 мар 2010, 22:54
Сообщения: 3996
VivalzarD, Cortex-M4 универсальнее, на нем можно делать все то же, что и на ATTiny13, плюс еще кучу всего. вот и всё.

и си - алгоритмический язык, на нем алгоритмы надо прогать, а асм - не алгоритмический. си - тоже универсальнее асма, можешь контроллер всегда поменять и асм не учить. все зависит от того, какие у тебя задачи. некоторым становятся все эти авр и пропеллеры скучны, и они мутят свой проц с блэкджеком и собственным асмом: http://www.linusakesson.net/scene/paral ... /index.php хотя, можно было бы и возразить, мол, нафига такие сложности, возьми кортекс покруче...


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: STM32 vs all other
СообщениеДобавлено: 15 дек 2012, 23:45 
Старожил

Зарегистрирован: 14 мар 2012, 13:58
Сообщения: 1727
С_Ч писал(а):
А что такое "сорцы" или "ультимативно эффективный ассемблер"??? Я не в курсе.
сорцы = source code

"ультимативно эффективный" - пародия на изобретение велосипеда. Когда молод и необременён, времени навалом. Учится легко и быстро, т.к. кроме гормонов ничего не отвлекает, а хобби завлекает. Пусть будет каждому свой фетиш (асм, АВР, ПИК форэва и т.д.). Но тут подача прям как "советов на жизнь".

Мол не юзайте цифровые фотики, а то так никогда не научитесь плёнку в проявочный бочок заряжать. Ну, Вы поняли.

С_Ч писал(а):
А насчет общения на английском, так я не против. Многие научатся даташиты читать.
Да, конечно.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: STM32 vs all other
СообщениеДобавлено: 16 дек 2012, 00:02 
Старожил

Зарегистрирован: 14 мар 2012, 13:58
Сообщения: 1727
shurik303 писал(а):
просто везде пишут что арм - это сложно и не подходит новичкам? В чем сложность?

Сложность от привычки к простоте инициализации периферии в простых МК. Грабли типа включения такта периферии, переключения пинов на альтернативные функции. Вообще многовариантность. На АРМе можно словить HardFault и чесать репу.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: STM32 vs all other
СообщениеДобавлено: 16 дек 2012, 13:15 
Старожил

Зарегистрирован: 02 дек 2010, 13:52
Сообщения: 3971
Откуда: п. Борок, Ярославская область
2 Ink
Чем это асм не алгоритмический язык? Просто алгоритм программы становится более развернутым, ибо приходится разворачивать каждую функцию до уровня: "помести байт из ячейки X в регистр A" и так далее.

Ну вот скажи, какой мне толк писать на Си работу PWM на ATTiny2313, когда на ассемблере (даже его не зная, просто читая команды из даташита) это будет быстрее, проще и нагляднее?

_________________
Ёж птица гордая, пока не пнешь - не полетит.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: STM32 vs all other
СообщениеДобавлено: 16 дек 2012, 13:50 
Супермодератор
Аватара пользователя

Зарегистрирован: 26 янв 2010, 22:08
Сообщения: 7549
Откуда: Алма-ата
VivalzarD писал(а):
Ну вот скажи, какой мне толк писать на Си работу PWM на ATTiny2313, когда на ассемблере (даже его не зная, просто читая команды из даташита) это будет быстрее, проще и нагляднее?

Я, правда, не Ink, да и пишу на Паскале, но не думаю, что например вот эти куски кода для PWM из программы моего ходового контроллера на PIC16F873 выглядят сложнее, чем распихивание всего по регистрам вручную. И не обязательно помнить, что это за регистры. Тем более - высчитывать заносимые в них значения:
Код:

// Инициализация:
    PWM1_Init(1000);  // initialize PWM1 module at 1 KHz
    PWM2_Init(1000);  // initialize PWM1 module at 1 KHz

// Задаем скорость по умолчанию левого и правого двигателя:

    current_duty_1 := 120; // initial value for current_duty (0-255)
    current_duty_2 := 120; // initial value for current_duty (0-255)

// Обработка команды изменения скорости:

//  9 ($39) - Скорость, 2байт - скорость (ШИМ).
        if s1 = '9' then
          begin
            current_duty_1 := s2; // Длит. ШИМ_1
            current_duty_2 := s3; // Длит. ШИМ_2
          end;


Ассемблер знать надо. Но вовсе не обязательно писать все именно на нем.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: STM32 vs all other
СообщениеДобавлено: 16 дек 2012, 14:05 
Свой человек

Зарегистрирован: 07 мар 2011, 11:46
Сообщения: 100
Асм мертв и нужен токо старым гикам.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: STM32 vs all other
СообщениеДобавлено: 16 дек 2012, 14:23 
Старожил

Зарегистрирован: 02 дек 2010, 13:52
Сообщения: 3971
Откуда: п. Борок, Ярославская область
2 olega1988
Напрасно, товарисч. Неужели я в свои 28 лет уже старый гик? А на асме порой пишу даже на обычном писюке, когда надо сделать простой и быстрый код. Для МК вообще пока ни на чем, кроме как на асме не писал... Конечно это мой косяк, что я не стал учить C под AVR, просто освоить асм под AVR мне оказалось проще :-) Буквально за несколько часов я нафлудил нужный код, попутно вкуривая даташиты.

А когда я хотел заниматься ARM (для поднятия ЧСВ и просто дабы израсходовать время) тоже думал писать все на асме. Но потом времени стало вдруг очень мало и про ARM пришлось забыть ваще. Зато сейчас хочу освоить STM8. Может быть и C для них освою, ибо статей по ассемблеру для STM8 много меньше, чем для C.

UPD:
Ну и в добавок: ты же не загружаешь в контроллер исходник, написанный на C??? Сначала компилим сишный код, потом уже грузим его в контроллер. И чтобы компилятор все сделал правильно, разработчик этого компилятора должен знать ассемблер и все аппаратные особенности нужного контроллера. И ни как иначе.

_________________
Ёж птица гордая, пока не пнешь - не полетит.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: STM32 vs all other
СообщениеДобавлено: 16 дек 2012, 14:40 
Свой человек

Зарегистрирован: 07 мар 2011, 11:46
Сообщения: 100
Пишу на си и паскале. Тут недавно нужно было портировать мелкий софт под пик10, до этого пики видал токо в гугле. Открыл даташит, поменял название регистров и готово.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: STM32 vs all other
СообщениеДобавлено: 16 дек 2012, 16:00 
Старожил

Зарегистрирован: 14 мар 2012, 13:58
Сообщения: 1727
VivalzarD писал(а):
разработчик этого компилятора должен знать ассемблер

Знает. И спасибо ему за это. Что же касается PWM на тиньке, то проблема не в асме против С, а самой тиньке. Тут жадность фраера губит.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: STM32 vs all other
СообщениеДобавлено: 16 дек 2012, 16:12 
Старожил

Зарегистрирован: 22 мар 2010, 22:54
Сообщения: 3996
VivalzarD писал(а):
2 Ink
Чем это асм не алгоритмический язык?

а тем, что ты на этом языке пишешь не просто алгоритм, а конкретную его реализацию, самую подробнейшую, а не абстрактную. вместо того, чтобы думать циклами, блоками и структурами, ты еще думаешь о регистрах, памяти и хз еще чем (стеке, например, если регистров мало). из-за этих ДЕТАЛЕЙ программы сложнее (а не невозможно, как считают многие) поддерживать, расширять, раскуривать и т.п. а раскуривать сложнее тем, что ты вместо действий видишь реализацию этих действий, и из реализации еще-таки надо сообразить, что она делает в целом. с т.з. алгоритмов, у асма ОЧЕНЬ много лишней информации.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: STM32 vs all other
СообщениеДобавлено: 16 дек 2012, 16:47 
Старожил

Зарегистрирован: 14 мар 2012, 13:58
Сообщения: 1727
Ink писал(а):
программы сложнее (а не невозможно, как считают многие) поддерживать

Невозможного нет. Но вот какими усилиями.

Есть отрасли, традиционно сидящие на АСМе из понятий безопасности, а вовсе не скорости обработки (управление стрелками на ЖД, например). Там же 1000 раз подумают и железо менять. Но там все изначально пишут на АСМе, придерживаясь оговоренных правил.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: STM32 vs all other
СообщениеДобавлено: 16 дек 2012, 16:54 
Свой человек

Зарегистрирован: 15 ноя 2012, 15:49
Сообщения: 61
Откуда: г. Москва
Ink писал(а):
VivalzarD писал(а):
2 Ink
Чем это асм не алгоритмический язык?

а тем, что ты на этом языке пишешь не просто алгоритм, а конкретную его реализацию, самую подробнейшую, а не абстрактную. вместо того, чтобы думать циклами, блоками и структурами, ты еще думаешь о регистрах, памяти и хз еще чем (стеке, например, если регистров мало). из-за этих ДЕТАЛЕЙ программы сложнее (а не невозможно, как считают многие) поддерживать, расширять, раскуривать и т.п. а раскуривать сложнее тем, что ты вместо действий видишь реализацию этих действий, и из реализации еще-таки надо сообразить, что она делает в целом. с т.з. алгоритмов, у асма ОЧЕНЬ много лишней информации.

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


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: STM32 vs all other
СообщениеДобавлено: 16 дек 2012, 17:24 
Старожил

Зарегистрирован: 22 мар 2010, 22:54
Сообщения: 3996
dima2611 писал(а):
Есть отрасли, традиционно сидящие на АСМе из понятий безопасности
что довольно странно, ибо ошибки на асме вероятнее и гораздо опаснее (коварнее).
С_Ч писал(а):
Я, например, толко после лет пяти упорного программирования на АСМе понял что и как писать надо.
знаете, я 20 лет ЗАДРАЧИВАЮ на разных асмах. так что не надо рассказывать что и как;) но я зато писал и на си, и на си++ немного, и на питоне. и разница мне видна и очевидна по самое небалуйся. кроме того, на работе у меня есть команда, которая тоже пишет на асме уже несколько лет, не сказал бы, что все гладко получается (хитрые косячищи на ровном месте, чего бы не было на других языках!), и оно понятно.

мы занимаемся поддержкой продуктов, которым более 30 лет, за это время даже сложно представить, сколько народу там чего понаделало/понакостыляло. там иногда такие вложенные баги находятся, что аж плохо становится. а из-за чего? из-за опечаток, отсутствия контроля типов, недосмотра по тем же регистрам и все такое. этого бы в принципе не было, пиши всё на си (видимо, тогда с си была напряженка, а потом переводить стало поздно).

что касается макросов, ога... тут 2 варианта:
1. делаем свой язык на макросах и лепим всё из таких кубиков. про регистры думать не надо, все типа упрощается, но... а при чем тут ассемблер??? поделка будет в разы хуже нормального компилятора си, в любом аспекте.
2. делаем частично либы, частично макросы... вот мы, кстати, так и делаем:) и уже не один десяток раз натыкались на то, что за регистрами-таки все равно надо следить. это забывается, а потом возникают скрытые косяки, которые проявляются при очень странных редких обстоятельствах. чего, опять же, на других языках не происходит в принципе.
С_Ч писал(а):
Вообще суть не в том, что лучше, а в том, что все идет к тому, что не надо думать.
думать надо везде и всегда. и еще хорошо бы думать о том, что надо, а что не надо:) где-то на баги в общем-то плевать, а где-то это очень критично. так вот в первом случае брать чужое - очень полезно, это и быстро, и иногда даже надежнее, чем свое, ибо библиотеки некоторые десятками лет оттачиваются, а что наговнокодишь за месяц сам..... ну и цена разработки совсем другая получается. не всех устроит пара лет разработки идеального кода, когда есть вполне рабочий вариант за 3 месяца, а нужно еще вчера.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: STM32 vs all other
СообщениеДобавлено: 16 дек 2012, 17:30 
Старожил

Зарегистрирован: 14 мар 2012, 13:58
Сообщения: 1727
Разговор перешёл в плоскость снобизма.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: STM32 vs all other
СообщениеДобавлено: 16 дек 2012, 17:35 
Старожил

Зарегистрирован: 14 мар 2012, 13:58
Сообщения: 1727
Ink писал(а):
dima2611 писал(а):
Есть отрасли, традиционно сидящие на АСМе из понятий безопасности
что довольно странно, ибо ошибки на асме вероятнее и гораздо опаснее (коварнее).
код генерирует человек, а не компилятор, работающий понятиям, вложенным для общего случая другим человеком.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: STM32 vs all other
СообщениеДобавлено: 16 дек 2012, 21:34 
Старожил
Аватара пользователя

Зарегистрирован: 28 янв 2010, 11:56
Сообщения: 2454
Откуда: Киев
VivalzarD писал(а):
Зато сейчас хочу освоить STM8. Может быть и C для них освою, ибо статей по ассемблеру для STM8 много меньше, чем для C.

А лучше сразу C (хотя знакомство с системой команд никак не помешает, там "ноги" вроде от 6502 растут).
За последние полгода перевёл несколько небольших прожектов с NXP-шных 51 на STM8 с целью удешевления; ничего страшного. Разве что документация ST-шная порой требует не одной поллитры, чтобы разобраться. В этом плане NXP и Silabs - просто кайф, хотя и там не без косячков.

_________________
Китайская комплектация - европейское качество!


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: STM32 vs all other
СообщениеДобавлено: 16 дек 2012, 23:55 
Старожил
Аватара пользователя

Зарегистрирован: 03 сен 2010, 22:46
Сообщения: 5151
Откуда: Москва
Холивары - очень занятно, конечно, но к реальной жизни они почти никакого отношения не имеют. Все это противоборство - воображаемое.

Для 99% реальных задач, для которых в России и окрестностях применяются МК, никакой особенной оптимизации, требующей обязательного применения ассемблера, не требуется. И соответственно, он и не применяется, поскольку делает разработку банально дороже. При приеме на работу это требование тоже как правило отсутствует. Тем более что такие требования ограничивают разработчика рамками одной платформы.

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

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

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

P.S. Если кто-то из моих разработчиков попытается решать поставленную ему задачу на ассемблере - я его скорее всего уволю. За бессмысленную трату времени, и вообще, за неадекватность. Причем уволю без особого сожаления.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: STM32 vs all other
СообщениеДобавлено: 17 дек 2012, 10:32 
Старожил
Аватара пользователя

Зарегистрирован: 04 июл 2012, 21:07
Сообщения: 206
Откуда: Казахстан, Аксу.
А я то, по наивности, думал что писать на асме это верх мастерства и я такой крутой эмбеддер, раз пишу на асме. Понятно, что не попадалось, да и вряд ли попадутся, такие задачи у начинающего, что на асме замучаешься реализовать. Эта постоянная война между приверженцами асма и языков высокого уровня...., меня с толку сбивает, но я начал с асма.

_________________
Романтизьму нет, выпить спокойно не дают, нет прежней красоты....


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: STM32 vs all other
СообщениеДобавлено: 17 дек 2012, 10:58 
Старожил

Зарегистрирован: 17 апр 2010, 14:30
Сообщения: 439
Откуда: УКРАИНА
SergVAG писал(а):
но я начал с асма.

Ничего страшного- сделайте 1 проект средней сложности на асм, потрахайтесь, а потом перейдите на си- вот тут и словите кайф


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: STM32 vs all other
СообщениеДобавлено: 17 дек 2012, 11:00 
Старожил

Зарегистрирован: 02 дек 2010, 13:52
Сообщения: 3971
Откуда: п. Борок, Ярославская область
2 akatenev
Цитата:
P.S. Если кто-то из моих разработчиков попытается решать поставленную ему задачу на ассемблере - я его скорее всего уволю. За бессмысленную трату времени, и вообще, за неадекватность. Причем уволю без особого сожаления.


Страшный вы человек...

_________________
Ёж птица гордая, пока не пнешь - не полетит.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: STM32 vs all other
СообщениеДобавлено: 17 дек 2012, 12:10 
Старожил
Аватара пользователя

Зарегистрирован: 04 июл 2012, 21:07
Сообщения: 206
Откуда: Казахстан, Аксу.
svs39 писал(а):
SergVAG писал(а):
но я начал с асма.

Ничего страшного- сделайте 1 проект средней сложности на асм, потрахайтесь, а потом перейдите на си- вот тут и словите кайф


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

_________________
Романтизьму нет, выпить спокойно не дают, нет прежней красоты....


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: STM32 vs all other
СообщениеДобавлено: 17 дек 2012, 14:19 
Старожил

Зарегистрирован: 22 мар 2010, 22:54
Сообщения: 3996
dima2611 писал(а):
Ink писал(а):
dima2611 писал(а):
Есть отрасли, традиционно сидящие на АСМе из понятий безопасности
что довольно странно, ибо ошибки на асме вероятнее и гораздо опаснее (коварнее).
код генерирует человек, а не компилятор, работающий понятиям, вложенным для общего случая другим человеком.

это кстати тоже зависит еще от асма:) наш асм ну очень веселый в этом плане - частенько приходится ошибку искать в листингах, по сгенеренным опкодам. а почему? не однозначный синтаксис + возможность ситуаций, когда код можно сгенерить разными способами, он сам выбирает (это по сути ошибка программера, поддающаяся исправлению, но всем пох, по традиции так делают десятки лет).

но это ладно. я говорю лишь про то, что на асме прострелить себе ногу можно на несколько порядков большими способами, а ЯВУ это кол-во сильно уменьшают. и если нужна именно надежность, нужно брать инструменты соответствующие. для этого, например, придумали ПЛК с их стандартными языками. обычно они работают чотко и не позволяют завалить систему кривой программой (хотя баги я находил и там, но децкие).

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

SergVAG писал(а):
А я то, по наивности, думал что писать на асме это верх мастерства и я такой крутой эмбеддер, раз пишу на асме.
когда-то давно я тоже так думал... ибо мне удавалось хреначить на асме так, как никому вокруг... просто вокруг были ламеры, пишущие примерно такое же барахло, но на разных ЯВУ:) то, что они наговнокодят быстрее и проще в расчет не бралось (зато размер проги и скорость типа ценились). но однажды это как бы и надоело (писать рутину на асме), и пошла взрослая жизнь, где никто не станет ждать, пока ты вылизываешь идеальный код... а потом и пошли проекты помассивнее, где и на ЯВУ можно подзадолбаться немножко, а на асме вообще тяжко было бы... если что-то надо позадротить для себя на асме, ради прикола - пожалуйста! ценители всегда найдутся, если это мощное задротство (типа проектов Linus Åkesson), но для "взрослых" дел это негодицца - уволят.


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 351 ]  На страницу Пред.  1 ... 4, 5, 6, 7, 8, 9, 10 ... 15  След.

Часовой пояс: UTC + 5 часов


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей


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

Найти:
Перейти:  

Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
Русская поддержка phpBB