Госреестр

[электрик 8]

Поделитесь информацией, как происходит внесение в госреестр ед. СИ

[Данилов А.А. 1 952]

Поделитесь информацией, как происходит внесение в госреестр ед. СИ

См. МИ 3290-2010

[Фёдоров_Ф 299]

См. МИ 3290-2010

"Грешно смеяться над больным человеком" ©

Зачем давать ссылку при неработающем "скачивании"?

[Данилов А.А. 1 952]

См. МИ 3290-2010

"Грешно смеяться над больным человеком" ©

Зачем давать ссылку при неработающем "скачивании"?

Простите. Давно не проверял - думал, уже починили.

Тогда даю ссылку здесь:

[allar 90]

Или есть конкретные вопросы?

[электрик 8]

Интересовал опыт в данном вопросе

[Данилов А.А. 1 952]

Интересовал опыт в данном вопросе

Что конкретно? О каких СИ идёт речь?

[Дмитрий Борисович 1 014]

Интересовал опыт в данном вопросе

Ну если не понятно по МИ 3290-2010...

Попробую тогда если хотите вести дневник по прохождению испытаний по "Измеритель толщины диэлектрических

покрытий ИТДП-11".

19 января этого года подана заявка в ГЦИ СИ на проведение испытаний. Заявка см.вложение (имена пароли явки убраны).

Дополнительно представлено информационное письмо по программному обеспечению на прибор.

21 января получен договор.

1 февраля должны предоставить 3шт. приборов на испытания.

Заявка.doc

[Данилов А.А. 1 952]

Дмитрий Борисович!

Респект

Как Вы думаете, что будет делать ГЦИ СИ, увидев страницы 5-7? Что-то мне подсказывает, что просто положит в архив...

[Маслов В.А. 100]

Дмитрий Борисович!

Респект

Как Вы думаете, что будет делать ГЦИ СИ, увидев страницы 5-7? Что-то мне подсказывает, что просто положит в архив...

Не обязательно, так как приведенных данных явно недостаточно для заполнения талицы по п. 6.2.4е МИ 3290, то необходимо запросить недостающие данные (наименование, обозначение, версия). Кроме того все эти данные необходимо приложить к материалам аттестации встроенного ПО для обоснования выводов по результатам аттестации ПО.

[Дмитрий Борисович 1 014]

Не обязательно, так как приведенных данных явно недостаточно для заполнения талицы по п. 6.2.4е МИ 3290, то необходимо запросить недостающие данные (наименование, обозначение, версия). Кроме того все эти данные необходимо приложить к материалам аттестации встроенного ПО для обоснования выводов по результатам аттестации ПО.

Спасибо автору темы.

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

Но неуспел....

И появилась такая возможность....

Буду признателен всем за замечания, возражения и пожелания.

Как Вы думаете - Какова первая реакция представителей ГЦИ СИ???

Доброжелательная!

Что делать пока никто четко не знает.

Посмотрел еще раз требования п. 6.2.4е МИ 3290.

И что?

Контрольная сумма указана!

Наименование файла есть!

"Прошивка" контроллера проводится перед его запайкой на программаторе, на который НИКТО НЕ ПРЕДОСТАВИТ

данные о его программном обеспечении. Тем более на данную модель 2003г. выпуска!

Код программы предоставлен!

Что еще?

Степень защиты ПО.

Но ведь указано же, что НЕ ПЕРЕРЕЗАВ дорожки платы, перепрограммировать контроллер НЕ ВОЗМОЖНО!

Что тогда при поверке ( неважно какой) требовать вскрытие прибора для визуального контроля состояния дорожек

печатной платы?

Что пронимать в данном практическом случае под определением - ... расчетов с использованием опорных программ...?

Переделывать ПО разработки 1998г. с учетом требований 2010г.????

Каким образом при первичной поверки можно провести, как Вы пишите в другой теме по ПО:

Например, для встроенного ПО, размещенного в ПЗУ с однократным программированием при изготовлении, достаточно

этой проверки только при первичной поверке. В этом случае возможно даже использование специализированных программно-

аппаратных комплексов, особенно у изготовителя СИ.

