Мелкие вопросы по МК и ПЛИС.

Chettuser

Chettuser писал(а): там куча всего и библиотек навалом.

Это что?
Не аргумент?
Интересно, Вы новичку предлагаете писать библиотеки самостоятельно? Ну-ну!

Реклама

ut1wpr

Chettuser писал(а):
Chettuser писал(а): там куча всего и библиотек навалом.
Это что?
Не аргумент?
Интересно, Вы новичку предлагаете писать библиотеки самостоятельно? Ну-ну!

Договорился аргументатор... Дефайны библиотеками обозвал. А как без них? Я не умею. Научите.

Реклама

Chettuser

Где Вы видите дефайны?

Chettuser писал(а):
Chettuser писал(а): там куча всего и библиотек навалом.
Это что?
Не аргумент?

Да после того, как человек наморгается светодиодами и привыкнет к этим библиотекам, ему придётся от них отвыкать и переучиваться заново, меняя компилятор.

Интересно, Вы новичку предлагаете писать библиотеки самостоятельно?

Я предлагаю новичку читать документацию и изучать контроллер. А то, что делают эти библиотеки, он сможет сам написать позже, как наиграется кнопками и светиками.
А к компилятору нужно сразу нормальному привыкать, без всяких библиотек. Они (библиотеки) тупят мозг...

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

Реклама

Chettuser

Аlex писал(а):А то, что делают эти библиотеки, он сможет сам написать позже, как наиграется кнопками и светиками.

Во! Наконец то первая мысль на протяжении полутора страниц!

Аlex писал(а):А к компилятору нужно сразу нормальному привыкать, без всяких библиотек. Они (библиотеки) тупят мозг...

А теперь подошли к главному - что предложить новичку?
Аргументированный чёткий ответ, пожалуйста!

Реклама

что предложить новичку?

Выше, Вам уже ответили

HHIMERA писал(а):Кого... микроСИ???
Само в себе... убогое создание...
Достаточно зайти на микрочипсю или элх... Вопрос по микроСИ может днями валяться без ответа... до случайно зашедшего адепта закрытых либ и микроСИшных извращений...
А чаще всего ответа можно и не получить вообще...
По Hi-Tech, С18 и С30 всё гораздо радужнее... или будете спорить???

Использование этих компиляторов и игнор микроС, людей, далеко не начинающих, - не аргумент ?
Кто будет его консультировать, Вы ?

Реклама

ploop

Кстати, в пользу компиляторов Микроэлектроники есть аргументы, и их вполне используют люди. Знаю даже одного. Правда этот человек начинал писать первые программы еще в 80х, в машинных кодах, собирал свой компьютер, отлаживал по осциллографу...

Это я к тому, что ему не стоит объяснять, как работает контроллер и компилятор. А вот новичкам это знать просто необходимо. Не хочется - возьмите ардуину и не парьтесь.

Arlleex

На начальном этапе знание архитектуры микроконтроллера хотя бы в общих чертах очень нужно. Без этого никак. Если хотите поиграться со светодиодами и на этом закончить, называя себя магистром Йода в программировании МК, то пожалуйста - выше вам посоветовали взять Arduino...
А если серьезно - пишите свои библиотеки, пишите и разбирайтесь, как они работают!
Я - несмотря на миллионы готовых библиотек - всегда пишу все с нуля. ВСЕ, С НУЛЯ!
В готовых библиотеках порой бывает столько требухи, ненужной и до того усложняющей жизнь, что разобраться в ней непросто. Это занимает много памяти МК, и всего лишь для чего? Для универсальности переноса кода - а че, изменил дефайны и пользуйся... Не мое это, не могу надеяться на "дядьку". Когда сделал сам - ты на 100% уверен в том, что оно будет работать именно так как тебе надо, и не будет вопросов насчет "непонятного поведения программы", да и шаманить с багами меньше...

ibiza11

