mikroPascal for PIC

Господа, а кроме SWK здесь кто-нибудь пользуется микропаскалем для PIC? Как впечатления? Стоит ли вообще его изучать?

Сообщение от YMM Из тех кто у меня спрашивал с чего начать, только процентов 5-10 хотели бы стать профессионалами (для них только ассемблер или Си), для остальных достаточно мигалок, пищалок, часиков и т.д. Вот им и советую Mikroe на выбор Паскаль или Си.

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

0

Илексиндр, вы плохой педагог. Ваши бредни основаны на вашем же опыте а точней его полном отсутствии .
А опыт ваш это путь ленивых - баскомы, визуал барсики...
Изучить полностью "многочисленные << >>;;{}//\\&&$$ и прочее :" и не надо будет зависеть от чужих либ.
Продукты микраЕлектроники путь к аурдунье.
Кстати как вы , зная только барсики , можете судить о том что лучше или хуже ?

0

Илексей, а вы есть классный препадаватель и телепат?
вы знаете о том, что я знаю? )))
я выпустил несколько толковых спецов, ныне предодавателей престижных вузов, доктора технаук есть :)
И кто вам сказал, что я не понимаю Си?
начинал с паяльника, потом купили Спектрум (точнее, я сам на его заработал), а там бейсик, потом к нему Паскаль, в школе - бейсик :( Ходил в другую школу на информатику - там был Паскаль
в шольные годы пробовал освоить асм для Z80 - не пошло, базовых знаний не хватило
потом МК, ассм на PIC
потом асм под IBM - ощутил мощь ассма!!
потом знакомый притащил диск, а там Пратан для PIC (этакая ядрёная смешь Бейсика и Паскаля)
потом на работу устроился на завод - там ATMEL, сперва ассма немного, потом коллега (к соалению, ныне покойный - сердце) притащил АлгоритмБилдер, не то! Нашли FastAVR - пишешь на аля-Бейсик + Паскаль >> получаешь ассм. Так осваивал ассм, видя конструкции компилятора (и 1 его ошибку так нашли)
попался исходник на Bassom - откомпилировали, глянули код - ну и дермище!! забросили
прошло пару лет...
потом немного КодеВижен - интересный визард, но как-то голо без библиотек!
нашли кучу исходников на Bassom - а малыш-то - подрос!! одно, потом другое - самое то для нашей работы!!
сперва ломаный и демо, потом связался с автором - перевёл интерфейс, нам - ключ.
сейчас на нём, крайне редко в него втыкаю ассм

но я - не проф. я -самоучка,
ракетами не управляю, так... по мелочи: автоматика, телеметрия, связка ПК + МК, словом, по мелочи :)

ps
в эти "пару лет" вошли и эсперименты с продукцией МикроЕлектроника, общался с ними - можете на их форуме меня поискать году в 2006... ключ они мне дали...
но из-за грязного кода мы его не применяли - чуть сложнее "мигалки" с их библиотеками - и всё, приплыли! часто использовали "костыли" - лечили код прямо в дебагере :(

0

Сообщение от Илексиндр Д. Илексей, а вы есть классный препадаватель и телепат?

"- Что бы судить о вкусе омлета не надо уметь высиживать яйца..."

Сообщение от Илексиндр Д. вы знаете о том, что я знаю? )))

Опыт общения с вами говорит сам за себя.
Кстати не ваши "выпускники" участники техногенных катастроф ? :)))))))))

0

не, они не в проектных :)

цитирование других - не есть точная мысль, ибо она скрывает ваши пустоты мышления... (не моё :)

интереснейший халивар :)
как писал один из модеров на Казусе - классный писькомер вышел :)))

зашел, почитал - встрепенулся, поржал :)

0

Ну не знаю, Илексиндр, я давно уже не занимался преподаванием, так что тут вам наверное виднее...

Однако на мой взгляд нет никакой особенной разницы, на чем программировать алгоритмы, на Си, или том же Бейсике с Паскалем, отличия в синтаксисе в основном. А вот библиотеки как раз гораздо проще найти именно на Си - это давно уже стало стандартом, да и все производители только Си и поддерживают.

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

Хотя может быть все это связано с тем, что у вас AVR в основном - для него доступен целый зоопарк различных средств, однако хороших почти нет, ни на Си, ни на чем-то другом... Для тех же MSP430 не надо искать никаких библиотек - все есть от производителя, и есть отличная экосистема.

Лично я для задач обучения вообще взял бы Cypress PSoC 5 - на мой взгляд наилучший способ быстрого вхождения в тему. Если такие задачи перед вами стоят, рекомендую хотя бы мельком глянуть, может и вам пригодится.

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