скорее всего ответы на эти вопросы придется скоро находить мне.

[Маслов В.А. 100]

Спасибо автору темы.

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

Но неуспел....

И появилась такая возможность....

Буду признателен всем за замечания, возражения и пожелания.

Как Вы думаете - Какова первая реакция представителей ГЦИ СИ???

Доброжелательная!

Что делать пока никто четко не знает.

Посмотрел еще раз требования п. 6.2.4е МИ 3290.

И что?

Контрольная сумма указана!

Наименование файла есть!

"Прошивка" контроллера проводится перед его запайкой на программаторе, на который НИКТО НЕ ПРЕДОСТАВИТ

данные о его программном обеспечении. Тем более на данную модель 2003г. выпуска!

Код программы предоставлен!

Что еще?

Степень защиты ПО.

Но ведь указано же, что НЕ ПЕРЕРЕЗАВ дорожки платы, перепрограммировать контроллер НЕ ВОЗМОЖНО!

Что тогда при поверке ( неважно какой) требовать вскрытие прибора для визуального контроля состояния дорожек

печатной платы?

Что пронимать в данном практическом случае под определением - ... расчетов с использованием опорных программ...?

Переделывать ПО разработки 1998г. с учетом требований 2010г.????

Каким образом при первичной поверки можно провести, как Вы пишите в другой теме по ПО:

Например, для встроенного ПО, размещенного в ПЗУ с однократным программированием при изготовлении, достаточно

этой проверки только при первичной поверке. В этом случае возможно даже использование специализированных программно-

аппаратных комплексов, особенно у изготовителя СИ.

скорее всего ответы на эти вопросы придется скоро находить мне.

Постараюсь ответить на Ваши вопросы.

На программатор не требуется никакая информация, включая его программное обеспечение. Ведь она не используется для получения результатов измерений СИ, а результат программирования ПЗУ контроллера проверяется после записи.

Степень защиты ПО в соответсвии с МИ 3286 уровень А, то есть не требуется. Если при поверке СИ функционирует правильно, то и проверять больше ничего нет необходимости.

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

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

Если есть еще вопросы, обращайтесь. Это необходимо и для меня в целях накопления опыта в аттестации встроенного ПО.

[Дмитрий Борисович 1 014]

....Если при поверке СИ функционирует правильно, то и проверять больше ничего нет необходимости.

Это наверное основополагающая фраза для СИ в которых отсутствуют интерфейсы связи, несанкционированная

модификация, удаление или иные преднамеренные изменения метрологически значимой части ПО СИ и измеренных

данных возможны посредством замены запоминающего устройства(в) другим, содержащим фальсифицированную

метрологически значимую часть ПО СИ и измеренные данные.( выделенное формулировка МИ3286 п.2.4.11.)

Но в предыдущем своем послании Вы писали:

...так как приведенных данных явно недостаточно для заполнения талицы по п. 6.2.4е МИ 3290,

Вернемся к таблице.

Алгоритм вычисления цифрового идентификатора программного обеспечения. Он указан - CRC32. Но его выполняет

программатор при "прошивке" контроллера. Программатор с точки зрения метрологии ни есть эталон. Кто проверил

как он выполняет алгоритмы вычисления контрольных сумм. Поэтому и задавал вопрос о программаторе и ПО на него.

А ведь сколько предприятий разработчиков и производителей используют НЕ фирменные программаторы.

Забегая в перед:

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

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

Указан тип контроллера и как идет его "прошивка"....

Далее..

Вот это послание меня очень паразило, даже в чем то привело в шок и ступор ( извините!):

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

Т.е при проведении испытаний мы должны будем предоставить еще и эмулятор ПО, в который будем в ручную вводить

какието вымышленные данные ( например, период сигнала генератора...) и пересчитывать это эмулятором в показания

прибора. Затем это вводить в таблицы Excel. Записывать какую то формулу (или алгоритм уже на языке понятном Excel)

и пересчитывать? Или это будут делать сотрудники ГЦИ СИ ???

[Маслов В.А. 100]

....Если при поверке СИ функционирует правильно, то и проверять больше ничего нет необходимости.

