[torik 0]

Ключ шелкографией

Прибор установлен так, что нет возможности увидеть ключик, надо механическую защиту.

[vladec 12]

Десятки раз втыкал программирующий разъем наоборот, ничего не горит, просто не программируется.

[stu 0]

Прибор установлен так, что нет возможности увидеть ключик, надо механическую защиту.

1) не буду в третий раз писать о вырезе на плате под ключ на разъеме провода от программатора)))

2) можно на корпусе сделать ключ

3) допустим не правильно воткнул, не прошился, засунул перевернув - прошился. Не вижу проблем

4) программирующий чел не может ориентироваться по крпусу устройства, по кнопочкам, по другим разъемам, по шильдику, .... ? :maniac: :cranky:

[_4afc_ 27]

Прибор установлен так, что нет возможности увидеть ключик, надо механическую защиту.

 

Нет "механической защиты". Юзвери делятся на умных и сильных!!!

Сколько людей пожгли IDE винчестеры воткнув разъём питания наоборот - несчесть!

 

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

 

Разъёмы - ну я кое-где харвиновские M52 (1.27) набок кладу. Ключ - контакт отрезать или забить, можно и лиру с ножом поменять...

 

А вообще - надо прошивать иголками (типа Needle adapter)на производстве серию, ещё до сборки в корпус. А обновлять ПО - по доступным обывателю интерфейсам: USB, RG45, SDcard... (причём с защитой от дурака, хоть CRC!)

 

 

[torik 0]

1) не буду в третий раз писать о вырезе на плате под ключ на разъеме провода от программатора)))

В результате так и сделали. Все-таки решили отказаться от мелких разъемов с шагом 1.27мм и использовать стандартные 2.54 и 2мм, но с вырезом в плате вместо ключа, а не в корпусе.

 

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

Да ни о какой суперзащите речи не шло, не надо таких крайностей...

 

А вообще - надо прошивать иголками (типа Needle adapter)на производстве серию, ещё до сборки в корпус. А обновлять ПО - по доступным обывателю интерфейсам: USB, RG45, SDcard... (причём с защитой от дурака, хоть CRC!)

Это только теория, а на практике на объекте приходится заниматься отладкой. А у нас в стране вообще много случаев серийного производства :)?

[_4afc_ 27]

Это только теория, а на практике на объекте приходится заниматься отладкой. А у нас в стране вообще много случаев серийного производства :)?

 

Отладка - это поиск старых багов в ПО или добавление новых. Новые принято называть - фичи :)

Когда их нашли и создали новый релиз - его надо залить в несколько десятков выпущенных устройств стоящих на других объектах или хотябы лежащих на складе.

Не оставлять же их всех кривыми?

А то что их все надо подрубать к фирменному джитагу (для Blackfin >$2000)?

Иметь комп с настроенными VDSP, iMPACT‎, IAR, c рабочим двунаправленным параллельным портом?

А если на нём будет IAR или VDSP другой версии?

 

Нет. В готовое изделие нужно шить выверенный бинарник максимально независимыми и простыми для персонала средствами (USB, SD, WEB...) иначе через год подобное изделие уже не повторить.

 

Я уже в нескольких своих устройствах реализовал возможность обновления ПО по стандартным интерфейсам.

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

А некоторые заказчики - оговаривают требование прямо в ТЗ: возможность обновления ПО пользователем или удалённо!

 

[vitan 2]

Я уже в нескольких своих устройствах реализовал возможность обновления ПО по стандартным интерфейсам.

Извиняюсь, а как реализовали? Встроенным софтом? Или аппаратно что-то придумали?

[_4afc_ 27]

Извиняюсь, а как реализовали? Встроенным софтом? Или аппаратно что-то придумали?

 

Да, добавлена функция в прошивку.

 

В случае SDcard:

Если на вставленной карте в определённом каталоге содержится файл с определённым именем и допустимой длины, то этот файл считывается в ОЗУ, декодируется и проверяется на верность структуры. Если всё в порядке - записывается на встроенную флэш. После чего файл с карточки стирается.

 

В случае USB:

Программа обслуживающая аппаратуру под виндой компилится в двух вариантах - Debug & Release. Последний поставляется заказчику. Первый, кроме кучи ловушек на баги и выводом сообщений при ошибках отличается ещё и дополнительной опцией передачи прошивки в у-во. Прошивка считывается в ОЗУ, декодируется и проверяется на верность структуры. Если всё в порядке - записывается на встроенную флэш.

 

Во всех случаях прошивка меньше размера ОЗУ у-ва. После прошивки обычно устройство ребутится само. Кроме устройств на основе SAM9RL64 - оно коряво само ресетится, поэтому после проживки поподает в while(1); и требует снятия питания.

 

На ПК - бинарник являющийся точной копией того, что прошивают во флеш через JTAG скармливается небольшой консольной утилитке, которая порождает другой бинарник - закодированный и структурированный. Теперь его можно дать хоть на производство, хоть клиенту на мыло выслать :)

 

PS: Был случай когда один клиент купил несколько десятков устройств, а потом оказалось, что они работают не так как ему бы хотелось. Хотя в руководстве всё подробно написано. А наши начальники уже на Кипр съездили, хенеси выпили - деньги возвращать неохота...

Пришлось переписать под клиента прошивку на одном устройстве, а когда результат всех устроил - был цирк: надо было сменить прошивку в нескольких десятках устройств. И когда для этого надо воткнуть USB нажать кнопочку - устройство отвалится, подключится с новой версией - и ты его отключаешь, и на всё это уходит 2-3 секунды - это производит впечатление на окружающих. С JTAG на это уходят минуты. С САМБОЙ десятки минут. А прошивальщик AT45 по PAR заливает более получаса...