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
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:
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:
- pedido de escrita (o CLP diz “quero gravar”) — esse é um sinal de início.
- autorização/acknowledgement (o sistema externo responde “ok, pode gravar”) — esse é o sinal que realmente autoriza a operação.
- 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
(pedido). - Passo 2: Sistema externo (Node-RED) processa e, se permissões e condições estiverem OK, ativa
(autorização). - Passo 3: Ao receber
, o CLP executa a gravação no banco. - Passo 4: Após finalizar, o CLP seta
(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