Это наверное основополагающая фраза для СИ в которых отсутствуют интерфейсы связи, несанкционированная

модификация, удаление или иные преднамеренные изменения метрологически значимой части ПО СИ и измеренных

данных возможны посредством замены запоминающего устройства(в) другим, содержащим фальсифицированную

метрологически значимую часть ПО СИ и измеренные данные.( выделенное формулировка МИ3286 п.2.4.11.)

Но в предыдущем своем послании Вы писали:

...так как приведенных данных явно недостаточно для заполнения талицы по п. 6.2.4е МИ 3290,

Я имел в виду, что должны быть заполнены все ячейки таблицы и указал в скобках каких данных не хватает для заполнения таблицы. Эти данные должны предоставить Вы, как разработчик и изготовитель СИ.

Вернемся к таблице.

Алгоритм вычисления цифрового идентификатора программного обеспечения. Он указан - CRC32. Но его выполняет

программатор при "прошивке" контроллера. Программатор с точки зрения метрологии ни есть эталон. Кто проверил

как он выполняет алгоритмы вычисления контрольных сумм. Поэтому и задавал вопрос о программаторе и ПО на него.

А ведь сколько предприятий разработчиков и производителей используют НЕ фирменные программаторы.

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

Забегая в перед:

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

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

Указан тип контроллера и как идет его "прошивка"....

После "прошивки" контроллера должна и выполняется операции проверки результата "прошивки". Для этого производится чтение записанного в ПЗУ контроллера кода и сравнение его с исходным. То есть Вам, как разработчикам должна быть известна комбинация сигналов управления не только "прошивки", но и чтения ПЗУ. Или эта информация была утрачена после разработки в 1998 г., тогда ее можно найти в технической документации на контроллер.

Вот это послание меня очень паразило, даже в чем то привело в шок и ступор ( извините!):

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

Т.е при проведении испытаний мы должны будем предоставить еще и эмулятор ПО, в который будем в ручную вводить

какието вымышленные данные ( например, период сигнала генератора...) и пересчитывать это эмулятором в показания

прибора. Затем это вводить в таблицы Excel. Записывать какую то формулу (или алгоритм уже на языке понятном Excel)

и пересчитывать? Или это будут делать сотрудники ГЦИ СИ ???

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

[Дмитрий Борисович 1 014]

Давайте разбираться последовательно.

Я имел в виду, что должны быть заполнены все ячейки таблицы и указал в скобках каких данных не хватает для заполнения таблицы. Эти данные должны предоставить Вы, как разработчик и изготовитель СИ.

1.Наименование программного обеспечения.

По нашей документации это всегда назывался файл ITDP11.Это наш внутренний документ и НИ КТО его не утверждал.

2.Идентификационное наименование программного обеспечения. Что это такое в данном случае?

Да тоже наименование файла ITDP11 (файл с расширением *.bin).

3.Номер версии(идентификационный номер) программного обеспечения.В данном случае она одна.Есть только дата

создания, да и то дата последней записи на очередной компьютер на котором хранится этот файл.

Дополнительно есть несколько микросхем контроллеров, с которых можно сделать дубли...

И программа на бумажном носителе ( стр.5...7 в заявке).

4.Цифровой идентификатор программного обеспечения (контрольная сумма исполняемого кода)- равна шестнадцатеричному числу 0x3083B

5.Алгоритм вычисления цифрового идентификатора программного обеспечения -Для контроля целостности программы используется контрольная сумма CRC32, которая остается неизменной на протяжении всего срока выпуска

Ну немогли же мы в 1998г. учесть что в 2009г появиться ГОСТ Р 8.654-2009 в котором будет записано и для этих видов

СИ:

4.3.2.3 Для получения идентификационных данных (признаков)

уполномоченными органами (организациями) необходимо предусмотреть

возможность доступа к исполняемому коду метрологически значимой части ПО с

помощью известных интерфейсов связи.

[Дмитрий Борисович 1 014]

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

На испытания предоставляются 3(три) образца приборов.

Приборы опломбированы!

Как технически реализовать то, о чем Вы пишите?

