caxapa.ru :: Затем, чтобы иметь ОДНУ ВМЕНЯЕМУЮ IDE на все разные платформы

MBedder^{терминатор} (29.08.2013 23:05, просмотров: 141) ответил fk0 на А зааачем? В мире opensource свои средства есть.

Затем, чтобы иметь ОДНУ ВМЕНЯЕМУЮ IDE на все разные платформы

- Дадада. Особенно на юникс-платформы оно встаёт чотко. Да и вменяемого там вообще ничего нет, в мире микрософта. - fk0(29.08.2013 23:32)
  - юникс-платформы давно отменили приказом по РЖД - не слыхал, штоле? :)) - MBedder(29.08.2013 23:33)
    - Это ваш шиндовс кажись отменили. По крайней мере win32. Что там вместо теперь не знаю... Но старьё на помойку -- точно. - fk0(29.08.2013 23:45)
      - Недавно хохмы ради с помощью одного умельца сделал мультибут-машину - DOS+WinXP-32+Win7-64, а потом еще и Win8 прикручу - MBedder(30.08.2013 00:00)
        
        Thrusted Computing и Secure Boot -- не слыхал? Твой DOS идёт лесом. - fk0(30.08.2013 00:08)
        
        "Дура дурой, но свой тридцатник в час имею"(с) :)) - MBedder(30.08.2013 00:12)