0

Сообщение от okotimiv Однако на мой взгляд нет никакой особенной разницы, на чем программировать алгоритмы, на Си, или том же Бейсике с Паскалем, отличия в синтаксисе в основном.

согласен
но для того, кто уже "въехал" в тему
если для новичка, то освоение Си - отдельная сложнейшая задача
НА МОЙ взгляд, вообще надо ОБЯЗАТЕЛЬНО с ассма начинать, чтобы _понимать_ что внутри происходит!

Сообщение от okotimiv Лично я для задач обучения вообще взял бы Cypress PSoC 5 - на мой взгляд наилучший способ быстрого вхождения в тему.

для электронщика - да! для того, кто начинал с "высокого уровня" - это вообще тёмный лес
никогда не забуду, как коллегу-программиста "переводил" на МК
он каждые 15 минут выбегал покурить, бормоча: ептамать! черт!
а в конце выдал "я думал, что МК - это как ходить на четвереньках, а оказало, что это как лежать пластом и вручную дёргать каждую мышцу с опросом каждого датчика-сенсора"
а какой шок у него был при освоении темы "дребезг" контактов!! ммм :)

Сообщение от okotimiv ... что Си .... Он вообще разрабатывался совершенно для других задач, и на эту платформу попал более или менее случайно, причем в первоначальном виде.

совершенно верно

но, хоть убейте, не понимаю, нахрена ООП на МК???
всё равно всё сведётся к кассическим 10 операциям :)

0

Освоение Си - "сложнейшая задача"? Хмм... да в общем-то нет, ничего особенного кроме не самого наглядного синтаксиса в этом языке нету. Тем более что его все равно придется освоить, хотя бы просто для доступа к наработкам сообщества и поддержке производителей. Рано или поздно, но придется. Впрочем, у каждого свой подход.

АСМ наверное хорошо знать в теории, но осваивать на практике как правило нет необходимости.

ООП тоже не лучшая парадигма для МК, хотя имеет право на существование. Вообще, средства разработки должны в первую очередь соответствовать конечной задаче. Для МК такими задачами в основном являются разработка КА, коммуникационных протоколов (это как правило тоже КА), простейших HMI, а также DSP. Си в своем исходном виде для решения этих задач не приспособлен, требуется как правило или написание достаточно громоздкого и трудно поддерживаемого кода, или применение дополнительных инструментов типа RTOS, построителей КА (VisualState etc), библиотек или целых фреймворков HMI, а также иногда очень изощренных средств создания DSP.

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

Си создавался для написания ОС, в первую очередь, для этого он идеально подходит. В случае с МК он идеально подходит для создания HAL, для всего остального - гораздо хуже.

Однако это стандарт, как я уже говорил, так что как правило выгоднее всего именно его и придерживаться. Во всяком случае пока.

0

Сообщение от Илексиндр Д. если для новичка, то освоение Си - отдельная сложнейшая задача

Ничего там сложнейшего нет. У тебя обычная "ломка" после барсика и АСМа.

Сообщение от Илексиндр Д. НА МОЙ взгляд, вообще надо ОБЯЗАТЕЛЬНО с ассма начинать, чтобы _понимать_ что внутри происходит!

Хорошая практика изучать АСМ и Си в параллель.
Если цель стать разработчиком а не юзером ПЛК...

0

Сообщение от dosykus_2 Хорошая практика изучать АСМ и Си в параллель.

шеф-повар - тоже разработчик ;)

Вы пробвоали учить англйский и китайский параллельно?
ну, помягче возьмём: английский и немецкий?
учили, знаем! сперва плохо, потом каша в голове: времена путаются, склоняем как хотим :))))))

а вот английский и итальянский - сносно учатся (со слов коллег, верю им) - схожи по идеологии

о чем это мы? тема гаснет!! АААА!! поддайте жару :))))

0

Сообщение от Илексиндр Д. Вы пробвоали учить англйский и китайский параллельно?

Если вы такие аналогии проводите уча , я не завидую вашим ученикам.
Ембеддеру сам бог велел знать асм и архитектуру камней изнутри.
Вы сами плаваете в вопросе , а еще учите .
Очередная кухарка...

0

обычные эММоции, Досикус, обычные... без примеров и конкретики...
но мы уже привыкли :)

0

Сообщение от dosykus_2 Ембеддеру сам бог велел знать асм и архитектуру камней изнутри.