Даже если кто-то (за отдельную плату) напишет программу да еще её аттестует....

Как технически осуществить этот процесс? Вскрывать прибор,выпаивать микросхему контроллера???

[Дмитрий Борисович 1 014]

После "прошивки" контроллера должна и выполняется операции проверки результата "прошивки". Для этого производится чтение записанного в ПЗУ контроллера кода и сравнение его с исходным. То есть Вам, как разработчикам должна быть известна комбинация сигналов управления не только "прошивки", но и чтения ПЗУ. Или эта информация была утрачена после разработки в 1998 г., тогда ее можно найти в технической документации на контроллер.

Да нет информация НЕ утрачена. Эти контроллеры используем и в других приборах....

Но дело то в том что и "прочитать" Вы содержимое можете тоже только в исключительно параллельном обращении к

памяти. Для чего требуется независимое подключение к выводам контроллера (порт P3, порт P1, вывод для Кварцевого

резонатора XTAL1, вывод цепи запуска RST), которые используются для работы прибора (управление ЖКИ, прием сигнала для

расчета толщины, шина данных внешней EEPROM памяти).

Как бываем мы далеки от "народа".....

Что делает программатор.

- проверяет микросхему на "чистоту"

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

- считывает этот код с микросхемы

- считает контрольную сумму

- проводит сравнение с исходным кодом

- выдает заключение запрограммирована/незапрограммирована (с указанием номера "битой" ячейки).

[Дмитрий Борисович 1 014]

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

"Это смутно мне напоминает Индо-Пакистанский инцендент...." В.С.Высоцкий

Вся техническая ( и метрологическая, и технологическая) суть приборов со встроенным ПО (особенно на контроллерах

с 2 Кбайт внутренней памяти для программ, 128 байт оперативной памяти) и заключается в АЛГОРИТМАХ.

А что касается приборов НЕ ФИЗИЧЕСКИХ величин ( приборы неразрушающего контроля), так алгоритм это ГОДЫ работы

разработчика.

И дело НЕ только в формуле.Иногда это ГОДЫ опытной эксплуатации приборов.

Что Вы хотите проверить по формуле? Как выполнена на контроллере АРИФМЕТИКА ( двоичная или с плаваящей запятой)?

Это напоминает ( о чём уже писал на форуме) начало 80-х годов, когда "метрологи" пытались ввести пОверку

калькуляторов - А на сколько точно он проводит расчет с 12-и десятичными разрядами (особенно бухгалтерские)?

Кроме того. ЦЕЛЬ такой проверки алгоритма. Ведь при заложенной методике поверки ( например сличения с эталоном)

и так все "выплывает".А на испытаниях (климат, механика...) и тем более...

И Вы предлагаете все эти алгоритмы раскрыть???

Конечно Вы можете говорить о конфиндициальности...

Но что это такое?

Ведь работник ГЦИ СИ может и уволиться, перейти на другую работу и начать использовать эту информацию в своей

следующей деятельности ( написать диссертацию по поводу линеризации показаний датчиков, по поводу компенсаций

температурных зависимостей ...). А методов кусочно-линейной аппроксимации множество.

Дальше, ГДЕ будут храниться эти алгоритмы? Кто-то к ним ВСЁ равно будет иметь доступ! И может использовать

не конкретно в данном виде приборов, а в других изделиях...

[Маслов В.А. 100]

Давайте разбираться последовательно.

Я имел в виду, что должны быть заполнены все ячейки таблицы и указал в скобках каких данных не хватает для заполнения таблицы. Эти данные должны предоставить Вы, как разработчик и изготовитель СИ.

1.Наименование программного обеспечения.

По нашей документации это всегда назывался файл ITDP11.Это наш внутренний документ и НИ КТО его не утверждал.

2.Идентификационное наименование программного обеспечения. Что это такое в данном случае?

Да тоже наименование файла ITDP11 (файл с расширением *.bin).

3.Номер версии(идентификационный номер) программного обеспечения.В данном случае она одна.Есть только дата

создания, да и то дата последней записи на очередной компьютер на котором хранится этот файл.

Дополнительно есть несколько микросхем контроллеров, с которых можно сделать дубли...

