Luiz Fernado Rust Especialista Senior Inmetro Brasil · 2018-02-27 · 19 a 21 de outubro de 2009, São Paulo, BRASIL Ineditismo do sistema SMDEE Dificuldade de absorção dos requisitos

19 a 21 de outubro de 2009, São Paulo, BRASIL

19 a 21 de outubre de 2009Hotel TransaméricaSão PauloBRASIL

Luiz Fernado Rust Especialista Senior

Inmetro

Brasil


Processo de Homologação de Medidores Centralizados

�Demandas

�Controle metrológico legal

�Aprovação de Modelo/Verificação

�Legalmente Relevante

�Requisitos de Software para medidores elétricos

�Procedimentos de avaliação

�Em andamento

�O que podemos/devemos fazer?

Agenda


Demandas

•Infra-estutura avançada de medição e atuação• Medidores inteligentes• Eletrodomésticos inteligentes (domótica)• Novos sensores e atuadores• Aplicativos

• Com• Segurança• Interoperabilidade

•3 Pilares• Normalização/Metrologia/ Avaliação da Conformidade


O que já fazemos

•O Papel do Estado na Metrologia Legal

• Prover a sociedade meios necessários para estabelecer confiança nos resultados das medições

• Estabelecendo exigências legais• Infra-estrutura – Meios Técnicos

• Exercendo supervisão dos produtos e das atividades regulamentadas

• Controlando / avaliando a conformidade de produtos e das atividades regulamentadas


Controle Metrológico LegalConjunto de atividades de metrologia legal, visando à garantia metroló gica

Controle legal de instrumentos de mediçãoApreciação Técnica de Modelo (ATM)Verificação (inicial e subsequente)

Supervisão metrológicaControle realizado na fabricação, na importação, na instalação, na utilização, na manutenção e no reparo de instrument os de mediçãoVerificar se esses instrumentos são utilizados de m aneira correta, no que se refere à observância das leis e dos regulamentos metrológicos .

Perícia metrológica Conjunto de operações que tem por finalidade examin ar e demonstrar as condições de um instrumento de medição e determinar suas características metrológicas de acordo com as exigê ncias regulamentares aplicáveis


Controle de Instrumentos de Medição

• Apreciação Técnica de Modelo

– Avaliação da conformidade dos instrumentos de mediç ão quanto às exigências legais, na fase de projeto, ist o é de concepção do instrumento

• ensaios de desempenho– exatidão, repetitividade ...

• ensaios de desgaste acelerado

• ensaios de perturbação– temperatura, umidade, campos eletromagnéticos ...

• proteção contra manipulações


Controle de Instrumentos de Medição

• Verificação– Procedimento que compreende o exame, a marcação e / ou a

emissão de um certificado de verificação e que cons tata e confirma que o instrumento de medição satisfaz às e xigências regulamentares

– Inicial• Verificação de um instrumento de medição feita após sua fabricação,

no final da linha de produção, após o produto acaba do e antes de sua venda

– Subsequente• Verificação que visa atestar que um instrumento de medição em

serviço, isto é, em seu local de utilização, mantém as propriedades metrológicas exigidas nas condições de funcionament o e de uso, com periodicidade definida em regulamento (periódica) o u quando submetido a uma manutenção (após reparo)


• Inmetro

– Regulamentação sobre instrumentos de medição e produtos pré-medidos

– Apreciação técnica de modelos de instrumentos

– Supervisão das atividades

• Órgãos delegados

– Verificação de instrumentos• Inicial e subseqüentes

– Controle da indicação quantitativa de produtos pré-medidos

– Inspeção e fiscalização em serviço

Atividades de Metrologia Legal


Ineditismo do sistema SMDEE

Dificuldade de absorção dos requisitos iniciais Portaria Inmetro nº 371

Amadurecimento dos padrões de metrologia legal rela cionados a software embarcado

WELMEC 7.2: Software Guide – Measuring Instruments Directive 200/22/EC)OIML D 31/2009: General Requirements of Software Controlled Measuring Instruments - draft