Внесу свою лепту в обсуждение))
Я считаю, что новичку полезнее разобраться в основах. Если он хочет действительно дальше этим заниматься, то я рекомендую начать с ассемблера. (да-да! именно ассемблер! давайте, начинайте в меня кидать свои помидорки

)
- После этого переходить на Си. Честно сказать, после года проведенного на Ассемблере, очень не хотелось переходить на Си, возникали сложности, но после перехода вздохнул с облегчением. Главное писать правильно и проигрыш в быстродействии практически не заметен, к тому же если уже знаешь Ассемблер, то не составляет труда проверить свой компилятор на "адекватность", подсмотрев Ассемблерный листинг и, в случае необходимости, внеся корректировку в код. Ощутимо уменьшается время написания программы.
- Только после этого я рекомендую переходить на использование библиотек высокого уровня. Это еще более ускоряет процесс проектирования. Главное выбирать библиотеки, проверенные временем и множеством пользователей.
Использование библиотек не может не понравится! Это путь к быстрому решению проблемы. НО, использование библиотек без опыта может иметь обратный эффект! Проще накосячить в параметрах функции, если не знать основ. Например можно долго пытаться запихнуть в 8-битный (аппаратный) таймер AVR 32-битный long и потом материть эту библиотеку, мол не работает, а потом создавать темы на форумах "Помогите!!!! не работает!!!!!!!!!!!"
Поверьте, без острой необходимости, никто меня не заставит перейти обратно! Я буду использовать библиотеки! Вы же не будете спорить о том, чем же лучше копать яму: палкой-копалкой или экскаватором??? Для каждой степени развития/задачи свой инструмент!
Экскаватор - большая скорость проектирования, большие объемы кода, небольшая нерасторопность... Палка-копалка - маленькая скорость проектирования, малые объемы кода, более точная работа.
Также бесспорно то, что с экскаватором не справится неандерталец, который только что работал палкой-копалкой (или вовсе ею не работал).
У меня все!

Arlleex

Полностью согласен. Помидорки не буду кидать

Кстати да, раз уж вообще о начале изучения - то сразу ассемблер. И на тех микроконтроллерах, которые разжеваны - AVR.
Потом уже можно думать о переходе к чему угодно

HHIMERA

ibiza11 писал(а):давайте, начинайте в меня кидать свои помидорки

Легко...
Всё это голые красивые слова и эмоции...

- Только после этого я рекомендую переходить на использование библиотек высокого уровня. Это еще более ускоряет процесс проектирования. Главное выбирать библиотеки, проверенные временем и множеством пользователей.

Примеры в студию... а то получается "в общем и ни о чём"...

НО, использование библиотек без опыта может иметь обратный эффект! Проще накосячить в параметрах функции, если не знать основ. Например можно долго пытаться запихнуть в 8-битный (аппаратный) таймер AVR 32-битный long и потом материть эту библиотеку, мол не работает, а потом создавать темы на форумах "Помогите!!!! не работает!!!!!!!!!!!"

Если есть знания и наработки, то зачем мне чужие библиотеки???

Поверьте, без острой необходимости, никто меня не заставит перейти обратно!

Обратно куда??? В пионеры, в комсомол???

Я буду использовать библиотеки! Вы же не будете спорить о том, чем же лучше копать яму: палкой-копалкой или экскаватором??? Для каждой степени развития/задачи свой инструмент!

Главное - с этой ямы выбраться!!!

Также бесспорно то, что с экскаватором не справится неандерталец, который только что работал палкой-копалкой (или вовсе ею не работал).

Бесспорно то, что Гуру не пользуются некоторыми либами... Ну что поделать... неандертальцы...

У меня все!

У меня тоже...

HHIMERA

Что-то адепты либа-халявы и потребители фиг чего попритихли...

Уснули... экскаваторщики...

Вот свеженькое...
http://electronix.ru/forum/index.php?sh ... &p=1108593

К LPC у меня масса претензий, ну кроме I2C, классика, как было замечено выше. Таймер только таймер, PWM с ним не выйдет без прерываний, несмотря на то, что есть matching pins. UART и CAN: NXP "изобрел" прерывания по фронту!
...........
Добавлю еще один недостаток: качество кода, примеров, знание принципов программирования, языка С отавляет, мягко говоря, желать...Понятия bit-field, enum NXP незнакомы, количество "magic number" зашкаливает... Простие меня электрики, но это ваш стиль. Другими словами, софтвер НЕПРОФЕССИОНАЛЕН!
Да, и вайла описания битое у NXP нет!