- Зачем одна IDE на всех? Есть вменяемые текстовые редакторы - выбирай любой. Есть make. А вот отладчики везде свои, и это трудно изменить. - SciFi(29.08.2013 23:10)
  - Jlink с большинством Cortex-M работать может. Так что JLink+Eclipce может отлаживать почти всё что надо (ARM9 и PIC16-32 не нужны). Что ещё не хватает? - Apтём(29.08.2013 23:20)
    - Всего хватает, но eclipse и не нужен. Просто мбеддеру на пенсию пора. - fk0(29.08.2013 23:37)
      - Рад бы, да жадность не пущает :)) - MBedder(29.08.2013 23:41)
    - Не хватает того, что заменит глючный JLink и тормозной Eclipse, и будет работать и с ARM/Cortex, и с PIC, и с AVR, и с чем угодно - MBedder(29.08.2013 23:21)
      - этож iar, правда с пиками он не работает - Nikolay801_(30.08.2013 08:37)
      - Какой-то особой глючности Jlink-а не замечал. В чём оно проявляется? Apтём(256 знак., 29.08.2013 23:27)
        
        У нас с тобой явно разные критерии тормознутости :)) - MBedder(29.08.2013 23:32)
        
        если сравнить жейлинк и исиди2 - земля и небо, не в пользу icd2 - Nikolay801_(30.08.2013 08:58)
  - Чукча - не читатель. Речь о том, что прикрутили С ОТЛАДЧИКОМ! - MBedder(29.08.2013 23:11)
    - "I can't debug, but I wrote a windows program that via USART displays variables, trace messages.". Кто из нас чукча? - SciFi(29.08.2013 23:13)
      - И чем это не отладчик/трассировщик? - MBedder(29.08.2013 23:23)
        
        да практически всем! Nikolay801_(675 знак., 30.08.2013 09:16)
        
        Тем что нормальный отладчик делает source level debugging, и это не совсем то, что в mplab хекс-коды рассматривать. Про трассировщик -- тут трассировкой называют вставление printf ручками? Нет, тоже не угадали. UART медленный, наконец. И самое fk0(201 знак., 29.08.2013 23:41)
        
        Код надо вменяемый писать, тогда и одним светодиодом в качестве отладчика можно обойтись. А ежели кто-то привык, чтобы ему отладчик в интернет за пивом бегал - это его проблемы :)) - MBedder(29.08.2013 23:42)
        
        Раньше тоже так думал, потом пришлось делать проект на PIC18f + MPLab-X XC8 aoreh(88 знак., 30.08.2013 12:45)
        
        Да-да, настоящие мущщины кодят гвоздём по перфокарте :-) - SciFi(29.08.2013 23:53)
        
        Настоящие умеют писать код, который надежно и качественно годами работает в готовом изделии, а остальные пусть пишут код, который годами надо отлаживать, чтобы хоть как-то заработал - иначе остальных быстро с работы попрут :)) - MBedder(29.08.2013 23:57)
        
        Таки да, если код будет сразу и без проблем работать -- есть масса причин, почему авторов попрут. Потому, объективно, что в услугах авторов больше нет нужды. Потому, что такой код вскрывает проблемы в других частях проекта и выставляет в fk0(466 знак., 30.08.2013 00:06)
        
        Вот под пик-контроллеры проф. уровня и приходится. Но надо таки признать, нормальным отладчиком как-то удобнее что ли. Зачем же так мучаться? openocd + gdb почти, что бегает уже. Увы, да, opensource сдаёт отладчикам проф. уровня (но не микрочип) fk0(305 знак., 29.08.2013 23:49)
        
        Чем отличается printf-отладка от нормального внутрисхемного отладчика? Долго перечислять. - SciFi(29.08.2013 23:37)
        
        А отладка с резидентным монитором чем отличается? Он ведь мог и нормальный монитор написать, у которого канал наружу - UART. - Evgeny_CD(29.08.2013 23:39)
        
        Кстати, ROM-мониторов сейчас не хватает. А всё потому, что внедрены всякие JTAG-и. И что, предлагаете так просто отказаться от завоеваний внутрисхемной отладки? Этот монитор не поможет вам поднять новую плату, к примеру. - SciFi(29.08.2013 23:45)
        
        Еще как поможет, если правильно приготовить :) Вначале в мониторе пишем poll вариант обработки UART, и прошиваем его в камень стандартным способом. Затем осваиваем прерывания и т.д. - Evgeny_CD(29.08.2013 23:50)
        
        Вообще-то, если правильно приготовить, то вся эта отладка нафик не нужна, как и компилятор и прочая мутотень. Правильноприготовляющий просто сразу выдаст правильный HEX. И светодиод не понадобится :-) --> - SciFi(30.08.2013 00:13, ссылка)
        
        Вот пример ultimate отладки :)) MBedder(1165 знак., 30.08.2013 00:17)
        
        Профессионалы не используют printf! Кроме того, как тут уже наглядно доказали, передача данных ASCII-кодом неэффективно и ненадёжна. Следовало бы содержимое регистров прямо в бинарном виде выплюнуть в UART дополнив CRC. И написать спец. программу fk0(40 знак., 30.08.2013 07:48)
        
        И откуда этот BSD Спарка? - Evgeny_CD(30.08.2013 00:22)
        
        Из простенького четырехантенного навигационного приемника за $24K :)) - MBedder(30.08.2013 00:25)
        
        О, дык дизайн этого приемника на Leon сделан? :) Так так, примерно понятно, где Вы трудитесь :) - Evgeny_CD(30.08.2013 11:55)
        
        Не, не имею ни малейшего отношения к дизайну приемников - просто мои клиенты их юзают, а я в данном случае копал глюки, на которые клиенты наступили при эксплуатации - MBedder(30.08.2013 12:33)
        
        Ха! Ultimate? ASCII? Я ожидал увидеть осциллограмму радиоволны с модуляцией QAM-256 с ECC-кодированным дампом регистров :-) - SciFi(30.08.2013 00:20)
        
        Угу, попробуйте для какого-нить нового Vybrid написать poll-вариант. Раза с 100500-го получится, наверное :-) - SciFi(29.08.2013 23:55)
        
        А интеррапт вариант - с 1000050000 раза? - Evgeny_CD(29.08.2013 23:59)
        
        А я для начала попробую втащить сорцы от MicroMonitor (uMon)-> Глядишь, оно и веселее пойдет. - Evgeny_CD(29.08.2013 23:58, ссылка)
        
        Не то. NoICE смотри. - fk0(30.08.2013 00:10)
        
        Это? - Evgeny_CD(30.08.2013 00:18, ссылка)
        
        Отпишитесь, когда будет реальный практический опыт. Будет интересно. SciFi(41 знак., 30.08.2013 00:03)
        
        Нету его там. Но сорцы у проекта интересные и поучительные. В свое время ковырялся с ним. - Evgeny_CD(30.08.2013 00:06)
        
        Дадада! Вначале нужно монитор поднять. - fk0(29.08.2013 23:50)
        
        Для этого gdb нужен. А за ним половина юникса в придачу. А студия не нужна. Она там только как редактор и для кнопочки "build" (для тех, кто makefile не осилил и теперь ребилдит свои нано-проекты каждый раз целиком и полностью). - fk0(29.08.2013 23:42)
        
        PS: к слову не новость, лет чуть ли не дцать назад слышал о таких вариантах. Для мальчиков с мамами, папами и квартирками. Потому, что в студии в кнопочки они тыкаться худо-бедно умеют, научили в институте. А компилятор из батника, например, fk0(57 знак., 29.08.2013 23:44)
        
        "Для того, чтобы просто попить пива, вовсе не обязательно покупать всю пивоварню"(с) :)) - MBedder(29.08.2013 23:47)

Средства и методы разработки