Um sistema de armazenamento de energia em bateria pode combinar racks de baterias, eletrônicos de gerenciamento de bateria, um sistema de conversão de potência, controles locais, um sistema de gerenciamento de energia, equipamentos auxiliares, software de supervisão remota e uma interface local de operador. O TFT LCD é importante para essa interface, mas não é o sistema de gerenciamento de bateria, o conversor de potência, o controlador de despacho, o sistema de proteção contra incêndio ou a prova de que o BESS é seguro ou está em conformidade com a rede elétrica.
A seleção do display deve começar pelo fluxo de trabalho local de operação e serviço. A equipe de equipamentos deve decidir quais informações precisam permanecer disponíveis no invólucro, quais ações podem ser solicitadas localmente, quais funções pertencem somente a sistemas remotos autorizados e como a interface se comporta quando dados ou comunicação estão indisponíveis.
Este guia explica como selecionar e integrar um TFT LCD para um HMI local de BESS, mantendo claramente separados o display, a entrada por toque, o host do HMI, o BMS, o PCS, o EMS, o SCADA e as funções de segurança independentes.
Um diagrama de arquitetura útil de BESS deve identificar cada camada funcional principal. O sistema de gerenciamento de bateria monitora e gerencia informações e limites relacionados à bateria dentro do projeto do sistema. O sistema de conversão de potência fornece o caminho de eletrônica de potência entre o dispositivo de armazenamento e o sistema CA conectado. Um sistema de gerenciamento de energia local ou central pode coordenar objetivos e comandos operacionais. O SCADA ou outra plataforma de supervisão pode fornecer monitoramento e controle em nível de site ou remoto.
O Departamento de Energia dos EUA descreve arquiteturas de BESS que integram gerenciamento de bateria, conversão de potência, interfaces de rede, hardware de controle e software.1 Os Laboratórios Nacionais Sandia apresentam de forma semelhante uma hierarquia na qual as informações operacionais da bateria e do PCS se movem em direção a um EMS, enquanto os comandos passam pela arquitetura de controle definida.2
O HMI TFT local apresenta informações selecionadas dessa arquitetura. Seu host embarcado pode renderizar uma visão geral do equipamento, estado de comunicação, funções de serviço permitidas, histórico de alarmes ou navegação de manutenção. O display em si não mede tensão de célula, não estima o estado de carga, não determina limites de carga ou descarga, não comanda semicondutores de potência nem realiza otimização do site.
A entrada por toque também não é uma decisão de controle. Um controlador de toque relata coordenadas ou gestos ao host do HMI. O aplicativo concluído determina se uma ação solicitada é visível, autorizada, válida no estado operacional atual e aceita pelo controlador apropriado.
Muitas instalações de BESS incluem monitoramento remoto, mas isso não elimina automaticamente a necessidade de uma interface local. O pessoal de comissionamento pode precisar de uma visão geral do equipamento próximo ao gabinete. Os técnicos de serviço podem precisar identificar o subsistema afetado, revisar a disponibilidade de comunicação, confirmar a identidade do equipamento ou seguir um fluxo de trabalho de manutenção definido sem se deslocar repetidamente entre o invólucro e uma estação de trabalho remota.
O HMI local não deve simplesmente duplicar todas as telas do SCADA. Um display embarcado compacto tem diferentes restrições de espaço, gráficos, segurança, ambientais e de manutenção. A equipe do projeto deve definir quais informações são essenciais no equipamento e quais análises detalhadas pertencem a uma estação de trabalho de engenharia maior.
Fluxos de trabalho representativos podem incluir observação inicial de partida, revisão de modo autorizado, disponibilidade de subsistemas, alarmes ativos e históricos, diagnósticos de comunicação, acesso de manutenção, identificação de software e hardware e recuperação controlada. As funções exatas dependem da arquitetura do BESS e devem ser aprovadas pelo projetista do equipamento.
Não trate o display local como um caminho alternativo de proteção. Limites de bateria, proteção de eletrônica de potência, funções de desconexão, controles de emergência, detecção de incêndio e outras funções relacionadas à segurança devem permanecer em suas camadas de sistema projetadas de forma independente.
Um BESS pode gerar um grande volume de dados, mas uma tela local deve priorizar as informações necessárias para uma decisão de campo definida. A visão principal pode precisar distinguir disponibilidade do equipamento, modo operacional, status de comunicação, estado de manutenção e prioridade de alarme. Telas mais profundas podem expor detalhes de subsistemas a usuários autorizados quando isso auxilia na solução de problemas.
Estado de carga, temperatura, tensão, corrente, potência e outros valores podem se originar de diferentes dispositivos, modelos ou níveis de agregação. O HMI deve identificar claramente o contexto fornecido pelo software do sistema. Uma exibição numérica atraente não valida a fonte, o carimbo de tempo, a precisão, o método de cálculo ou a conversão de unidades.
Use estruturas de dados realistas durante a prototipagem da GUI. Inclua nomes longos de dispositivos, múltiplos racks ou unidades de conversão de potência, valores indisponíveis, dados atrasados, estados conflitantes de subsistemas, traduções, textos de alarme, carimbos de tempo, permissões de usuário, diálogos de confirmação e telas de manutenção. Painéis de demonstração frequentemente subestimam o espaço necessário para o conteúdo de produção.
A cor não deve ser a única maneira de comunicar estados importantes. Combine cor com forma, posição, texto ou outra pista definida pelo sistema. Verifique a GUI concluída nas condições de visualização pretendidas e não presuma que uma cor específica no painel prova que uma condição de alarme foi corretamente detectada.
O tamanho correto do painel depende da distância de visualização, altura de montagem, posição de serviço, densidade de informações, tamanho do alvo de toque, espaço no invólucro e a quantidade de contexto simultâneo do equipamento. Uma tela usada apenas para status local e manutenção pode não precisar das mesmas dimensões de um monitor de sala de controle.
Revise telas representativas no tamanho físico pretendido. Inclua a navegação completa, as entradas de alarme mais longas esperadas, hierarquia de equipamentos, etapas de confirmação, janelas de tendência quando necessárias e qualquer teclado virtual. Verifique se os usuários podem distinguir o ativo atual, subsistema, modo e idade dos dados sem navegação excessiva.
A resolução deve suportar tipografia legível e gráficos necessários sem criar carga desnecessária para o host do HMI. Uma contagem maior de pixels aumenta o framebuffer, a largura de banda de memória, a renderização, a inicialização e, às vezes, os requisitos térmicos. A resolução do painel, o framework da GUI, o sistema operacional, o processador, a memória e o comportamento de atualização devem ser avaliados em conjunto.
Tendências detalhadas de múltiplos sites ou análises de engenharia podem ser melhor tratadas por uma estação de trabalho remota. O TFT embarcado deve ser selecionado para sua função local definida, em vez de ser esperado que reproduza todo um ambiente SCADA.
Um painel local de BESS pode ser montado ao ar livre, dentro da porta de um gabinete, atrás de uma janela de cobertura ou dentro de um compartimento de serviço protegido. Cada localização cria diferentes requisitos ópticos. Avalie luz solar direta e refletida, condições nubladas e brilhantes, brilho em ângulo baixo, sombra, iluminação noturna de serviço, ângulo de visão e reflexos da roupa do operador ou do equipamento ao redor.
O brilho sozinho não define a legibilidade. A lente de cobertura, o sensor de toque, os entreferros ou a colagem óptica, o tratamento de superfície, o comportamento de contraste, os polarizadores, a proteção do invólucro, as cores da GUI e a direção de visualização afetam o resultado final. Teste a pilha óptica com intenção de produção em vez de confiar apenas na folha de dados do painel nu.
O comportamento diurno e noturno deve ser coordenado com o host do HMI e o circuito de retroiluminação. Revise a faixa útil de dimming, o brilho na inicialização, a transição de ativação, a estabilidade em níveis baixos, o tema da GUI e a recuperação após um reinício de comunicação ou aplicativo. Brilho excessivo à noite pode ser tão inadequado quanto saída insuficiente durante a luz do dia.
Não publique uma alegação de legibilidade à luz solar a menos que a montagem selecionada tenha sido avaliada contra critérios definidos de iluminação, conteúdo, ângulo, cobertura e aceitação. “Display para exterior” é uma categoria de projeto, não uma prova de desempenho em todos os invólucros de BESS.
Um TFT LCD bruto pode usar RGB, LVDS, MIPI DSI, eDP ou outra interface nativa. A compatibilidade exige que o host e o painel concordem sobre níveis elétricos, formato de pixel, resolução, temporização, configuração de pistas ou barramento, pinagem do conector, inicialização, sequência de alimentação, controle de retroiluminação e suporte de software.
A documentação da interface do processador mostra por que a configuração deve ser verificada para a plataforma real. A documentação do LCDIF da NXP, por exemplo, define estruturas de configuração e comportamento do driver para sua interface de display suportada; ela não afirma que um processador, cabo e painel TFT arbitrários funcionarão juntos automaticamente.3
Se o computador selecionado fornecer HDMI enquanto o TFT bruto exigir MIPI DSI, RGB, LVDS ou eDP, um cabo passivo não pode converter o sinal. O projeto precisa de um controlador ativo ou ponte compatível com a fonte e o painel exato. Esse dispositivo se torna parte do plano de firmware, inicialização, alimentação, térmico, EMC, cabo e ciclo de vida.
Um monitor HDMI externo acabado e um módulo TFT embarcado bruto são produtos diferentes. O monitor externo contém sua própria eletrônica de recepção e controle de display. O painel bruto depende de um caminho de display nativo compatível ou de um controlador ativo intencionalmente selecionado.
Um sistema de toque projetado-capacitivo ou resistivo tem seu próprio sensor, controlador, conexão, firmware, requisitos de aterramento e caminho de entrada de software. Ele não transporta dados de pixel do LCD e não aplica permissões de sistema de forma independente.
Os requisitos de toque devem definir uso de luvas, umidade, poeira, contaminação de superfície, espessura da cobertura, tamanho do alvo, aterramento, construção do invólucro e ruído elétrico próximo. Nem todo sistema de toque capacitivo suporta todas as condições de luva ou umidade. A pilha de cobertura de produção e o invólucro devem ser testados juntos.
Avalie toques deliberados, alvos nas bordas, arrastar quando usado, contatos rejeitados, comportamento de inicialização, recuperação de comunicação e desempenho quando o usuário estiver usando o equipamento de serviço de campo pretendido. Se a entrada de dados for necessária, confirme se um teclado virtual permanece utilizável no tamanho de tela selecionado.
Controles dedicados de emergência, isolamento ou outros controles relacionados à segurança não devem ser substituídos meramente pela colocação de um botão gráfico no TFT. Um aplicativo congelado, controlador de toque com falha, tela obscurecida, comunicação perdida ou link de display com falha pode afetar um controle na tela. As responsabilidades de segurança pertencem à arquitetura de BESS projetada e validada de forma independente.
Revise a abertura do invólucro, a lente de cobertura, o conceito de vedação, a montagem do painel, os prensa-cabos, o acesso aos conectores, o raio de curvatura do FPC, o alívio de tensão, a folga de serviço, o aterramento, a blindagem, a drenagem, o risco de condensação e o calor gerado pelo display e pela eletrônica do HMI.
O módulo LCD sozinho não estabelece uma classificação de proteção contra ingresso. Qualquer vedação ou classificação ambiental se aplica a uma montagem completa definida e configuração de teste. Uma lente de cobertura fixada a um display não torna automaticamente o equipamento à prova d’água, à prova de poeira, resistente à corrosão ou adequado para instalação costeira.
Os requisitos de temperatura devem ser baseados na localização real do display, incluindo carga solar, calor do gabinete, condições de espera, partida a frio, operação da retroiluminação e eletrônica de potência próxima. Não use a temperatura geral do ar externo como substituto para medir ou estimar o ambiente interno de instalação.
Conversão de potência, dispositivos de comutação, contatores, comunicações, cabos longos e arranjos de aterramento podem criar um ambiente eletricamente exigente. A estabilidade do display, o comportamento do toque, a operação do controlador, a EMC e a recuperação do sistema devem ser avaliados no gabinete com intenção de produção.
Um display local pode permanecer energizado mesmo quando sua conexão com o BMS, PCS, EMS ou rede do site está indisponível. O HMI não deve apresentar dados antigos como se fossem atuais. Defina como o aplicativo representa informações indisponíveis, atrasadas, inválidas ou parcialmente atualizadas.
Revise carimbos de tempo, indicadores de estado de comunicação, disponibilidade de subsistemas, valores em branco ou retidos, confirmação de alarmes e recuperação após reconexão. O comportamento correto depende da arquitetura do sistema; o TFT LCD não pode determinar se um valor é confiável.
A sequência de inicialização deve cobrir alimentação do painel, inicialização da interface de display, habilitação da retroiluminação, inicialização do host do HMI, disponibilidade do controlador de toque, lançamento do aplicativo, autenticação do usuário, conexão de rede e recebimento de dados válidos do equipamento. Os critérios de aceitação devem definir o que aparece em cada estágio.
Ciclos repetidos de alimentação, inicialização incompleta, reinício do aplicativo HMI, interrupção de rede, reinício do controlador e restauração do contexto atual do equipamento devem ser incluídos nos testes do sistema.
A validação deve progredir da energização elétrica para o display pretendido, pilha de toque, host, controlador ativo quando usado, cabos, fonte de alimentação, invólucro, aterramento, software e ambiente de integração do BESS.
Use telas e fluxos de trabalho representativos.
Mechanical validation can include cover alignment, active-area visibility, sealing interfaces, cable retention, FPC routing, connector access, service replacement, strain relief, cabinet-door movement, and thermal behavior. Environmental or ingress claims require the applicable completed-assembly test; they cannot be inferred from a display-module description.
Write measurable acceptance criteria before design freeze. Terms such as “sunlight readable,” “outdoor,” “glove touch,” “real time,” “waterproof,” or “industrial grade” are incomplete without a defined environment, content, user condition, test method, system boundary, and required result.
Provide the target active area, enclosure drawing, mounting position, orientation, cover concept, representative GUI, viewing conditions, host processor or board, native display outputs, operating system, touch requirements, cable constraints, power sequence, environmental conditions, service workflow, project stage, and expected demand range.
Identify the requested delivery boundary: a TFT LCD module, LCD-and-touch assembly, covered display assembly, LCD with an active video controller, embedded computing platform, or more complete HMI subsystem. These deliverables require different hardware, firmware, mechanical, and compatibility information.
RJY Display can review applicable existing display platforms and project-specific customization involving touch, cover construction, backlight, FPC, interface, controller board, and mechanical coordination. Feasibility depends on the selected platform and confirmed project requirements. This does not imply that any arbitrary LCD cell size can be created from zero or that RJY qualifies the complete BESS.
Contact RJY Display for a BESS local HMI display review e fornecer as informações ópticas, elétricas, de toque, de hospedeiro, de invólucro, ambientais e de fluxo de trabalho necessárias para avaliar a camada de exibição.
Não. O TFT LCD apresenta pixels. Uma IHM completa de BESS também requer um computador hospedeiro ou controlador, software aplicativo, dispositivos de entrada, comunicações, energia, integração de invólucro e conexões definidas com o sistema maior.
Não. Uma IHM local pode apresentar informações selecionadas e reportar entradas de usuário permitidas, mas o gerenciamento de bateria, a conversão de energia, o gerenciamento de energia e o controle supervisório permanecem funções separadas dentro da arquitetura completa de BESS.
Não. Um controle gráfico pode ser afetado por falhas de exibição, toque, software, energia ou comunicação. Funções relacionadas à segurança e emergência exigem uma arquitetura de sistema projetada e validada de forma independente.
Um cabo passivo pode converter HDMI em uma interface de painel MIPI, RGB, LVDS ou eDP bruta?.
Fornecer o invólucro e o alvo da área ativa, a GUI representativa, as condições de montagem e iluminação, a plataforma hospedeira, as saídas nativas de exibição, o sistema operacional, os requisitos de toque e cobertura, as restrições de cabo e energia, as condições ambientais, o estágio do projeto e a faixa de demanda esperada.
Compartilhe o tamanho do display, resolução, interface, brilho, requisito de toque, requisito de placa controladora e ambiente de aplicação.
Continue lendo guias de tecnologia de display e referências de aplicação relacionadas.
Converse com a equipe de engenharia da RJY para correspondência de display, revisão de placa controladora e discussão de personalização.
