Вопросы по CooCox CoIDE

[dosikus]

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

[akegor]

dosikus, ну не бурчи, как дед старый! Молодежь порезвится - потом подумает и спросит:"А как лучше?". Не зная горького - не поймешь сладкого.

ПС. Счаз получу...

[dosikus]

ну не бурчи, как дед старый!

Хорошо ...
Yurkin2007 , аргументы в пользу вашего кактуса , кроме обширности репозитария и легкости создания проекта .

[nahimovv]

не бурчи

А мне можно? Вот тема по Кокосу, смотреть не на что!
http://electronix.ru/forum/index.php?showtopic=113368
Этот же вопрос прозябает на ДиАхтунге, уже который день!
Невольно возникает вопрос, если всё в Кокосе зашибись, то почему никто не ответит? Значит, либо знающие не пользуются Кокосом, либо уровень пользующихся Кокосом настолько низок, что и ответить некому, ПЕЧАЛЬКА!

[Yurkin2007]

Ну, вот такое сравнение мне видится удачным. Пишу я программу для компа под Виндоус. При этом использую кучу Windows API - функций, которые кто-то до меня написал и которые я не могу изменить. Например, функция создания файла на диске. По-Вашему выходит, что это плохо. Нужно знать, как именно байты физически пишутся на диске, и, если нужно, быть способным изменить порядок записи. Если ты этого не можешь - грош тебе цена, как программисту, а твоя IDE - ваще дерьмо: всё скрыто от пользователя. Я правильно Вас понял?
Но дело в том, что мне нужно просто записать файл, чтобы потом прочитать. И всё. Как там байты лягут - меня не колышет. У меня другая задача.
То же самое с МК. Нужно мне в приборе прочитать датчик, отследить состояние нажатости клавы и вывести на экран. Я завожу CoIDE, кликаю новый проект, отмечаю какие модули мне нужны. И всё. Сразу имею main() и начинаю писать свои функции по работе с датчиком, клавой и LCD. И мне на надо тратить неделю на изучение дейташита какого-нибудь STM32F051RT8, чтобы просто его запустить. Потому что у меня задача - сделать прибор, а не досконально оптимизировать программу, чтобы влезла в 4кБ.
Всё к тому идёт. Повсеместный переход на программирование, используя высокий уровень. Когда-то сам писал проги на ассемблере для Intel 8086, регистры AX, BX, CS, DS и т.д. И кому это сейчас нужно? Все пишут под .NET Framework и горя не знают.
То же самое будет и с SMT32xxx. И кокос - это первая ластока

[dosikus]

Пишу я программу для компа под Виндоус.

И в чем вы , позвольте узнать, пишите ?
В той же вижуал подобной кактусе среде , которая не напрямую с API работает а через прослойку типа SPL .
Прежде чем приводить аналогии, изучите досконально вопрос .
Вам еще рано что либо обсуждать...

[akegor]

В той же вижуал подобной кактусе среде , которая не напрямую с API работает а через прослойку типа SPL .

Не совсем так. С API можно работать напрямую - никто не запрещает, даже, если критично время и хочется траха, это полезно. Но удобней и цивилизованней через "SPL".

[Loole]

И в чем вы , позвольте узнать, пишите ?

Небось на дельфях используя "говнокомпоненты" . Как жить дальше? Прям ложись- помирай. ТС в ужасе бежит к изе.. здесь ему уже никто не поможет.

[dosikus]

Но удобней и цивилизованней через "SPL".

Я это к тому , что не надо было мешать все в кучу . И сравнивать ембеддерство с писаниной на ББ . О "пользе" прослоек и писателях на визуал барсиках и "программистах" 1С и веб , заведите отдельную тему .
Ну не сравнивается сие ни как .
Даже на STM32 знать нутро и работу с ним на низком уровне обязательно .
А путь аурдуньи , хоть и кажется легким пользы не принесет.
Вам снова пруф нужен?

[Yurkin2007]

И в чем вы , позвольте узнать, пишите ?

Не надо уводить обсуждение в сторону. Тут обсуждаем CoIDE.

Что удобно в Кактусе - это контекстная подсказка. К примеру, объявили где-то вначале кучу переменных, потом в тексте программы хотите использовать одну из них, но забыли точное название. Набиваете первую букву и по Ctrl-Space вываливаются все переменные на эту букву.
Пишите название функции - тут же получаете в подсказку лист необходимых параметров, которые должны быть переданы. И так далее в таком духе. Есть подобное у Keil или IAR?
Всё это у юзера развивает лень, конечно. Настоящий программист должен быть поджар и вынослив, чтобы легко прыгать по тексту и модулям в поиске нужной информации

Потом, к примеру, ругаемую всеми библиотеку SPL. Нужно мне бит в порту установить в 1. Пустяковое дело. Заглянул в библиотечный файл stm32f0xx_gpio.c. И что мы видим? Функция GPIO_SetBits(GPIO_TypeDef* GPIOx, uint16_t GPIO_Pin) устанавливает биты. Оказывается, чтобы установить бит надо записать в соответствующее разряд регистра BSRR единичку. А чтобы сбросить, надо писать в BRR. А я и понятия не имел об этом, думал просто пиши в PORTA и всё.
Спасибо библиотеке, потребовалось 5 секунд на понимание. Вот, и славно. И можно пользовать GPIO_SetBits() для установки бита. А можно прослыть крутым и пользовать прямо GPIOA-›BSRR = GPIO_Pin_0;
И так во всём. Инициализация UART - не проблема. Подключение DMA для складывания результатов ADC в память - один взгляд в библиотечный файл, и всё сразу понятно. Хочешь - используй готовую библиотечную функцию, а хочешь - копируй содержание в свой текст, выкидывай assert_param() и пиши конкретные имена регистров. Потом можно сказать, что сам всё написал и SPL на дух не переносишь ...
Так что от SPL одна только польза, и никакого вреда.