И программа на бумажном носителе ( стр.5...7 в заявке).

4.Цифровой идентификатор программного обеспечения (контрольная сумма исполняемого кода)- равна шестнадцатеричному числу 0x3083B

5.Алгоритм вычисления цифрового идентификатора программного обеспечения -Для контроля целостности программы используется контрольная сумма CRC32, которая остается неизменной на протяжении всего срока выпуска

В Вашей Заявке информация по п.п. 1-3 была прописана нечетко. После Вашего разъяснения этот вопрос снимается.

Ну немогли же мы в 1998г. учесть что в 2009г появиться ГОСТ Р 8.654-2009 в котором будет записано и для этих видов

СИ:

4.3.2.3 Для получения идентификационных данных (признаков)

уполномоченными органами (организациями) необходимо предусмотреть

возможность доступа к исполняемому коду метрологически значимой части ПО с

помощью известных интерфейсов связи.

Вы подали Заявку на испытание в целях утверждения типа СИ в 2011 г. в соответствии с действующими в настоящее время документами и испытания тоже должны выполняться по ним, а не по действовавшим в 1998 г. Каким образом это обеспечить, это дело Ваше и Испытателя.

[Маслов В.А. 100]

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

На испытания предоставляются 3(три) образца приборов.

Приборы опломбированы!

Как технически реализовать то, о чем Вы пишите?

Даже если кто-то (за отдельную плату) напишет программу да еще её аттестует....

Как технически осуществить этот процесс? Вскрывать прибор,выпаивать микросхему контроллера???

Есть два пути реализации проверки. 1-й - контроль кодов ПЗУ контроллера еще не впаянного в СИ. 2-й - контроль по приведенному Вами дампу ПЗУ. Программу не обязательно писать можно использовать широко распространненную (последнее эквивалентно аттестации).

[Маслов В.А. 100]

Да нет информация НЕ утрачена. Эти контроллеры используем и в других приборах....

Но дело то в том что и "прочитать" Вы содержимое можете тоже только в исключительно параллельном обращении к

памяти. Для чего требуется независимое подключение к выводам контроллера (порт P3, порт P1, вывод для Кварцевого

резонатора XTAL1, вывод цепи запуска RST), которые используются для работы прибора (управление ЖКИ, прием сигнала для

расчета толщины, шина данных внешней EEPROM памяти).

Только указанную информацию я запрашивал у Вас. Теперь понятно, что не только "прошивка", но и чтение ПЗУ контроллера невозможно без разрезания дорожек.

Как бываем мы далеки от "народа".....

Что делает программатор.

- проверяет микросхему на "чистоту"

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

- считывает этот код с микросхемы

- считает контрольную сумму

- проводит сравнение с исходным кодом

- выдает заключение запрограммирована/незапрограммирована (с указанием номера "битой" ячейки).

У каждого своя работа ...

[Маслов В.А. 100]

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

"Это смутно мне напоминает Индо-Пакистанский инцендент...." В.С.Высоцкий

Вся техническая ( и метрологическая, и технологическая) суть приборов со встроенным ПО (особенно на контроллерах

с 2 Кбайт внутренней памяти для программ, 128 байт оперативной памяти) и заключается в АЛГОРИТМАХ.

А что касается приборов НЕ ФИЗИЧЕСКИХ величин ( приборы неразрушающего контроля), так алгоритм это ГОДЫ работы

разработчика.

И дело НЕ только в формуле.Иногда это ГОДЫ опытной эксплуатации приборов.

Что Вы хотите проверить по формуле? Как выполнена на контроллере АРИФМЕТИКА ( двоичная или с плаваящей запятой)?

Это напоминает ( о чём уже писал на форуме) начало 80-х годов, когда "метрологи" пытались ввести пОверку

калькуляторов - А на сколько точно он проводит расчет с 12-и десятичными разрядами (особенно бухгалтерские)?

Кроме того. ЦЕЛЬ такой проверки алгоритма. Ведь при заложенной методике поверки ( например сличения с эталоном)

и так все "выплывает".А на испытаниях (климат, механика...) и тем более...

И Вы предлагаете все эти алгоритмы раскрыть???