Бог может и велел, а вот для решения большинства практических задач лезть в асм как правило не нужно. Ну а внутренняя архитектура чипов вообще коммерческая тайна, и если вы не разработчик чипов, то она вам нафиг не сдалась - достаточно очень поверхностного описания в документации. Я не припоминаю, чтобы кто-то демонстрировал хорошее знание внутренней архитектуры того же AVR.

Практичнее надо быть, уважаемый. Идеология это конечно хорошо, но она плохой помощник в реальных делах.

0

Сообщение от okotimiv для решения большинства практических задач лезть в асм как правило не нужно.

Чему служит Ваше высказывание? Хороший пример перекроет все Ваши мыслительные потуги по нецелесообразности применения
ассемблера, как например для разработки KolibriOS. Зайдите на их форум и объясните им всю абсурдность их действий. Есть же
"божественный" Си который и им также известен.

Сообщение от okotimiv Практичнее надо быть, уважаемый. Идеология это конечно хорошо, но она плохой помощник в реальных делах.

Разработчики KolibriOs не думают о реальных результатах своих дел?

0

я пользовался оным лет 5 назад
точнее, пытался (от слова ПЫТКА) пользоваться...
уж лучше DOS поставить - там хоть софта - навалом :)

некоторые пытались и win95 переписать на ассме и Си: мол, так как библиотеки мы сами написали, то можно будет использовать как Линукс- свободно
вот только за столько лет оная разработка не на всех машинах даже грузится, не говоря о работе с драйверами :)

абсолютно бесполезные потуги, но опыт получат, который может куда будет востребован...!

попытался скачать эту КолибриОС - блин, у меня на новой мамке уже и порта для флоппика нет :)))) прогрес, млин!
а вы: только хардкор, только машинный язык :)))

да простит меня модератор за флуд, но не могу не добавить:
в 2005-2011 общался с "нашим" парнишкой, по еврейской линии свалившему в Америку. Хотя от еврейского там только бабушка в хрен знает каком колене (лихие 90-е, многие бежали, помню...)
так вот, в тот момент он учился на "махатроника" - единственный подходящий термин на русском
практику проходил в каком-то ...дцатом филиале Боинга, который был на грани банкротства (но это не наши понятия "банкорот = писец!")
потом перешел на изучение МК.
у них преподавалось всё иначе, чем у нас! я тогда до хрипоты с ним спорил, но уже сейчас соглашусь с их методой и идеологией:
"железо - херня! его можно наштамповать мульёнами и оно будет дешевым"
Берём плату, кидаем крутой МК, много памяти и перефирии. Супер=железка на все случаи жизни (или типа того :)
Сажаем студента, он её осваивает (а часто производители дарят такие платы - чтобы потом будущего разработчика к себе притянуть), к неё даётся туева туча примеров и библиотек. он это пишет за месяц
да, железка - дорогая, но работа "кто был под рукой" - недорогая
Куда дороже спец, который в мк с 1 кб памяти всунет сложный проект
Т.е., хренс ней, с дорогой железкой! ну и фиг, что не использовали 80% перефирии и 90% - памяти, зато работа разработчика дешевая. И ДРУГОЙ разберётся быстро
Кстати, папа там его востребован... пишет на VisualBasic для разных контор
Сына работает в частной фирме, кормящейся приборами для военки...
такие вот дела...

0

А что, разве разработка RTOS является типовой задачей? :))

Вы невнимательно читаете, я же русским по белому написал "для большинства практических задач". Можно полжизни решать задачи на МК и ни разу не столкнуться с необходимостью что-то кодить на ассемблере. А можно и каждый день быть вынужденным это делать - зависит от того, чем заниматься.

Разработчики RTOS, понятное дело используют ассемблер, как минимум в некоторых частях HAL. Ну так на то они и разработчики RTOS, в конце концов. И кстати именно стараниями таких разработчиков, разработчикам конечных решений лезть в ассемблер как правило нет необходимости. Хотя иногда есть привычка.

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

0

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

0

использовал микропаскаль для AVR нормально все работало. Быстрый старт, понятный код. Так как Delphi знаю отлично. Даже подсветку такую же сделал как в Delphi.
Вобщем крутой софт. Куча либушек, справка хорошая. Для начинающих советую. А дальше STM, IAR

вчера нашел их сайт, посмотрел
Как всё круто у них поменялось
но явно теперь склоняются именно к PIC
помнится, был и Паскаль для АВР (писали мы на неём 1 проект) - но уже не нашел!
посмотрел и их форум, тоже много поменялось, но как-то всё однобоко стало, на форуме в основном вопросы не о синтаксисе, а "дай готовое"

0

Что-то тема подзатихла.... Живой еще кто-нибудь есть???