Ребятки, кто-нибудь может рассказать мне про ССР модуль PIC16 микроконтроллеров

Вообще не понимаю, что это такое и как оно работает

Читал уже и литературу, и видео смотрел и пару статей, недоходит до меня и все

Вот хотелось бы, что бы кто-нибудь на пальцах рассказал, что это такое

вроде ж обычный счётчик который может изменять состояние пина по переполнению. играясь настройками счётчика можно менять скважность ШИМ

тьфу счётчик

таймер

http://microchip.com.ru/Support/tipsCCP%201.html

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

Вообще возможно реализовать такой подход и процесс?

Да вроде везде так код пишут... Вроде.

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

У нас в команде примерно так. сидим в одном помещении. одни занимаются железом, другие программированием прошивок. Всегда можно проконсультироваться друг у друга.

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

если в одной комнате то в принципе норм

если нет то будет несколько месяцев притирки и взаимоизучения

надо будет периодически ходить в гости

лучше конечно чтоб они знали области друг друга

попробую обрисовать ситуацию

большой завод овер несколько к человек. всю жизнь пилили свои железки. есть отдел программистов в одном здании, есть цифровики в другом. я чисто ради хобби увлекался мк и в небольших проектах представляю это именно как эмбед: когда один человек ведет все - от схемы, разводки платы, до прошивки и отладки (но не в случае каких-нибудь огромных проектов со сложной логикой, математикой и обвязкой). сейчас наши решили, что на дворе 21 век и надо осваивать МК. То, что надо нанять хотя бы разбирающегося человека со стороны - вопрос даже не обсуждается. Должны делать своими силами. Они себе представляют так, что всю обвязку делают аппаратчики, а потом программисты кодят. при этом первые ничего не понимают в микроконтроллерах, вторые не знают закон ома. у меня от этого люто печет, и я говорю, что это все должна делать одна команда людей. а у нас получается лебедь рак и щука и попытка натянуть новое направление на какие-то старые лыжи. я прав или нет?

мне интересно, как в нормальных фирмах уже освоен этот процесс и как это происходит не у любителей.

ну

примерно так все начинают, потом сфера размоется

в нормальных фирмах взаимодействие осуществляется за счет грамотного руководства, которое само декомпозирует и уточняет/сужает задачи превращая в такие, что у конкретных специалистов не возникает непоняток

надо чтобы был над софт и хард отделом тимлид продолжительное время проработавший эмбеддером, совмещая

конечно для меня слово эмбеддер значит немного другое но я просто перешел на ваш язык

http://microchip.com.ru/Support/tipsCCP%201.html

Благодарю, лазил по микрочипу, но на эту статью не натыкался

конечно для меня слово эмбеддер значит немного другое но я просто перешел на ваш язык

а что значит?

чисто SBC

встраивание одноплатников с линуксами

написание загрузчиков

написание драйверов BSP под платы

для конкретных процессоров

а то что я описал это разработчик на микроконтроллерах просто?)

ну да, фуллстек так можно сказать

вроде ж обычный счётчик который может изменять состояние пина по переполнению. играясь настройками счётчика можно менять скважность ШИМ

Это только шим, а модуль ССР еще умеет в захват и сравнение.

таймер у стм32 тоже умеет

стм вообще много что умеет

тот же шим с деадтаймом вообще сладенький пирожок

угу

таймер у стм32 тоже умеет

Таймер0, это таймер0

еще б блютус умел и был бы приэтом дешевым бле

NRG не так дешев

ну не все сразу

видимо сертификация жрет много денег с чипа

nrf52810/nrf51822 дешевые

но там таймеры как таковые даже выходов не имеют

большой завод овер несколько к человек. всю жизнь пилили свои железки. есть отдел программистов в одном здании, есть цифровики в другом. я чисто ради хобби увлекался мк и в небольших проектах представляю это именно как эмбед: когда один человек ведет все - от схемы, разводки платы, до прошивки и отладки (но не в случае каких-нибудь огромных проектов со сложной логикой, математикой и обвязкой). сейчас наши решили, что на дворе 21 век и надо осваивать МК. То, что надо нанять хотя бы разбирающегося человека со стороны - вопрос даже не обсуждается. Должны делать своими силами. Они себе представляют так, что всю обвязку делают аппаратчики, а потом программисты кодят. при этом первые ничего не понимают в микроконтроллерах, вторые не знают закон ома. у меня от этого люто печет, и я говорю, что это все должна делать одна команда людей. а у нас получается лебедь рак и щука и попытка натянуть новое направление на какие-то старые лыжи. я прав или нет?

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

