Гонит неудачников По миру с котомкою, Жизнь текёт меж пальчиков Паутинкой тонкою.
-
- Я в него программирую :) - Молодой коллега(05.01.2019 02:50)
- Можно устроить голосование - кто каким компилятором пользуется :) - Sl(04.01.2019 21:37)
- Тогда победит GCC, поскольку им пользуются ардуинщики :) - Ксения(04.01.2019 21:51, картинка)
- Но, ИМХО, они не подозревают об этом... - mse homjak(04.01.2019 22:15)
- Тогда победит GCC, поскольку им пользуются ардуинщики :) - Ксения(04.01.2019 21:51, картинка)
- Потому что биография начиналась тогда когда слова ГЦЦ и микроконтроллер были несовместимы. Потому что АВР. Потому что не было гарантий что ГЦЦ нормально сможет 430. Потому что ГУЯ с галочками. Потому что от добра добра не ищут - нахуа этот ASDFS(188 знак., 03.01.2019 14:44)
- Главная причина пересаживаться на ГЦЦ это Уголовный Кодекс. Нет если вы покупаете IAR за $$$$$ можете не пересаживаться. А вот тем у кого $$$ нема а сидеть неохота вариантов нет. Надо отметить что для распространенных платформ (x86, ARM, 3m(212 знак., 03.01.2019 18:21)
- Шо, прям таки уголовный? Я то думал административный. - ASDFS(03.01.2019 22:05)
- Это зря. См. ст. 146 УК РФ ;) - s_h_e(03.01.2019 22:12)
- Поделюсь, в данном конкретном случае органы двигаются строго 1. по заказу 2. если окупается (от 50-100 компов в конторе). - Хитрый Китаец(05.01.2019 12:26)
- А откуда данные в п.2? Знакомую контору нагнули при меньшем кол-ве компов. Вроде 20, из них 10 были лицензионно чистыми. Argon(247 знак., 05.01.2019 14:36)
- Изготовление патчеров под эту статью не подпадает :) - Ксения(03.01.2019 22:49)
- Не волнуйтесь, статью подберут. - evgeniy1294(04.01.2019 00:05)
- Всего сто тыщщ? Да они ахренели называть сто тыщщ крупным размером. - ASDFS(03.01.2019 22:39)
- Думаю, содержимое компов некоторых господ инженеров и на особо крупный потянет. - s_h_e(03.01.2019 23:48)
- Шесть лет - влегкую. Пкад +фотошоп+еще что-то из заветнойттроицы. Мечиа копираста. - Крок(03.01.2019 23:51)
- Думаю, содержимое компов некоторых господ инженеров и на особо крупный потянет. - s_h_e(03.01.2019 23:48)
- Поделюсь, в данном конкретном случае органы двигаются строго 1. по заказу 2. если окупается (от 50-100 компов в конторе). - Хитрый Китаец(05.01.2019 12:26)
- Это зря. См. ст. 146 УК РФ ;) - s_h_e(03.01.2019 22:12)
- Беда даже не в $$$$, а в том что на следующий год надо еще платить. Жисть в Упсалле дорогая... Понять и заплатить! - max(03.01.2019 18:56)
- --ffunction-sections, не? lloyd(78 знак., 03.01.2019 18:41)
- Шо, прям таки уголовный? Я то думал административный. - ASDFS(03.01.2019 22:05)
- GCC обычно "внедренец" новых плюшек в язык. Если вам руки чешутся воткнуть C++17 в микроконтроллер, то обычно кроме него и вариантов больше нет - lloyd(03.01.2019 14:46)
- Главная причина пересаживаться на ГЦЦ это Уголовный Кодекс. Нет если вы покупаете IAR за $$$$$ можете не пересаживаться. А вот тем у кого $$$ нема а сидеть неохота вариантов нет. Надо отметить что для распространенных платформ (x86, ARM, 3m(212 знак., 03.01.2019 18:21)
- От дурости или ввиду поддержки со стороны других средств отладки. Если ARM, MIPS и другая распространенная платформа, то скорей от дурости. Для экзотических платформ IAR может быть лучше GCC или вообще gcc их не поддерживает (тот же Z80, кстати fk0(32 знак., 03.01.2019 13:57)
- А разве кто-то заставляет им пользоваться? Не понимаю отчего у некоторых так пригорает с того что кто-то пользуется другим инструментом. Мне, например, проще несколько галок в окошке с опциями ткнуть, чем мейкфайл править. Ну и чиста привычка с Codavr(131 знак., 02.01.2019 21:30 - 21:34)
- Я задал вопрос. Мне действительно интересно узнать причины, по которым выбирают IAR. А вот "А разве кто-то заставляет им пользоваться? Не понимаю отчего у некоторых так пригорает" это фантазии. - max(03.01.2019 08:17)
- 1. По причине внутрисхемной отладки. 2. Макеfile - это отдельный <strike>лютый пи#@ц</strike> язык, который учить и помнить надо. 3. Крыжики GCC и GDB - аналогично, хотя второстепенно. А качество кода для msp и m16, ИМХО, хорошее. 4. ИМХО, IA Хитрый Китаец(63 знак., 05.01.2019 12:21)
- По сравнению с новомодным говнищем типа ninja, make кристально чист и прозрачен. На нем даже программировать можно. - fk0(05.01.2019 16:18)
- Я консервативен и make в QT переношу спокойно. Мне кажется, он требует сосредоточения на нем, когда я должен быть сосредоточен на задаче, которая у меня не выходит, как задумывалась :) - Хитрый Китаец(06.01.2019 10:43)
- Вообще при всей его отвратительности будущее за cmake - lloyd(06.01.2019 10:54)
- Я консервативен и make в QT переношу спокойно. Мне кажется, он требует сосредоточения на нем, когда я должен быть сосредоточен на задаче, которая у меня не выходит, как задумывалась :) - Хитрый Китаец(06.01.2019 10:43)
- А я Макеfile не понимаю :), т.к. все их пишут по-разному. Есть ли среди них какая-то стандартизация или у каждого компилятора свой язык? - Ксения(05.01.2019 12:34)
- Язык то один, но смена регистров, общий вид, подстановка макровыражений, шелловские заморочки и т.д. доставляют :) - Хитрый Китаец(06.01.2019 10:36)
- У меня совсем простой случай (всего две строки), но всё равно неясно, как это с помощью make сделать: Ксения(980 знак., 06.01.2019 12:07 - 12:09)
- Хватит пугать впечатлительных барышень. Типичный адурический проект - это десяток строчек в мейкфайле. Неокрепший ум скорее вспухнет от попытки вычислить правильные ключики компилятора. - SciFi(06.01.2019 11:05)
- Доставляет использование табуляции... - Vit(05.01.2019 12:54)
- Подумаешь, табуляция. А такое в разных вариациях не парит @$(GCC) $(FLAGS_CC) -c ./$< -o $(BUILD_DIR)/$@ ?? - Andreas(05.01.2019 13:10)
- всякую непонятную фигню и не смотрю:)) Vit(32 знак., 05.01.2019 13:20)
- Подумаешь, табуляция. А такое в разных вариациях не парит @$(GCC) $(FLAGS_CC) -c ./$< -o $(BUILD_DIR)/$@ ?? - Andreas(05.01.2019 13:10)
- Язык то один, но смена регистров, общий вид, подстановка макровыражений, шелловские заморочки и т.д. доставляют :) - Хитрый Китаец(06.01.2019 10:36)
- По сравнению с новомодным говнищем типа ninja, make кристально чист и прозрачен. На нем даже программировать можно. - fk0(05.01.2019 16:18)
- Надеюсь во второй части поста я ответил на заданный вопрос? - Codavr(03.01.2019 09:03)
- Можно было обойтись одним словом "Привычка" ;-) - max(03.01.2019 14:42)
- Двумя. Лень забыл. Более чем достаточные условия. Не ну если приспичит, так что аж кушать не смогу, тогда канешно. Впрочем пользовался я этой гнусью в составе WinAVR. Ничего необычного, есть и плюсы и минусы. А вот лет за 10 (или чуть меньше) до Codavr(383 знак., 03.01.2019 16:16 - 16:30)
- К этому списку стоит добавить ещё пару слов - "документация" и "здоровый консерватизм". ЫЫукпу(438 знак., 03.01.2019 16:20)
- Green Hills компилятор в этом смысле куда как круче за ту же цену, что и IAR. - max(03.01.2019 18:51)
- IAR вот скока поддерживает, а Green Hills ничего не умеет из того что мне надо. Ну и нахер он мне такой красивый сдался. Помогать допиливать F-35 я не планирую. А цена IARa благодаря Ксении ну очень демократичная :))) Codavr(143 знак., 03.01.2019 22:50 - 22:55)
- Что характерно, МИПСов нет. И всяких ДСПИСКов/ПИСКов24. - mse homjak(04.01.2019 00:57)
- На ПИКи со всеми остановками (кроме PIC32) есть старые версии IARа, можно добавлять в список. AlexG(54 знак., 04.01.2019 06:46)
- А чо щас нет? Отлучили от комиссарскаго тела? - mse homjak(04.01.2019 12:32)
- Полагаю дело в том что для пиков мелкочип свой компилер наваял и под него приготовил прорву аппнотов с примерами кодов. Соответственно публика осваивающая пики сразу подсаживалась на него. ИАРу было экономически невыгодно пилить компилер под Codavr(482 знак., 04.01.2019 12:39 - 12:45)
- Тануна! Под АВР говнокомпилерят все кому не лень или под АРМ, опять-же... А уж по 51 не говорю... - mse homjak(04.01.2019 16:45)
- Ничо не понял, мы вроде про ПИКи говорили. У Атмела не было своего компилера, они в апнотах примеры для ЯРа предлагали. Лабать свой компилер для контроллеров и не включить 51 это за гранью идиотии. Ну и как я уже сказал, разбираться с кашей Codavr(313 знак., 04.01.2019 23:40 - 23:44)
- Дык, и это про ПИСКи, в конце концов. Если с такими-же оргументами подходить к 51 или АРМ, то тоже ни какого смысла входить в бизнес, нет. Ибо компилеры появились ещо в лохматые годы(у нас какой-то Ц для 51 пользовался ещо в 89 году). Ессно, mse homjak(183 знак., 05.01.2019 14:18)
- Может и юридическое. Я только предположил. Биться насмерть за свою версию точно не стану. - Codavr(05.01.2019 16:30)
- Дык, и это про ПИСКи, в конце концов. Если с такими-же оргументами подходить к 51 или АРМ, то тоже ни какого смысла входить в бизнес, нет. Ибо компилеры появились ещо в лохматые годы(у нас какой-то Ц для 51 пользовался ещо в 89 году). Ессно, mse homjak(183 знак., 05.01.2019 14:18)
- Заметьте, что у МК с ядрами ARM и 51 и производителей куча. Т.е. это почти наверняка это намного большие рынки, и можно продать много разных компиляторов. А с Atmel у IAR были особые договоренности насчет AVR с самого начала. - AlexG(04.01.2019 17:41)
- Та фигня это... А всякие Ренесасы и прочая экзотика? Тоже особые договоренности? - mse homjak(04.01.2019 19:32)
- Про остальных я не в курсе, а Atmel публиковал статьи с названиями в духе "разрабатываем ядро и компилятор Си для него вместе" - AlexG(04.01.2019 19:43)
- Ну, йух его знает, что там такого особо инновационного, чтобы прям в тайных подвалах
ЛубянкиИАРа колупать с Атмелом... Они там что, систему команд придумывали? Ну ХЗ, когда там появилась 1200? Она была согласована или как? Это больше похоже mse homjak(32 знак., 05.01.2019 14:22)- См. по ссылке, может и муть конечно - AlexG(05.01.2019 15:43, ссылка)
- Долгое время основным компилятором для AVR был CodeVisionAVR за 150-200€ (-->) нашего румынского коллеги Павла Гайдука. Бесплатный WinAVR (GCC) и дорогой IAR появились позже - MBedder(05.01.2019 14:21, ссылка)
- Ну, йух его знает, что там такого особо инновационного, чтобы прям в тайных подвалах
- Про остальных я не в курсе, а Atmel публиковал статьи с названиями в духе "разрабатываем ядро и компилятор Си для него вместе" - AlexG(04.01.2019 19:43)
- Та фигня это... А всякие Ренесасы и прочая экзотика? Тоже особые договоренности? - mse homjak(04.01.2019 19:32)
- Ничо не понял, мы вроде про ПИКи говорили. У Атмела не было своего компилера, они в апнотах примеры для ЯРа предлагали. Лабать свой компилер для контроллеров и не включить 51 это за гранью идиотии. Ну и как я уже сказал, разбираться с кашей Codavr(313 знак., 04.01.2019 23:40 - 23:44)
- Тануна! Под АВР говнокомпилерят все кому не лень или под АРМ, опять-же... А уж по 51 не говорю... - mse homjak(04.01.2019 16:45)
- Полагаю дело в том что для пиков мелкочип свой компилер наваял и под него приготовил прорву аппнотов с примерами кодов. Соответственно публика осваивающая пики сразу подсаживалась на него. ИАРу было экономически невыгодно пилить компилер под Codavr(482 знак., 04.01.2019 12:39 - 12:45)
- Было, для PIC18, PIC24 и dsPIC. Но для PIC16 не видела. - Ксения(04.01.2019 12:28)
- IAR EWPIC 2.21C поддерживает: AlexG(768 знак., 04.01.2019 12:35)
- Спасибо, поняла. А то из названия было неясно, что она для 16-тых. - Ксения(04.01.2019 16:12)
- IAR EWPIC 2.21C поддерживает: AlexG(768 знак., 04.01.2019 12:35)
- А чо щас нет? Отлучили от комиссарскаго тела? - mse homjak(04.01.2019 12:32)
- На ПИКи со всеми остановками (кроме PIC32) есть старые версии IARа, можно добавлять в список. AlexG(54 знак., 04.01.2019 06:46)
- Что характерно, МИПСов нет. И всяких ДСПИСКов/ПИСКов24. - mse homjak(04.01.2019 00:57)
- IAR вот скока поддерживает, а Green Hills ничего не умеет из того что мне надо. Ну и нахер он мне такой красивый сдался. Помогать допиливать F-35 я не планирую. А цена IARa благодаря Ксении ну очень демократичная :))) Codavr(143 знак., 03.01.2019 22:50 - 22:55)
- Green Hills компилятор в этом смысле куда как круче за ту же цену, что и IAR. - max(03.01.2019 18:51)
- Можно было обойтись одним словом "Привычка" ;-) - max(03.01.2019 14:42)
- 1. По причине внутрисхемной отладки. 2. Макеfile - это отдельный <strike>лютый пи#@ц</strike> язык, который учить и помнить надо. 3. Крыжики GCC и GDB - аналогично, хотя второстепенно. А качество кода для msp и m16, ИМХО, хорошее. 4. ИМХО, IA Хитрый Китаец(63 знак., 05.01.2019 12:21)
- Я задал вопрос. Мне действительно интересно узнать причины, по которым выбирают IAR. А вот "А разве кто-то заставляет им пользоваться? Не понимаю отчего у некоторых так пригорает" это фантазии. - max(03.01.2019 08:17)
- Все компиляторы по началу омерзительны :). Главное достоинство IAR - долгожительство. Т.е. компиляторы, пережившие множество версий, постепенно шлифуются, освобождаясь от старых ошибок (что не мешает им приобретать новые :)). Тем не менее, они, на Ксения(120 знак., 02.01.2019 21:14)
- Это каких? Вездесущий GCC ни разу не новорожденный, крупные конторы вроде гугла уже перешли на clang. Проеты у этих ребят сильно сложнее, чем любой из ваших, и переход на новый компилятор гораздо сложнее, но люди работают. - evgeniy1294(02.01.2019 21:21)
- GCC был отшлифован в основном на x86, а потому далеко не факт, что он лучший и для всех прочих архитектур. К нам время от времени заходит Klen :), так вот он уже не менее 10-ти лет курочит GCC, чтобы тот код для ARM компилировал, и до сих пор Ксения(38 знак., 02.01.2019 21:41)
- Klen разве имеет отношение к разработке GCC? Я думал он только сборки под ARM самодельные собирает. Ну так каждый сам собрать может, делов на 15 минут. Обычно собирают newlib + gcc, можно без newlib (хидеры подсунуть, самому написать, я делал), fk0(158 знак., 03.01.2019 13:56)
- ага :), ну поробуйте например длинную асм вставку всунуть в код и скомпилировать тем что Вы соберете, даже прще.. сначала попробуте собрать код из транка. веселое занятие :) - klen(04.01.2019 14:42)
- В многих местах собирают гцц регулярно, никакой тайны в этом нет. А гцц с левыми неизвестными патчами задарма не нужен. Разумеется, собирают релиз, а не из транка. А длинную асмовскую вставку можно записать в отдельный асм-файл и не морочить мозги fk0(9 знак., 05.01.2019 16:20)
- У меня йоктапрожект каждый раз GCC из исходников собирает. - lloyd(04.01.2019 22:11)
- ага :), ну поробуйте например длинную асм вставку всунуть в код и скомпилировать тем что Вы соберете, даже прще.. сначала попробуте собрать код из транка. веселое занятие :) - klen(04.01.2019 14:42)
- ... немного поправлю.. не менне 10 лет считаю, что лучшмй компилятор это транслятор асма :) klen(21 знак., 03.01.2019 11:23)
- Ксения, вы не поверите, но ни в одном смартфоне на Android не используется яр. lloyd(197 знак., 03.01.2019 09:23)
- Это только потому, что IAR под Windows, а разработчики смартфонов, скорее всего, под тем же Android'ом живут. Ксения(599 знак., 03.01.2019 11:38)
- Нет, Ксения, все проще. Linux Kernel ничем, кроме GCC не компилируется (потому что оказалось проще расширить компилятор, чем писать ядро на чистом ущербном Си, кек), а зачем тащить десяток компиляторов в один проект? lloyd(159 знак., 03.01.2019 13:44)
- Причина популярности GCC мне хорошо известна. Конечно же она в том, что этот компилятор - бесплатное приложение к Linux, и надежный уже лишь потому, что широкое использование успело отполировать его до блеска. Однако его переделка с процессора Ксения(469 знак., 03.01.2019 14:00)
- ARM с линухом в GCC полируют до блеска уже лет двадцать наверное. lloyd(233 знак., 03.01.2019 14:21)
- Причина популярности GCC мне хорошо известна. Конечно же она в том, что этот компилятор - бесплатное приложение к Linux, и надежный уже лишь потому, что широкое использование успело отполировать его до блеска. Однако его переделка с процессора Ксения(469 знак., 03.01.2019 14:00)
- Компиляторы пишут под ядро, вы устанете писать компиляторы под каждую таракашку. Тут clang и рулит за счет своей структуры, позволяющей разрабам легко подточить его под особенности камня. gcc так не умеет, там работы на порядок больше. evgeniy1294(97 знак., 03.01.2019 11:54)
- Ядро - понятие растяжимое. Тот же clang рекламируется, как ориентированный на RISC-архитектуру, тогда как это целый зоопарк малопохожих друг на друга процессоров/контролеров. Скажем, AVR, STM8, ARM, RISC-V - все относятся к RISC-архитектуре, но Ксения(413 знак., 03.01.2019 12:12)
- STM8 не RISC, а совсем даже CISC - AlexG(03.01.2019 12:57)
- Clang - это фронтенд, который генерирует промежуточный код для llvm. И clang и llvm модульные, под каждую архитектуру идет свой набор модулей, разрабатываемых независимо от других. evgeniy1294(130 знак., 03.01.2019 12:32)
- Тогда именно от модуля и зависит качество компиляции :). А о том, как компиляторы надо писать, куча книг и учеников написана, но все они не доводят дело до конца, а заканчивают дело на коде для виртуальной машины, переход от которой к Ксения(232 знак., 03.01.2019 12:57)
- Clang/llvm построены очень разумно. Первый обрабатывает сорец, выполняет независимые от процессора оптимизации и тыды. Второй выполняет оптимизацию под целевой процессор. - LightElf(11.01.2019 15:53)
- llvm тоже модульный, затачивается под конкретную архитектуру. IAR скрорее всего делает что-то похожее. - evgeniy1294(03.01.2019 13:16)
- Тогда именно от модуля и зависит качество компиляции :). А о том, как компиляторы надо писать, куча книг и учеников написана, но все они не доводят дело до конца, а заканчивают дело на коде для виртуальной машины, переход от которой к Ксения(232 знак., 03.01.2019 12:57)
- Ядро - понятие растяжимое. Тот же clang рекламируется, как ориентированный на RISC-архитектуру, тогда как это целый зоопарк малопохожих друг на друга процессоров/контролеров. Скажем, AVR, STM8, ARM, RISC-V - все относятся к RISC-архитектуре, но Ксения(413 знак., 03.01.2019 12:12)
- Сильно сомневаюсь что разработку Android можно вести под ним самим :) - AlexG(03.01.2019 11:47)
- Android по природе тот же Linux, а разница лишь в числе приложений. Тогда как для запуска компилятора все эти телефонные приложения не нужны. Т.е. я ни мало не сомневаюсь в том, что "телефонисты" не работают на Windows, а отсюда и непопулярность у Ксения(11 знак., 03.01.2019 11:53)
- Я так понимаю, приложения под ведра вы не писали? - evgeniy1294(03.01.2019 11:59)
- Писала однажды на RAD Studio, но получилось не ахти. И в основном из-за моего плохого знания Android'а. Я понимаю, что вы намекаете на кросс-компиляцию, когда компилируют в одной ОС, а результирующее приложение тестируют в другой, но это все-таки Ксения(120 знак., 03.01.2019 12:23)
- Понятно, есть два варианта отладки: evgeniy1294(442 знак., 03.01.2019 12:41)
- Писала однажды на RAD Studio, но получилось не ахти. И в основном из-за моего плохого знания Android'а. Я понимаю, что вы намекаете на кросс-компиляцию, когда компилируют в одной ОС, а результирующее приложение тестируют в другой, но это все-таки Ксения(120 знак., 03.01.2019 12:23)
- Я так понимаю, приложения под ведра вы не писали? - evgeniy1294(03.01.2019 11:59)
- Android по природе тот же Linux, а разница лишь в числе приложений. Тогда как для запуска компилятора все эти телефонные приложения не нужны. Т.е. я ни мало не сомневаюсь в том, что "телефонисты" не работают на Windows, а отсюда и непопулярность у Ксения(11 знак., 03.01.2019 11:53)
- Нет, Ксения, все проще. Linux Kernel ничем, кроме GCC не компилируется (потому что оказалось проще расширить компилятор, чем писать ядро на чистом ущербном Си, кек), а зачем тащить десяток компиляторов в один проект? lloyd(159 знак., 03.01.2019 13:44)
- Это только потому, что IAR под Windows, а разработчики смартфонов, скорее всего, под тем же Android'ом живут. Ксения(599 знак., 03.01.2019 11:38)
- Klen разве имеет отношение к разработке GCC? Я думал он только сборки под ARM самодельные собирает. Ну так каждый сам собрать может, делов на 15 минут. Обычно собирают newlib + gcc, можно без newlib (хидеры подсунуть, самому написать, я делал), fk0(158 знак., 03.01.2019 13:56)
- GCC был отшлифован в основном на x86, а потому далеко не факт, что он лучший и для всех прочих архитектур. К нам время от времени заходит Klen :), так вот он уже не менее 10-ти лет курочит GCC, чтобы тот код для ARM компилировал, и до сих пор Ксения(38 знак., 02.01.2019 21:41)
- Это каких? Вездесущий GCC ни разу не новорожденный, крупные конторы вроде гугла уже перешли на clang. Проеты у этих ребят сильно сложнее, чем любой из ваших, и переход на новый компилятор гораздо сложнее, но люди работают. - evgeniy1294(02.01.2019 21:21)
- Ящетаю, надо это вынести в отдельный топик. С подведением итогов и оформлением их в виде таблицы по архитектурам и компиляторам. Может получиться интересно и информативно. А может скатиться в лютый срач. Кто не рискует, тот не пьёт шампанского... - SciFi(02.01.2019 20:10)
- Для CM и ARM7TDMI юзаю Keil и EmBitz(GCC), иногда приходится юзать IAR, раньше поделки иногда делал на кокосе и клизме. Segger Studio раннюю пробовал, но пока не до неё, LPCxpresso-Code-Red как-то пробовал, ещё для Freescale было чего-то своё, Vit(619 знак., 03.01.2019 00:29 - 00:32)
- Segger Embedded Studio - кросплатформенный, компиляторы GCC и CLANG поддерживают все армы и RISC-V. Отличный редактор. evgeniy1294(88 знак., 02.01.2019 21:09)
- +1. У меня для кортексов Keil, avr iar, для pic CCS PIC. на GCC старая аллергия. - Aleksey_75(02.01.2019 20:38)
- Для этого нужно оторвать задницу, освоить альтернативы и потестить. Гораздо проще с дивана вякать. - VLLV(02.01.2019 20:13)
- IAR был первым моим компилятором для AVR... До него я ассемблерил по-чёрному. Но попробовав DEMO IAR сразу перешёл на него. Задорого. А потом пришел бесплатный WinAVR и всё стало шоколадно! - max(02.01.2019 20:20)
- Свои 5 копеек: SciFi(742 знак., 02.01.2019 20:20)
- Зато под пять семейств, с которыми работаю - одна среда. А в бездну дизассемблера STM8 нечего пялиться :) - VLLV(02.01.2019 20:24)
- Говно эта среда, годов из 90, могли бы уже нанять индусов за 3 копейки и переделать. - evgeniy1294(02.01.2019 21:04)
- Среда - г-но, если честно. Почему-то вспомнилось, как Шевчук пел про Родину :-) SciFi(164 знак., 02.01.2019 20:30)
- Нормальная среда, если привыкнуть и освоить. Все что нужно делает. - AlexG(02.01.2019 20:36)
- С чем сравнивали? - s_h_e(03.01.2019 00:23)
- Visual Studio, AVR Studio4, QT Creator - AlexG(03.01.2019 10:01)
- Не вижу ни одного противоречия с тем, что я написал :-) - SciFi(02.01.2019 20:51)
- С чем сравнивали? - s_h_e(03.01.2019 00:23)
- Нормально, ALT+E работает, как в Борланде, что еще нужно? :) - VLLV(02.01.2019 20:35)
- Нормальная среда, если привыкнуть и освоить. Все что нужно делает. - AlexG(02.01.2019 20:36)
- Мультипроцессорность... Тоже аргумент. - max(02.01.2019 20:30)
- Советую ознакомиться с GNU Make. Там мультипроцессорность уже лет 20, наверное. - SciFi(02.01.2019 20:39)
- Зато под пять семейств, с которыми работаю - одна среда. А в бездну дизассемблера STM8 нечего пялиться :) - VLLV(02.01.2019 20:24)
- Напомнило про рукопашный бой в спецназе :) Скрипач(199 знак., 02.01.2019 20:15)
- Оно то так, но автомат, похоже, стреляет только старыми патронами. А новые
контроллерыпатроны выходят каждую неделю. - VLLV(02.01.2019 20:20)- Лично я, на этот год продолжу пользовать atmega8. Это уже "говно мамонта", наверное? :) За модой перестал гоняться еще во времена выхода Windows 98. Экономия 3-5% стоимости изделия не приведет увеличению объемов сбыта. Скрипач(42 знак., 02.01.2019 20:26)
- Считаю, что если нет разработки, то и не нужно ничего менять. Если есть разработка, то есть и отладка. Минимальными усилиями можно перейти на хотя бы ATmega88/328 и позволить отлаживать код с эмулятором и несколько бОльшим объемом ОЗУ. Чтобы, Vit(63 знак., 02.01.2019 23:30 - 23:35, ссылка)
- Спасибо! :) Внутрисхемная отладка - стоит мессы. - Скрипач(02.01.2019 23:43)
- m328 интенсивно юзаю. По многим причинам среди новомодных кортексов ему замены нет. А вот "дракона" последний раз вынимал лет 5 назад. Неудобно(надо переводить в режим отладки SPI программатором) и тормознуто. Проще моргнуть светодиодом или Гудвин(245 знак., 03.01.2019 00:24)
- Я в modbus slav-e предумотрел пару регистров: адрес и значение. Скрипач(234 знак., 03.01.2019 00:46 - 00:48)
- К слову о нормальном printf - evgeniy1294(02.01.2019 23:49, ссылка)
- Я так на Питоне делаю :) Только без выделения цветом, не заморачиваюсь. - Скрипач(02.01.2019 23:53)
- Тут дело не в питоне. Ребята из segger'a прокидывают выхлоп printf через отладочный интерфейс swd, т.е. дебажные уарты и SWO не нужны. - evgeniy1294(02.01.2019 23:58)
- А я прокидываю через MODBUS-RTU :) - Скрипач(03.01.2019 00:11)
- Идея хорошая, запомню на всякий случай. - evgeniy1294(03.01.2019 00:39)
- А я прокидываю через MODBUS-RTU :) - Скрипач(03.01.2019 00:11)
- Тут дело не в питоне. Ребята из segger'a прокидывают выхлоп printf через отладочный интерфейс swd, т.е. дебажные уарты и SWO не нужны. - evgeniy1294(02.01.2019 23:58)
- Я так на Питоне делаю :) Только без выделения цветом, не заморачиваюсь. - Скрипач(02.01.2019 23:53)
- m328 интенсивно юзаю. По многим причинам среди новомодных кортексов ему замены нет. А вот "дракона" последний раз вынимал лет 5 назад. Неудобно(надо переводить в режим отладки SPI программатором) и тормознуто. Проще моргнуть светодиодом или Гудвин(245 знак., 03.01.2019 00:24)
- Но "совместимость" тут дала фееричный сбой. За каким-то битом - они перенесли почти все регистры I/O в RAM. Простой замены заголовков не будет, придётся именно портировать. - Точка опоры(02.01.2019 23:38)
- если бы сам не делал проекты с рулежкой 8/88, то и не предлагал бы. на Си два пальца об асфальт. Vit(149 знак., 02.01.2019 23:47)
- А в чем проблема? Весь код - на Си. Я что-то упустил? - Скрипач(02.01.2019 23:45)
- Спасибо! :) Внутрисхемная отладка - стоит мессы. - Скрипач(02.01.2019 23:43)
- Это не говно мамонта, это следы вендской биоты. Atmel уже нет, забудьте их камни. Таракашка за 80 центов делает тоже, что и atmega8, все глюки выловлены лет 10 назад. - evgeniy1294(02.01.2019 21:00)
- Кем выловлены? Кто-то уже портировал туда МОЙ код?! :) Глюки - будут обязательно. Я вам даже больше скажу - при смене минорных версий ДИКО ВЫСОКОУРОВНЕВОГО интерпретатора python и то глюки вылазят. Скрипач(229 знак., 02.01.2019 21:04 - 21:08)
- Это оправдание, оно есть у каждого. Мы электронику разрабатываем, нужно быть на крае технологического прогресса. evgeniy1294(52 знак., 02.01.2019 21:18)
- у нас заказчик один, и имя ему - Заказчик, если понимаешь, о чем речь :) и менять в схемотехнике что-то радикально - это ОЧЕНЬ дорого. ибо 100500 тестов, испытаний, согласований и вагон бумаг. - Alex68(02.01.2019 23:49)
- Увы, я - директор. И "вполне окупается" для меня неприемлимо :) Должно приносить прибыль, большую чем приносит уже имеющееся. Иначе "новшество" нежизнеспособно. Скрипач(691 знак., 02.01.2019 21:30 - 21:39)
- Я недавно был на фирме, где проработал 25 лет. Там по прежнему 51 в дип-40 ставят, заказчик уже отваливается. - VLLV(02.01.2019 21:58)
- Обычно вендор микросхем - та сила, которая заставляет оторвать задницу, и взять что-то поновее. lloyd(131 знак., 03.01.2019 14:51)
- Вот просто глазами вижу как мои конкуренты напросившись на аудиенцию к Виталию Кличко взахлеб рассказывают какие древние микросхемы я применяю! %)))) Скрипач(297 знак., 02.01.2019 22:02)
- Поверьте, я знаю, о чем говорю. К моему большому сожалению. VLLV(127 знак., 02.01.2019 22:18)
- Я не собираюсь вам верить. Мне было бы очень интересно услышать ваши аргументы. Скрипач(1168 знак., 02.01.2019 22:34 - 22:52)
- Облака -- завтра заместитель кровавого диктатора страны агрессора в своем айфоне кнопку нажмет, и у вас все облака отвалятся или станут посылать ложные комады. Вон в швециях и эстониях уже вовсю боятся (и правильно делают). Потом оно же в обе fk0(74 знак., 03.01.2019 14:04)
- Это МОИ облака, дружище. Я уже писал, с гуглем мы не сошлись в выборе цвета обоев. - Скрипач(03.01.2019 14:33)
- Чьи сервера и где стоят? На кого зарегистрировано доменное имя? А то облака могут оказаться весьма условно твои. - fk0(03.01.2019 16:01)
- Один из серверов - прямо в офисе. Домен - лично на меня. Те сервера, что в Британии (Digital ocean) - с неродным для них дистрибутивом. Скрипач(42 знак., 03.01.2019 16:50)
- Чьи сервера и где стоят? На кого зарегистрировано доменное имя? А то облака могут оказаться весьма условно твои. - fk0(03.01.2019 16:01)
- Это МОИ облака, дружище. Я уже писал, с гуглем мы не сошлись в выборе цвета обоев. - Скрипач(03.01.2019 14:33)
- Что касается разработчиков, VLLV(220 знак., 02.01.2019 23:23)
- Что-ж. Скрипач(232 знак., 02.01.2019 23:41)
- Да, разговор тупиковый. Вашу правоту я понимаю и принимаю, а по поводу моей говорите - ну, херня, хватит врать ;) - VLLV(02.01.2019 23:47)
- Я не в праве оценивать. Просто существуют "пугалки" для руководителей. Скрипач(86 знак., 03.01.2019 00:17)
- Ну разумеется, руководитель, особенно владелец бизнеса, мало чем отличается от хозяина продовольственного магазина - VLLV(287 знак., 03.01.2019 05:54)
- Надеюсь Вам стало легче :) И, да, в ситуации ГОСРЕГУЛИРОВАНИЯ отпускных цен на "социально значимые продукты", в описанной вами ситуации многие акценты прийдется сместить. Скрипач(571 знак., 03.01.2019 10:48 - 11:10)
- "ушёл из технически интересных проектов" - возникает ощущение, что вы гордитесь тем, что не имеете возможности наращивать, как сейчас говорят, "компетенции" бизнеса. Если так, то это странно. - s_h_e(03.01.2019 11:17)
- ...из двух. Остальные веду и новые ищу :) Вы неправильно прочли. Причины по которым ушел - очень далеки от технической составляющей. - Скрипач(03.01.2019 11:30 - 11:33)
- Ну зачем же? VLLV(264 знак., 03.01.2019 11:17)
- Если интересно мое мнение - благословляю. Но только если вы понимаете экономику процесса
или тратите не свои деньги :)- Скрипач(03.01.2019 11:31)- Угу, это называется "бизнес-модель" :) - VLLV(03.01.2019 12:32)
- Если интересно мое мнение - благословляю. Но только если вы понимаете экономику процесса
- "ушёл из технически интересных проектов" - возникает ощущение, что вы гордитесь тем, что не имеете возможности наращивать, как сейчас говорят, "компетенции" бизнеса. Если так, то это странно. - s_h_e(03.01.2019 11:17)
- Надеюсь Вам стало легче :) И, да, в ситуации ГОСРЕГУЛИРОВАНИЯ отпускных цен на "социально значимые продукты", в описанной вами ситуации многие акценты прийдется сместить. Скрипач(571 знак., 03.01.2019 10:48 - 11:10)
- Ну разумеется, руководитель, особенно владелец бизнеса, мало чем отличается от хозяина продовольственного магазина - VLLV(287 знак., 03.01.2019 05:54)
- Я не в праве оценивать. Просто существуют "пугалки" для руководителей. Скрипач(86 знак., 03.01.2019 00:17)
- Да, разговор тупиковый. Вашу правоту я понимаю и принимаю, а по поводу моей говорите - ну, херня, хватит врать ;) - VLLV(02.01.2019 23:47)
- Что-ж. Скрипач(232 знак., 02.01.2019 23:41)
- Облака -- завтра заместитель кровавого диктатора страны агрессора в своем айфоне кнопку нажмет, и у вас все облака отвалятся или станут посылать ложные комады. Вон в швециях и эстониях уже вовсю боятся (и правильно делают). Потом оно же в обе fk0(74 знак., 03.01.2019 14:04)
- Я не собираюсь вам верить. Мне было бы очень интересно услышать ваши аргументы. Скрипач(1168 знак., 02.01.2019 22:34 - 22:52)
- Поверьте, я знаю, о чем говорю. К моему большому сожалению. VLLV(127 знак., 02.01.2019 22:18)
- Аргумент так себе. Полно историй, как мериканская наса держит на зряплате старых пердунов, ибо обновлять технику себе дороже. Или системы управления ядрёными МБР на флопиках размером с полметра. Чота там к "краю технологического прогресса" не SciFi(8 знак., 02.01.2019 21:35)
- Я недавно был на фирме, где проработал 25 лет. Там по прежнему 51 в дип-40 ставят, заказчик уже отваливается. - VLLV(02.01.2019 21:58)
- Выбор микроконтроллеров, компиляторов зависит от задачи. Решение моих задач в большинстве случаев не станет ближе, если я возьму новейший сверхмощный и свехдешевый чип и GCC свежайшей версии. - AlexG(02.01.2019 21:26)
- Осторожнее с "прогрессом". За его личиной зачастую тупо сидит самый настоящий регресс. И вообще, к чему эти пустые лозунги? Вы с Ксенией сговорились штоле? :-) - SciFi(02.01.2019 21:21, ссылка)
- Все новое - хорошо забытое старое же) - evgeniy1294(02.01.2019 21:22)
- Это оправдание, оно есть у каждого. Мы электронику разрабатываем, нужно быть на крае технологического прогресса. evgeniy1294(52 знак., 02.01.2019 21:18)
- Кем выловлены? Кто-то уже портировал туда МОЙ код?! :) Глюки - будут обязательно. Я вам даже больше скажу - при смене минорных версий ДИКО ВЫСОКОУРОВНЕВОГО интерпретатора python и то глюки вылазят. Скрипач(229 знак., 02.01.2019 21:04 - 21:08)
- Правда с другой стороны - освоив CortexM4, нет смысла спускаться. - VLLV(02.01.2019 20:37)
- Давно в планах. Но пока "двухстволка" из мелко-атмела и малинки эффективно закрывает все, что имело бы смысл делать. - Скрипач(02.01.2019 20:44)
- А соглашусь! - max(02.01.2019 20:38)
- Считаю, что если нет разработки, то и не нужно ничего менять. Если есть разработка, то есть и отладка. Минимальными усилиями можно перейти на хотя бы ATmega88/328 и позволить отлаживать код с эмулятором и несколько бОльшим объемом ОЗУ. Чтобы, Vit(63 знак., 02.01.2019 23:30 - 23:35, ссылка)
- Лично я, на этот год продолжу пользовать atmega8. Это уже "говно мамонта", наверное? :) За модой перестал гоняться еще во времена выхода Windows 98. Экономия 3-5% стоимости изделия не приведет увеличению объемов сбыта. Скрипач(42 знак., 02.01.2019 20:26)
- Оно то так, но автомат, похоже, стреляет только старыми патронами. А новые