[Harbinger 10]

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

[ViKo 1]

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

[MDD 0]

1 hour ago, ViKo said:

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

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

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

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

[ViKo 1]

43 минуты назад, MDD сказал:

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

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

[jcxz 184]

2 часа назад, ViKo сказал:

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

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

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

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

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

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

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

 

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

[ViKo 1]

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

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

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

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

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

[MrBearManul 0]

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

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

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

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

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

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

 

[jcxz 184]

2 минуты назад, MrBearManul сказал:

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

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

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

[Plain 167]

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

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

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

[jcxz 184]

14 минут назад, Plain сказал:

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

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

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

[MDD 0]

56 minutes ago, ViKo said:

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

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

[ViKo 1]

Коммерческие вопросы я не обсуждаю.

[AlexandrY 2]

1 hour ago, jcxz said:

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

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

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

[Herz 4]

1 час назад, jcxz сказал:

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

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

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

[jcxz 184]

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

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

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

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

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

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