Luiz FernadoRust Especialista Senior Inmetro Brasil Rust.pdf · 19 a 21 de outubro de 2009, São...
Transcript of Luiz FernadoRust Especialista Senior Inmetro Brasil Rust.pdf · 19 a 21 de outubro de 2009, São...
19 a 21 de outubro de 2009, São Paulo, BRASIL
19 a 21 de outubre de 2009Hotel TransaméricaSão PauloBRASIL
Luiz Fernado RustEspecialista Senior
Inmetro
Brasil
19 a 21 de outubro de 2009, São Paulo, BRASIL
Nova Certificação de Medidores Eletrônicos do Inmet ro
�Controle metrológico legal
�Aprovação de Modelo/Verificação
�Legalmente Relevante
�Requisitos de Software para medidores elétricos
�Procedimentos de avaliação
�As novas funções
�Resoluções OIML
� Iniciativas de Padronização
Agenda
19 a 21 de outubro de 2009, São Paulo, BRASIL
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
19 a 21 de outubro de 2009, São Paulo, BRASIL
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, is to é 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
19 a 21 de outubro de 2009, São Paulo, BRASIL
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)
19 a 21 de outubro de 2009, São Paulo, BRASIL
• 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
19 a 21 de outubro de 2009, São Paulo, BRASIL
ELETROMECÂNICO ELETRÔNICO SMC
REGULAMENTAÇÃO Portaria n˚ 285 ⁄2008
Portaria n˚ 431 ⁄2007
Portaria n˚ 371 ⁄ 2007Portaria n˚ 011 ⁄ 2009
APROVAÇÃO DE MODELO
Desde 1966 Desde 2002 Desde 2009
VERIFICAÇÃO INICIAL
Desde setembro de 2006
Desde janeiro de 2009
Previsto para 2009
VERIFICAÇÃOAPÓS REPARO
Desde setembro de 2006
Desde abril de 2009
Previsto para 2009
VERIFICAÇÃO PERIÓDICA
Previsto para 2009 Previsto para 2009 Previsto para 2009
VERIFICAÇÃOPOR SOLICITAÇÃO ⁄PERÍCIA MET.
RBMLQ-I RBMLQ-I Inmetro
Energia Elétrica
19 a 21 de outubro de 2009, São Paulo, BRASIL
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/2008: 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
19 a 21 de outubro de 2009, São Paulo, BRASIL
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
Sensor/ Processador / Comunicação Sensor/ Processador / Comunicação
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
19 a 21 de outubro de 2009, São Paulo, BRASIL
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
19 a 21 de outubro de 2009, São Paulo, BRASIL
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
19 a 21 de outubro de 2009, São Paulo, BRASIL
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 relevanteComportamento dinâmicoCapacidade de processamento Capacidade de autodiagnóstico de falhas Cópias de segurança (backup)
Regulamento Geral
19 a 21 de outubro de 2009, São Paulo, BRASIL
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)
19 a 21 de outubro de 2009, São Paulo, BRASIL
Em andamentoRequisitos de SW para outrossistemas/instrumentos de medição
ex. volume de madeira
Não aborda novos aspectos funcionaisExemplo: Tarifação por faixas temporaisNovos requisitos: sincronização temporal??
Faixa 1: [7:00 – 22:00[
Faixa 2: [22:00 – 7:00[
Em andamento
19 a 21 de outubro de 2009, São Paulo, BRASIL
As Novas funções
The meter shall be able display the results of each rate register on thedisplay by means of the user interface. It is possi ble to show the results on different displays, periodically or on request via user interface
The meter shall indicate the currently active rate register
A rate may be activated by remote control, a watch or other means (for instance a threshold of the current, a temperature threshold o r a flow rate)
If a rate is activated by a clock then the time sha ll be displayed periodically or on request via user interface
The time shall be provided by the instrument in a w ay that a transformation to legal local time can be easily accomplished
The clock shall be settable under user protection ( password)
The clock shall be settable remotely, if the meter has a communication Interface
The time difference between clock and the legal tim e shall be not more than 3 minutes
Before a rate register is set to zero (at the end o f billing period) the value of a rate register shall be stored in a special register or i n a log book
Exemplo: Requisitos Básicos para medidores com múltiplas tarifas (R. Kramer – PTB)
19 a 21 de outubro de 2009, São Paulo, BRASIL
Outros Exemplos
19 a 21 de outubro de 2009, São Paulo, BRASIL
Resoluções OIML
• OIML Seminar on Smart Meters (Brijuni, Croatia – 2-5 June 2 009)
• In the case of utility meters, the scope of legal m etrology would be– the correctness of the quantity measurements, i.e. that the measurement
results comply with the maximum permissible errors under stated conditions;
– the measurement results provided by the meter or me tering system that form the basis for billing and that allow the consu mer to verify the correctness of the invoice;
– to verify that any function or device that is conne cted to the meter or metering system under legal metrological control do es not adversely affect the measurement results
• Metrological control extends to the point where the consumer canverify that the measurement results used for billin g are consistent with the reading of the meter."
19 a 21 de outubro de 2009, São Paulo, BRASIL
Resoluções OIML (ii)
• Develop some kind of guidance paper for OIML Techni cal Committees and Subcommittees dealing with utility m eters with suggestions for the application of – OIML Documents D 11:2004 General requirements for electronic
measuring instruments and – D 31:2008 General requirements for software controlled measur ing
instruments
for additional requirements and (immunity) tests to be considered
• It was suggested that the task of developing such a guidance paper could be performed by an ad-hoc working group
19 a 21 de outubro de 2009, São Paulo, BRASIL
Iniciativas de Padronização
• SMART METERS Standardisation mandate M/441 (Lucia Pal megiani)• Directive 2004/22/EC on measuring instruments (MID)
• The general objective of this mandate is to create European standards that will enable interoperability of utility meters (water, gas, electricity, heat), which can then improve the means by which cu stomers’awareness of actual consumption can be raised in or der to allow timely adaptation to their demands ( ‘SMART METERIN G’)
• Mandate: issued on 12/03/2009– Acceptance by the relevant Boards (6-8 weeks)– +3 months - for the working programme– +9 months - Presentation of the European standard for communication– +30 months -The harmonised solutions for additional f unctions (European standards)
shall be completed
19 a 21 de outubro de 2009, São Paulo, BRASIL
Muito obrigado pela atenção
www.inmetro.gov.br