Вот к чему приводит:
- "Я буду использовать библиотеки!"
- "Это еще более ускоряет процесс проектирования. "
- "Использование библиотек не может не понравится! Это путь к быстрому решению проблемы"
- "Для каждой степени развития/задачи свой инструмент! "
- "Экскаватор - большая скорость проектирования"

А вот что ответили "неандертальцы":
http://electronix.ru/forum/index.php?sh ... &p=1108738

Ужос-то какой! Гадский NXP не написал хидеры в приятном Вам стиле.
................
На софтовый мусор, предлагаемый производителями, как правило можно не смотреть - это для хомячков, глючное, непортируемое, часто с лицензионными ограничениями.

Как грицца... "Почувствуйте разницу!"(С)

ibiza11

Вырывать высказывания из контекста - это ваша работа. Смотрю и сейчас вы этим не поскупились. Я лишь донес свое мнение и на ваше, HHIMERA, мне ... с высокой колокольни. Я не собираюсь Вам (!) что-то доказывать, теряя свое личное время. К слову сказать, вы давно прославились на этом ресурсе провокатором и источником различных споров "ни о чем". спасибо за внимание.

HHIMERA

Да нет... Вам просто сказать по существу нечего... так... накидали общих фраз...
Куда засунуть ваши "библиотеки высокого уровня", если порой даже места на плавучку не остаётся??? А в реализации 8-ми битников это вообще тормозные вилы!!!
Если чел цепляет TFT на PIC32 или на STM32 и скулит "очень медленно робит"... потому, что у него одна команда выполняется за 5 циклов (и это ещё хорошо, что так), а у меня за 1 цикл... приводить ссылки???
Приземлитесь!!! Библиотечный фанатизм к хорошему не приводит... результат этого в посте выше... чел уже начал учить NXP, как делать чипы... они, видите ли под его прогу не подлазят...

urry

Мое имхо - да, можно сколько угодно ругать хомячковые сэмплы, несогласен, что ошибок море - ну, не юзабельно процентов на 30, наверное... Озеро, навскидку

А фрейморки ? кто самостоятельно напишет библиотеку поддержи юсб и тсп, ну ладно, юдп ...
Да были герои, как бы... Пытались...
"От героев былых времен не осталось порой имен"(с)

ploop

Господа, пыл попридержите. Оффтоп тут не уместен.

HHIMERA

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

Один жирный плюс с любителей этого мутного озера - цены на STM в местном магазинчике поддерживаются низкими...

А фрейморки ? кто самостоятельно напишет библиотеку поддержи юсб и тсп, ну ладно, юдп ...
Да были герои, как бы... Пытались...

Дык... я ж и просил уточнить по поводу каких либ "всеобщий праздник"...

а то получается "в общем и ни о чём"...

Я высказался не против применения либ, как таковых... "каюсь, ибо грешен я"... а против призыва к их фанатичному применению "всегда, везде и при любой погоде"...
Новички просто не в состоянии отделить "зёрна от плевел"... многие ведутся, а потом выносят мозг себе и другим... при том, что те, кто советовал им "юзать только либы", остаются в стороне... и как бы не при делах...

ibiza11

Если Вы на меня намекаете, то перечитайте мое сообщение и поймите наконец смысл написанного. Никакого "призыва использовать либы всегда и везде" там нет!
И еще, я никогда в стороне не оставался, когда кому-то нужна моя помощь!

HHIMERA

ibiza11 писал(а):И еще, я никогда в стороне не оставался, когда кому-то нужна моя помощь!

Это не к вам относилось... но поверьте, до смешного... яркий пример такого действа существует...

MS24

Товарищи коты, подскажите, запутался что-то, написал такой вот код, хочу яркость светодиода поменять с помощью ШИМ но ни как не могу въехать в инициализацию, хочу использовать FAST PWM по совпаденеию OCR0A, написал вот это:

#include <avr/io.h>
void main()
{
DDRB = 0xff;
TIMSK0 = 0;
TCCR0A = (1<<WGM02)|(1<<WGM01)|(1<<WGM00)|(0<<COM0A1)|(1<<COM0A0);
TCCR0B = (1<<CS02)|(0<<CS01)|(1<<CS00);
TCNT0 = 0;
OCR0A = 150;
while(1)
{

}
}

Где ошибка?