[AlexandrY 3]

2 minutes ago, jcxz said:

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

Тож очень спорное утверждение. Схему , комплектующие и условия эксплуатации в достаточно сложных системах вы не контролируете поэтому некие ошибки там можно  ожидать даже спустя 10 лет эксплуатации. 
А программные года два и все вычищаются.
Самая моя долгая программная ошибка была, когда я забыл включить сохранение контекста FPU в RTOS. Жила несколько лет.
А одна из злостных аппаратных была обнаружена спустя 3 или более года, когда поменяли технологию и кабель не как обычно проложили.     

[jcxz 210]

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

Тож очень спорное утверждение. Схему , комплектующие и условия эксплуатации в достаточно сложных системах вы не контролируете поэтому некие ошибки там можно  ожидать даже спустя 10 лет эксплуатации. 

Ок. Пускай так. Но программные ошибки - потенциально можно исправить удалённо, перепрошив. Схемотехнические - невозможно в принципе.

И аргумент "раз всё равно могут быть ошибки в схемотехнике, давайте тогда не будем исправлять ошибки в ПО, ведь 1-е всё равно не исправить" - звучит как-то странно, не находите?

[MDD 0]

31 minutes ago, ViKo said:

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

Меня интересуют критерии выбора микроконтроллера, а не Ваши коммерческие секреты :)

Не могу увязать вместе два критерия, т.к. Ваше объяснение еще больше все запутало:

1.Цена микроконтроллера 1% в себестоимости устройства.

2.Микроконтроллер и обвязка должны быть максимально дешевые, т.к. нет смысла делать дорого, потому что делается "для дяди".

Согласитесь, звучит странно. Я понимаю, что наверняка есть некие другие критерии, которые Вы не озвучиваете. Просто тогда не стоило говорить и про 1%. Критерий "сделать максимально дешево" звучит самодостаточно...

[Arlleex 157]

54 минуты назад, AlexandrY сказал:

Потому и перестал делать загрузчики. Посылаем модули, а лучше целые платы. Так спокойней и меньше гемора...

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

54 минуты назад, AlexandrY сказал:

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

Странный персонал. Или разработчик странный - давал сложные методики перепрошивки, вместо программы с одной кнопкой "Прошить".

54 минуты назад, AlexandrY сказал:

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

Странно слышать от человека, рекламирующего всякие азуры и брокеров (да и для которого в целом некоторые сложные проекты - это ерунда), что удобный дистанционный процесс обновления ПО реализовать сложно и дорого. В простейшем случае юзер запускает предоставленную ему разработчиком утилиту и жмет одну кнопку. В других, более экзотических случаях, может быть немного по-другому, однако этот процесс не должен быть априори сложнее чем дать прикурить. А разработчик может заложить возможность обновления по рабочему каналу связи еще на этапе зарождения боевого ПО. В одном из своих проектов обновление ПО моего МК осуществляется вовсе тупой передачей бинарника коллеге с просьбой включить этот бинарный файл в следующую ревизию ПО. Основной проект крутится на SoM под Linux, поэтому, когда приходит пора обновиться на новую версию, обновляются штатными средствами Linux по Ethernet. После рестарта ПО в Linux оно понимает, что бинарник МК надо перепрошить и делает это. Ну и где тут неимоверная сложность и дороговизна?

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

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

Желательно, но не обязательно, чтобы да, имел. Полагаться на то, что переписывать ничего не придется - дорожка очень скользкая.
Как показал мой опыт, даже простые девайсы лучше уметь перешивать удаленно, не отрывая пятой точки от дивана. Обратное - дорого и больно

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

[Herz 5]

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

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

Да-да, именно. И не будет этому конца...

[ViKo 1]

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

сделать максимально дешево

Сделать максимально дёшево и быстро. И отцепитесь от меня со своими критериями и противоречиями.

И без дистанционного обновления.

Было предложение - сделать всё на реле. 

[adnega 11]

48 минут назад, ViKo сказал:

Было предложение - сделать всё на реле. 

Даже так... Тогда почему мы CPLD исключили из внимания?

[forummailandlogin 0]

1 минуту назад, adnega сказал:

Даже так... Тогда почему мы CPLD исключили из внимания?

На 8-мь-то ног?

[jcxz 210]

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

Им гораздо легче ченить отвинтить, переткнуть  или заменить. Хоть даже для этого стену разобрать придется.

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

 