Detalhamento específico dos requisitos de software SMDEE Portaria Inmetro nº 11 de 13 de janeiro de 2009

Controle de Software


links Communicação

“ poste ” ( sistema remoto ) consumidor

Dados Dados

Operadora

Comunicação 1 Comunicação 1 Processador

Sensores Sensores

Display

Comunicação 2 Comunicação 2

“ poste 2“ consumidor

Dados Dados

Operadora

Com 2 Com 2 Concentrador

Display

Com 3 Com 3

“ poste 1”

Sensor/ Processador / Comunicação Sensor/ Processador / Comunicação



Com 1 Com 1

Todos os elementos envolvidos na captura, processam ento e publicação do resultado ao consumidor pelo mostrado r

Legalmente relevante


Separação de software

Carga de software legalmente relevante

Auto-diagnóstico de falhas

Adequação do dispositivo mostrador

Comportamento dinâmico

Requisitos de validação do software

Capacidade de carga de processamento

Identificação do software

Interface do usuário

Interface de comunicação

Proteção contra mudanças

não-intencionais

intencionais

Proteção dos parâmetros

Transmissão dos dados em redes

Requisitos de Software

Abordagem caixa branca: necessidade de avaliação do código fonte


Procedimentos experimentais cenários de testes funcionais na plataforma em apro vação

Após disponibilização da documentação/produto

Análise da documentação

Inspeção visual do código fonte busca de vulnerabilidades

Análise de fluxo do código fonte aplicação de ferramentas automatizadas de “ tracking ” de variáveis relevantes

exemplo: constantes de calibração

Procedimentos para validação


O sistema/Instrumento de medição deve satisfazer(i) a totalidade dos requisitos genéricos +(ii) os requisitos específicos elegíveis em função d a tecnologia empregada e/ou aplicaçã

Requisitos Genéricos

Identificação\Integridade do softwareExatidão dos algoritmos e funções de mediçãoInfluência da interface do usuárioInfluência da interface de comunicaçãoProteção contra mudanças acidentais/não-intencionaisProteção contra mudanças intencionaisProteção dos parâmetrosDetecção de falhaValidação do software

Requisitos Específicos

Separação das partes relevantes hardware & software Transmissão dos dados através de redes de comunicaçãoCarga de software legalmente relevante Comportamento dinâmicoCapacidade de processamento Capacidade de autodiagnóstico de falhas Cópias de segurança (backup)

Regulamento Geral


Cabe ao Fabricante

descrição completa do sistema de hardware diagrama de blocos, interfaces de comunicaçãodescrição funcional do medidordescrição da interface do usuário, menus e diálogos (se existir)manual operacional

+documentação referente às exigências iniciais do co njunto de requisitos aplicáveis ao medidor (genéricos e específicos)

Se algum requisito específico é aplicável e/ou existem interfaces para entrada de comandos

Regulamento Geral (ii)

É necessário a disponibilização ao Inmetro do código fonte comentado do software legalmente relevante (de acordo com a OIML D32)


Requisitos de SW para outros sistemas/instrumentos de medição

Volume de madeira

Pré-Pagamento

Radares – controle de velocidade

Em andamento

Pesquisa

Ofuscação de códigoProp. intelectual

Controle de Integridade

Rastreabilidade


O que podemos/devemos fazer?NIST• “ primary responsibility to coordinate development of a framework

that includes protocols and model standards for inf ormation management to achieve interoperability of smart gri d devices andsystems…”

•“ Congress directed that the framework be “flexible, uniform, and technology neutral”

INMETRO

• Criação de um infra-estrutura técnica • Regulamentos/Avaliação da conformidade• Harmonização internacional


Muito obrigado pela atenção

[email protected]

www.inmetro.gov.br

Documents

Luiz Fernado Rust Especialista Senior Inmetro Brasil · 2018-02-27 · 19 a 21 de outubro de 2009, São Paulo, BRASIL Ineditismo do sistema SMDEE Dificuldade de absorção dos requisitos