caxapa.ru :: MicroC для 18х пиков попробуйте :)

scorpion (03.10.2013 23:17, просмотров: 252) ответил FDA на Сегодня поставил IAR для ARM и поигрался с платой STM32F$-Discovery. Не, ну про кучу бездумных регистров, макросов и пр. дребедени я промолчу. Для АРМ'ов это нормальное явление. Но вот IAR это жопа! Последний раз я использовал их среду года четыре

MicroC для 18х пиков попробуйте :)

- Пробовал в своё время. Говно! Кроме HT-PIC C, а сейчас XC8/16/32 я для пиков ничего не признаю. - FDA(03.10.2013 23:19)
  - хс8 ничем не лучше. вариантов кроме hitech в STD версии -- нет (для pic18). - fk0(03.10.2013 23:47)
    - XC8 по сути ничем не отличается от STD. Все программы практически без переделки там компилятся. Из плюсов нужно отметить, что XC8 это единый компилятор для PIC12, 16 и 18. - FDA(03.10.2013 23:54)
      - xc8 -- это бывший PRO и он отличается от STD тем, что в нём проекты для STD просто не собираются на выражениях типа x=y. Т.е. выкрасить и выбросить... С чего единственный, STD версию никто не отменял. - fk0(03.10.2013 23:56)
        
        Я все без исключения свои проекты на PIC'ах (а их около 150) перевёл на XC8. Доработки в коде были минимальны. - FDA(04.10.2013 00:09)
        
        Зачем все проекты переводить.У меня куча проектов(и проектиков) более чем в 10 разных средах разработки.И главное нет никаких гарантий что при переводе не полезут глюки. plainuser(34 знак., 04.10.2013 08:32)
        
        Не люблю держать кучу компиляторов. Кроме того, у меня много общих библиотек для разных проектов, так что после перевода их на XC8 в любом случае и всё остальное переводить придётся. Да и по времени, честно говоря, весь перевод занял около недели. FDA(91 знак., 04.10.2013 10:26)
        
        Нифига себе у вас ассортимент. - plainuser(04.10.2013 10:51)
        
        Ну, крупносерийных изделий около 30, остальные - заказные. Порой заказчики приобретают их небольшими партиями по 20-30 шт. Прибыль с них, ясное дело, намного выше чем с серийных, поэтому от их поддержки я и не отказываюсь. - FDA(04.10.2013 10:56)
        
        три нуля забыл, должно быть 100500 - Alex B.(04.10.2013 02:35)
        
        Нет, если и ошибся, то +-10 проектов. - FDA(04.10.2013 08:13)
        
        Ага. По 2 недели на проект от начала и до конца. Если работать последние 10 лет. Такие проекты да, наверное не вызывают ошибок в компиляторе... - fk0(04.10.2013 12:38)
        
        Не впечатляет. А вот то, что перевод всех 150 проектов на XC8 занял около недели (это значит по 24 минуты на проект при 12 часовом рабочем дне) - вот это сила! Учись, пацан! - Alex B.(04.10.2013 13:56)
        
        Когда работаешь на себя, то вкалываешь и по 16 часов в день и 7 дней в неделю, если нужно. Кроме того я не говорил, что все проекты потом проверял в железе в течении этой же недели. Я просто их перенёс в новую среду. А проверял уже по ходу заказов. - FDA(04.10.2013 15:02)
        
        Это вместе с проверкой (скомпилить, залить, протестировать)! И так 150 железяк! Ёпт, терминатор нервно курит бамбук. - =AlexD=(04.10.2013 14:06)
        
        :) - Vit(04.10.2013 15:14, ссылка)
        
        - Шестьдесят да шестьдесят - рупь шестьдесят, еще сорок - два сорок. Спички брали? Нет? Тогда три двадцать. С пятерки сдачи нет.(с) - MBedder(04.10.2013 15:30)
        
        ...и тихо помирает от зависти, глядя на его серию в 400К поделий :)) - MBedder(04.10.2013 14:54)
        
        400К очень тяжёлая серия. Уже полгода прорабатываем комплектацию по ней с учётом всех мелочей. - FDA(04.10.2013 15:03)
        
        Либо такие проекты, либо что-то не договаривается. Только недавно коллега начал делать очередной проект. Я ему говорю "попробуй xc8". Через пол-часа уже не работают макросы C-препроцессора правильно. Дальше смотреть не стали. Тот же код в STD fk0(72 знак., 04.10.2013 00:20)
        
        Пример можно? илья(654 знак., 04.10.2013 08:15)
        
        См. ссылку. Проблема носит массовый характер и не надо притворятся, что её нет. Тем более, проблема не только эта. Конкретно в моём случае такой вариант: fk0(1202 знак., 04.10.2013 12:32, ссылка)
        
        Что за бред??? Где тут ошибка? Я только что вставил этот фрагмент в свой код, всё работает! Ну в смысле компилятор ругается на то, что внутри дефайна. - FDA(04.10.2013 13:07)
        
        Ошибка, разумеется, в конкретных условиях с конкретными файлами, а не в чистом виде. - fk0(04.10.2013 13:13)
        
        Понятно :-))))) - FDA(04.10.2013 13:14)
        
        И чего тут смешного? Сам сталкивался с подобными ситуациями. Есличо, глюк компилятора от своего отличать умею. Копать глубоко - задолбаешься, да и без надёжного канала связи с аффтарами компилятора это бессмысленно. Остаётся только искать обходные SciFi(6 знак., 04.10.2013 13:20)
        
        Припомнился MPLAB-C16... - Vit(04.10.2013 12:55)
        
        Ерунда. Проекты у меня разные. Есть и на 1 КБ, есть и код под 64 Кб. В последних проектах использую Ethernet, там много работы со строками для реализации HTTP, куча макросов, структур, типов данных. Проблем не замечал. - FDA(04.10.2013 00:26)
        
        Типичный случай УМВР. А у меня не работает не в 150, а всего в 2-3 проектах. И этого достаточно. - fk0(04.10.2013 00:36)
        
        Нет, недостаточно. Это всего лишь показывает, что у тебя не было желания разобраться в причинах и ты сразу сваливаешь всё на компилятор. - FDA(04.10.2013 08:14)
        
        Так он же за "контроллеры профессионального уровня". И проги на асме. Зачем ему компилятор ? - _basile(13.10.2013 15:04)
        
        Я и не собираюсь разбираться, когда на "x=y" оно говорит "can't generat code: too complex expression". - fk0(04.10.2013 12:13)
  - Мне на предыдущей "работе" (каторге) почти целый год пришлось "пробовать" - scorpion(03.10.2013 23:43)

ARM, RISC-V контроллеры