и входов

короч полностью разделять нельзя

В итоге тот кто пишет софт начинает базово разбираться в схемотехнике, тому кто железо делает врубаться в софт надо редко. Главное чтобы пока железяка проектируется/разводится был контакт между этими двумя и более людьми, иначе потом начинается всякое непотребство

всегда медиатором должен выступать тимлид между отделами

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

и получился пиздец

и получился пиздец

Да-да. Я только ключевых слов не помню, чтобы найти её.

В итоге тот кто пишет софт начинает базово разбираться в схемотехнике, тому кто железо делает врубаться в софт надо редко. Главное чтобы пока железяка проектируется/разводится был контакт между этими двумя и более людьми, иначе потом начинается всякое непотребство

они должны пить пиво вместе и общаться на пользу дела

всегда медиатором должен выступать тимлид между отделами

долго

причем тимлид должен освобождать от незнакомых формулировок просьбы одного отдела к другому

иначе будет типичная хуйня из-под менеджерья

тимбилдинг всегда нужен

но нормальный, мой любимый - бильярд с анлимом пенного

в нормальных фирмах взаимодействие осуществляется за счет грамотного руководства, которое само декомпозирует и уточняет/сужает задачи превращая в такие, что у конкретных специалистов не возникает непоняток

ну грамотного руководства нам точно ждать неоткуда. ибо они ничего в этом не понимают. Я уже совсем запутался за 2 недели, что у нас происходит, но одну из групп по МК предлагают возглавить мне, несмотря на то, что я просто любитель и меня не возьмут ни в одну нормальную фирму на разработчика МК) но тут типа принцип лучший из худших, поэтому дали в группу совсем днарей, которые ничего не умеют толком. То есть вместо того, чтобы перенимать опыт у профи, я теперь пытаюсь разгрести какое-то болото, доказывать начальству выше кто должен делать железо, а кто ПО, а параллельно новым подопечным рассказывать что такое микроконтроллер и как поморгать диодом

они должны пить пиво вместе и общаться на пользу дела

Фу, пиво(

причем тимлид должен освобождать от незнакомых формулировок просьбы одного отдела к другому

Если программист не врубается в то как работает железо - толку не будет, МК слишком близко к реальному миру

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

а не получится найти?

Если программист не врубается в то как работает железо - толку не будет, МК слишком близко к реальному миру

смотря какой

Если программист не врубается в то как работает железо - толку не будет, МК слишком близко к реальному миру

да, в перспективе это обязательно надо им понять

да и наоборот

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

а не получится найти?

Я не помню ключевых слов.

смотря какой

Применительно к МК - любой

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

железячник должен быть дружен с промдизайнером и технологами

иначе опять хуйня

потому что при отладке очень важным фактором является определение где ошибка - в софте или железе

ну тут от конкретики компании зависит

ну грамотного руководства нам точно ждать неоткуда. ибо они ничего в этом не понимают. Я уже совсем запутался за 2 недели, что у нас происходит, но одну из групп по МК предлагают возглавить мне, несмотря на то, что я просто любитель и меня не возьмут ни в одну нормальную фирму на разработчика МК) но тут типа принцип лучший из худших, поэтому дали в группу совсем днарей, которые ничего не умеют толком. То есть вместо того, чтобы перенимать опыт у профи, я теперь пытаюсь разгрести какое-то болото, доказывать начальству выше кто должен делать железо, а кто ПО, а параллельно новым подопечным рассказывать что такое микроконтроллер и как поморгать диодом

ну можешь вжиться в роль, стать со временем координатором отделов, тимлидом и тд

мы все сидим недалеко друг от друга и в случае чего можно хуями помахать

отличный шанс проявить себя, тк за ошибки точно особо не наругают

+

ну можешь вжиться в роль, стать со временем координатором отделов, тимлидом и тд

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

ты в миландре?

ориентируйтесь на новейшие западные технологии

не не, речь работать с МК Миландра

аа

импортозамещение и прочая дичь

ну ничего, багованность на менеджмент не особо влияет

разве что повышает батхерт программистов)

в этом случае координатор должен изучать мк сильно, чтобы к нему можно было подойти с вопросом и тд

зачем вам лицензия кейла

это самая бессмысленная трата средств

++

gcc вполне хватает, если это cotrex-m