Обычно наоборот - применяют всякие изощрённые методы борьбы чтобы выявить несанкционированные вмешательства в работу устройств кривыми ручками.

[ViKo 1]

53 минуты назад, adnega сказал:

Даже так... Тогда почему мы CPLD исключили из внимания?

Типа, это сделать быстрее, чем на PIC? 

[AlexandrY 3]

1 hour ago, jcxz said:

Обычно наоборот - применяют всякие изощрённые методы борьбы чтобы выявить несанкционированные вмешательства в работу устройств кривыми ручками.

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

С местными вандалами разбираются местные, а креативных эксплуатантов мы рады поддержать. 
Если у них че сгорело в результате опытов, мы высылаем замену бесплатно на протяжении 2-х лет.  
Но их опыт это и наш опыт.
Вот пришли они к выводу что прошивку удаленно делать стремно, мы и не делаем такую фичу. 
Опять же если инсталляторы что-то поменяли в системе, то и прошивку посылать уже не безопасно. Легче сменить всю систему, что и делали не раз.  

Но когда мы не получаем адекватной обратной связи для улучшения продукта, вот тогда начинается IoT с азурами, облаками  и всеми наворотами. 

[jcxz 210]

3 минуты назад, AlexandrY сказал:

Если у них че сгорело в результате опытов, мы высылаем замену бесплатно на протяжении 2-х лет.

Какие вы добрые.....  

Я как-то наблюдал (работая на подстанции (ЗРУ 30кВ)) как техник из состава обслуживающего персонала просто уронил отвёртку на клеммы одной из ячеек. И что-то там замкнуло. Сработала защита - часть подстанции обесточилась. Встали насосы и другое оборудование, питаемое подстанцией. Насосы качающие нефть (подстанция питала несколько кустов нефтедобычи). У которых немаленький такой дебит нефти в час. А запустить все эти насосы в работу заново - это не чайник в розетку воткнуть, для этого нужно немалое время. Да ещё зима и мороз за 40 - полчаса на таком морозе и трубопроводы с раствором разморозятся и кусты встанут вообще на долго на ремонт.

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

 

Так что - иногда криворукие пользователи что-то портят не из злого усмысла, а исключительно из-за своих кривых рук.

[Arlleex 157]

19 минут назад, AlexandrY сказал:

Вот пришли они к выводу что прошивку удаленно делать стремно, мы и не делаем такую фичу...

Значит демонтаж, ремонт и установка обратно - штука довольно дешевая и для разработчика, и для потребителя. И в $ и в человеко-часах.

А бывает, что объект - вот он, прямо перед тобой стоит, иди и меняй прошивку сколько хочешь. Только быстрее, нам взлетать через 30 минут.
А блок стоит внутри, к нему не подобраться вообще без разборки и демонтажа определенных частей. Разобрать - день. Собрать - день. Юстировать - день.

[AlexandrY 3]

18 minutes ago, Arlleex said:

Значит демонтаж, ремонт и установка обратно - штука довольно дешевая и для разработчика, и для потребителя. И в $ и в человеко-часах.

А бывает, что объект - вот он, прямо перед тобой стоит, иди и меняй прошивку сколько хочешь. Только быстрее, нам взлетать через 30 минут.
А блок стоит внутри, к нему не подобраться вообще без разборки и демонтажа определенных частей. Разобрать - день. Собрать - день. Юстировать - день.

А вот спешить не надо. Если взлетать через 30 мин  то лучше даже не браться. 
Самы тупые ошибки это когда что-то не так прошилось или не то.
После каждой прошивки нужен хороший кусок времени на тестирование. 
Вы масштаб то учитывайте. Если у нас тысячи объектов, десятки весий,  то только одно управление прошивками становится нетривиальным делом. 
Просто состав метаинформации к прошивкам сложно определить, а потом поддерживать.
Даже просто идентифицировать клиента порой трудно.
Покупают одни, ставят другие, эксплуатируют третьи, ремонтируют четвертые. Это у них. А у нас же тоже есть текучка и CRM система меняется и технология.  

[Herz 5]

45 минут назад, Arlleex сказал:

А бывает, что объект - вот он, прямо перед тобой стоит, иди и меняй прошивку сколько хочешь. Только быстрее, нам взлетать через 30 минут.

Я бы руки повыдёргивал за такие возможности.