QUESTÃO 11

CAPACIDADE: Caracterizar controle lógico de inserção de dados.

Contexto:

Para garantir segurança, foi implementado controle de autorização de escrita.

Comando:

Qual sinal no CLP pode ser usado para autorizar a gravação no banco de dados?

Alternativas:

A. escrita_concluida
B. inicia_escrita
C. ackNodeRED
D. resetComunicacao
E. statusEnvio

Passo 1

O enunciado pergunta claramente: “Qual sinal no CLP pode ser usado para autorizar a gravação no banco de dados?”
Informações dadas:
  • Foi implementado um controle de autorização de escrita para garantir segurança.
  • As alternativas de sinais no CLP são:
    A. escrita_concluida
    B. inicia_escrita
    C. ackNodeRED
    D. resetComunicacao
    E. statusEnvio

Passo 2

Vou explicar, de maneira prática e sem enrolação, como costuma funcionar um controle seguro de escrita (handshake) entre um CLP e um sistema externo (por exemplo Node-RED ou um serviço que grava no banco):
  • Normalmente há três papéis na conversa:
    1. pedido de escrita (o CLP diz “quero gravar”) — esse é um sinal de início.
    2. autorização/acknowledgement (o sistema externo responde “ok, pode gravar”) — esse é o sinal que realmente autoriza a operação.
    3. confirmação de conclusão (o CLP ou o serviço responde “gravação concluída”) — sinal que informa que a ação foi executada.
  • Por segurança, o CLP não deve escrever no banco só porque requisitou; ele deve aguardar uma autorização explícita vinda do sistema que controla a gravação ou que garante a integridade/segurança do dado.

Passo 3

Agora identifico o papel provável de cada alternativa (o que cada sinal representa), para escolher qual sinal serve como autorização:
  • A escrita_concluida: é a indicação de que a gravação já terminou. Isso é uma confirmação posterior, não uma autorização prévia. Não serve como autorização para iniciar a gravação.
  • B inicia_escrita: é o sinal do pedido de gravação — o CLP ativa esse sinal para dizer “quero gravar”. Esse sinal não autoriza; é o solicitante. Se o CLP usasse esse mesmo sinal como autorização, perderia a lógica de controle (não haveria handshake).
  • C ackNodeRED: nome típico de um “ack” (acknowledgement) vindo do Node-RED — ou seja, um sinal de retorno do sistema externo confirmando que recebeu a solicitação e autoriza prosseguir. Esse tipo de sinal é exatamente o que se usa para autorizar a gravação.
  • D resetComunicacao: serve para reiniciar a comunicação em caso de erro; não é autorização de escrita.
  • E statusEnvio: indica estado/resultado do envio; pode dizer “ok” ou “erro”, mas é mais genérico e frequentemente usado para monitoramento. Mesmo que às vezes represente sucesso, o sinal explícito de autorização costuma ser um ack dedicado (como ackNodeRED). statusEnvio é ambíguo e menos apropriado como sinal de autorização.

Passo 4

Síntese prática (como implementar na prova ou num projeto pequeno):
  • Passo 1: CLP ativa \text{inicia\_escrita} = 1 (pedido).
  • Passo 2: Sistema externo (Node-RED) processa e, se permissões e condições estiverem OK, ativa \text{ackNodeRED} = 1 (autorização).
  • Passo 3: Ao receber \text{ackNodeRED} = 1, o CLP executa a gravação no banco.
  • Passo 4: Após finalizar, o CLP seta \text{escrita\_concluida} = 1 (confirmação).
    Essa sequência deixa claro que o sinal de autorização é o ack vindo do sistema que efetivamente controla ou valida a gravação.

Passo 5

Conclusão lógica: entre as alternativas, o sinal que representa explicitamente a autorização (acknowledgement) do sistema externo é o mais adequado para autorizar a gravação. Use esse sinal como condição de habilitação da escrita no programa ladder ou bloco do CLP — assim a gravação só ocorre quando houver autorização explícita.

Resposta

C. ackNodeRED

Exercícios relacionados