Jump to content

    
ViKo

А вот какой мелкий контроллер использовать?

Recommended Posts

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

Share this post


Link to post
Share on other sites

Устройств много предполагается. Но стоимость мк в нем - примерно, 1%. Я посмотрел по продавцам, каких PIC имеется много, из простых (дешевых) и чтобы PICkit 2 с ними дружил. На данный момент решение найдено. А на будущее можно будет и PICkit 3, 4 приобрести. Как обычно, мечты и планы редко сбываются. 

Share this post


Link to post
Share on other sites
1 hour ago, ViKo said:

Устройство слишком примитивное, чтобы тратиться еще на регулятор питания.

.................

Но стоимость мк в нем - примерно, 1%.

Как-то не очень вяжется.

Share this post


Link to post
Share on other sites
43 минуты назад, MDD сказал:

Как-то не очень вяжется.

Не своя продукция, а для постороннего субъекта х. Делать богато-дорого не имеет смысла. 

Share this post


Link to post
Share on other sites
2 часа назад, ViKo сказал:

Устройств много предполагается. Но стоимость мк в нем - примерно, 1%. Я посмотрел по продавцам, каких PIC имеется много, из простых (дешевых) и чтобы PICkit 2 с ними дружил. На данный момент решение найдено. А на будущее можно будет и PICkit 3, 4 приобрести. Как обычно, мечты и планы редко сбываются. 

Кроме упомянутых критериев выбора, ещё можно привести такой:

Возможность само-программирования (возможность обновления прошивки из самой прошивки) или программирования через внешний интерфейс (UART, etc) через главный МК в устройстве.

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

Насчёт PIC-ов: Когда-то несколько лет назад в одном проекте ("доставшемся по наследству") мы сильно попали: Разработчик, ни с кем в конторе не посоветовавшись, по своей воле поставил туда PIC вместо обычно применявшихся для таких случаев в той конторе МК. Там PIC выполнял вспомогательные функции - опрос кнопок и каких-то датчиков. Почему PIC? Вроде как потому что - "надоело программировать на старом, решил освоить новое".

Потом эти устройства серийно выпускались и разошлись по заказчикам - работают в разных системах. А потом вылез баг в прошивке этого PIC-а (умелец к тому времени уже уволился). А возможность удалённого обновления прошивки этого PIC-а разработчик-то и не заложил! :shok: Только облёт всех точек (в тайге) где эти девайсы стоят, с отключением системы, вскрытием корпуса для подключения программатора. И с матами заказчиков. :punish:

С тех пор в той конторе взяли за правило: Если устройство имеет несколько компонентов, имеющих прошивку и устройство работает в труднодоступном месте (или просто устройств много), то обязательно должна быть возможность обновления прошивки любого компонента через рабочий протокол. Даже если прошивку этого компонента разрабатываем не сами, а это покупной компонент (GSM-модуль например).

 

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

Share this post


Link to post
Share on other sites

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

А подъехать к (или подвезти от) и тем же PICkit2 подключиться - нажать кнопку на PICkit2 - запрограммировать, можно предусмотреть. Такая штука есть в PICkit2. Не помню, чтобы пользовался, но знаю.

11 минут назад, jcxz сказал:

умелец к тому времени уже уволился

... и перебрался из томской тайги в Ригу? :declare:

Share this post


Link to post
Share on other sites
11 минут назад, jcxz сказал:

Разработчик, ни с кем в конторе не посоветовавшись, по своей воле поставил туда PIC вместо обычно применявшихся для таких случаев в той конторе МК.

Простите, возможно я чего-то не понимаю, но как такое возможно? У разработчика не было начальника или иного куратора его деятельности?

Или процитированное ниже и было объяснением, воспринятым адекватно?

12 минут назад, jcxz сказал:

Вроде как потому что - "надоело программировать на старом, решил освоить новое".

 

Share this post


Link to post
Share on other sites
2 минуты назад, MrBearManul сказал:

Простите, возможно я чего-то не понимаю, но как такое возможно? У разработчика не было начальника или иного куратора его деятельности?

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

А "надоело программировать на старом, решил освоить новое" - это объяснение со слов коллег, из того отдела.

Share this post


Link to post
Share on other sites
43 минуты назад, jcxz сказал:

у того PIC-а не было возможности перепрошить его внутрипрограммно

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

Share this post


Link to post
Share on other sites
14 минут назад, Plain сказал:

Видать, совсем давно дело было, если у "нового" этого ещё не было.

Нам в отдел это добро передали 4.5 года назад. Разрабатывалось оно ещё раньше. Когда - не уверен, то точно менее 10 лет назад.

Помнится в том PIC-е была возможность программирования только через интерфейс программатора/отладчика. И нужно было ещё повышенное напряжение питания обеспечить. Т.е. - даже через UART/SPI/etc. с главного CPU девайса - никак.

Share this post


Link to post
Share on other sites
56 minutes ago, ViKo said:

Не своя продукция, а для постороннего субъекта х. Делать богато-дорого не имеет смысла. 

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

Share this post


Link to post
Share on other sites
1 hour ago, jcxz said:

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

Ваще не закон. 
У нас произошло ровно наоборот. 
Сначала да, прошивка всего и вся, дистанционно. Было полно багов, и иначе было нельзя. 
Но когда стали ставить в Европе и в больших количествах выяснилось что локальному персоналу очень стремно носить с собой компьютеры и вообще дивайсы и вобще разбираться что там прошивать надо.  
Им гораздо легче ченить отвинтить, переткнуть  или заменить. Хоть даже для этого стену разобрать придется. 
Потому и перестал делать загрузчики. Посылаем модули, а лучше целые платы. Так спокойней и меньше гемора. 

Реально сделать удобный процесс дистанционной перепрошивки для обслуживающего персонала и для отдела тех поддержки очень сложно и довольно дорого.
Иначе самому разработчику прошивки придется заниматься каждым объектом.   

Share this post


Link to post
Share on other sites
1 час назад, jcxz сказал:

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

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

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

Share this post


Link to post
Share on other sites
4 минуты назад, Herz сказал:

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

Ну а что делать? Да и если у этого МК есть уже возможность прошивки через UART, то реализовать его прошивку с главного МК - не особо сложная задача. На стоимость это повлиять может как раз в сторону уменьшения.

4 минуты назад, Herz сказал:

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

Всё-таки вероятность ошибки в ПО и в схеме - несколько различаются.... "несколько" - это на несколько порядков, имхо  :wink:

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.