Конечно Вы можете говорить о конфиндициальности...

Но что это такое?

Ведь работник ГЦИ СИ может и уволиться, перейти на другую работу и начать использовать эту информацию в своей

следующей деятельности ( написать диссертацию по поводу линеризации показаний датчиков, по поводу компенсаций

температурных зависимостей ...). А методов кусочно-линейной аппроксимации множество.

Дальше, ГДЕ будут храниться эти алгоритмы? Кто-то к ним ВСЁ равно будет иметь доступ! И может использовать

не конкретно в данном виде приборов, а в других изделиях...

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

[Дмитрий Борисович 1 014]

Вы подали Заявку на испытание в целях утверждения типа СИ в 2011 г. в соответствии с действующими в настоящее время документами и испытания тоже должны выполняться по ним, а не по действовавшим в 1998 г. Каким образом это обеспечить, это дело Ваше и Испытателя.

Обратите внимание что мы подали заявку НА ПОДВЕРЖДЕНИЕ сертификата, а не утверждение нового типа.

До этого испытания проводились 2001г., 2006г..

До этого ( с 1995г.)прибор выпускался партиями по 50шт. в год. На каждую партию свои испытания.

Конечно, можно воспользоваться формулировкой " Мы власть, что скажем то и будете делать!" ( высказывание

руководителя ЦСМиС в 1998г.).

Можно переделать весь прибор под новые требования.....

Можно снять прибор с производства......

Кому это нужно??????????????

ЦЕЛЬ?

Ведь весь вопрос, для данного типа СИ - овчинки не стоит...

Простой проверкой метрологических характеристик Вы проверяете целостность ПО!

Возьмем СИ электро-радиоизмерений и СИ неразрушающего контроля.

Цель фальсификации ПО? Цель изменения ПО?

1.Ухудшить погрешность. АБСУРД!!!

2.Улудшить погрешность. Так и слава Богу! Прибор имеет бОльшый технологический запас. А если нужно, то

утверждается другая модификация, с лучшей погрешностью.

3.ВВедение новых сервисных функций. Ну так они и сервисные, а не метрологические.

Возмите например наш толщиномер. Что? Кто-то полезет менять ПО чтобы изменить показания толщины изоляции

на стенке трубопровода????

Возмите генераторы стандартных сигналов (ГСС). Что кто-то полезет менять ПО? Для чего? Чтобы ухудшить/улудшить

точность установки частоты или модуляционных параметров? А для другого ОН не предназначен!

[Дмитрий Борисович 1 014]

Есть два пути реализации проверки. 1-й - контроль кодов ПЗУ контроллера еще не впаянного в СИ. 2-й - контроль по приведенному Вами дампу ПЗУ. Программу не обязательно писать можно использовать широко распространненную (последнее эквивалентно аттестации).

Пишу пункты проведения испытаний по Вашей рекомендации:

1. Перед испытаниями представитель ГЦИ СИ посещает предприятие:

- при нем проводится загрузка ПО в компьютер (файл с расширением....)

- в колодку программатора вставляется микросхема микроконтроллера AT89C2051.

- проводится контрольеё на "чистоту"

- проводится "прошивка" ПО

- контроль правильности ПО ( контрольная сумма....)

- микросхема вынимается

- микросхема впаивается в прибор

- проводится комплексная сборка и настройка прибора

- прибор пломбируется и отдается на испытания

Это по ПЕРВОМУ пути.

А по второму то КАК????

[Дмитрий Борисович 1 014]

Теперь понятно, что не только "прошивка", но и чтение ПЗУ контроллера невозможно без разрезания дорожек.

Это значит теперь разработчик или производитель должен будет представителю ГЦИ СИ расказывать всю

документацию по примененному контроллеру? (DATASHEET AT89C2051 - 20 листов диаграмм и пояснений).

А кроме того каждый год выходят дополнительные разъяснения....

А они с сознанием дела будут давать заключение?!

Вы правильно сказали:

У каждого своя работа ...

Так и занимайтесь МЕТРОЛОГИЕЙ!!!!

А не проверкой какая арифметика применена в контроллере!