Índice
- PRIORITY no CG-AR: a regra documentada para MGL-IIc
- PRIORITY no CG-AR: quais ajustes entram nessa escolha
- Um conflito de pressão, sem inventar um resultado
- Aplicar a distinção ao trabalho
Uma condição de corte pode aparecer no programa do computador e também no painel do plotter. Quando os dois lugares mostram valores diferentes, a pergunta útil é qual fonte tem prioridade. No Mimaki CG-AR, essa escolha tem uma função própria: PRIORITY. Entendê-la ajuda a interpretar uma configuração sem atribuir automaticamente ao software o controle de todos os ajustes.
PRIORITY no CG-AR: a regra documentada para MGL-IIc
Na seção SET UP do manual CG-AR, HOST dá prioridade às configurações do computador; PANEL dá prioridade às configurações da máquina quando há divergência. O fabricante limita essa função ao comando MGL-IIc.[1] Portanto, é preciso conhecer a linguagem de comandos usada no trabalho para aplicar a explicação.
As duas opções distribuem autoridade sobre determinados parâmetros. PANEL não significa que o plotter deixa de receber o desenho, assim como HOST não estabelece que qualquer opção presente na aplicação será obedecida. A precedência descrita no manual possui um alcance definido.
PRIORITY no CG-AR: quais ajustes entram nessa escolha
A lista inclui seleção da caneta, pelo comando SP; velocidade de movimento com a ferramenta abaixada, VS; velocidade com a ferramenta levantada, ZA; aceleração, AS; pressão, FS e ZF; e correção da lâmina, ZO.[1] Esses identificadores servem para reconhecer o âmbito da função, não para montar aqui um programa de comandos.
Há uma distinção relevante na velocidade: movimento com a ferramenta abaixada descreve o deslocamento nessa condição. Não deve ser interpretado como velocidade vertical de descida. A mesma página do manual apresenta uma configuração de descida em outro item; compartilhar a palavra “velocidade” não torna os ajustes equivalentes.
Um conflito de pressão, sem inventar um resultado
Considere um trabalho hipotético em MGL-IIc que envia um comando de pressão com valor diferente daquele configurado na máquina. Com HOST, a prioridade é do ajuste enviado pelo computador. Com PANEL, a prioridade é do ajuste da máquina. O exemplo identifica a fonte que prevalece; não indica qual pressão seria adequada ao material nem prevê a qualidade do corte.
Agora retire uma informação desse exemplo: sabe-se apenas que alguém alterou um campo na aplicação, mas não se confirmou o envio do comando correspondente. A conclusão já não é a mesma. HOST determina uma prioridade; não transforma, por si só, um campo da interface em dado transmitido. Para interpretar esse caso, é necessário verificar, pela documentação da aplicação ou por seus recursos de inspeção da saída, quais parâmetros ela efetivamente envia.
Aplicar a distinção ao trabalho
Ao explicar uma divergência, separe três informações: a linguagem de comandos em uso, o ajuste PRIORITY e a presença do parâmetro pertinente na saída do programa. Essa leitura permite distinguir um valor local que tem precedência de uma configuração que nunca chegou como comando.
O manual informa que mudar COMMAND apaga o buffer de recepção.[1] Por isso, trocar a linguagem apenas para experimentar uma hipótese de prioridade não é uma verificação neutra. A interpretação deve começar pelo modo já utilizado e seguir a documentação do equipamento e da aplicação.
Depois de identificar a fonte responsável, ainda resta escolher valores apropriados ao trabalho. PRIORITY resolve um conflito de origem; não valida pressão, velocidade, ferramenta ou material. O CG-AR serve aqui de exemplo técnico para essa distinção entre origem e adequação de um parâmetro.
Fonte [1], verificada em 5 de novembro de 2026: manual oficial Mimaki CG-AR, SET UP, versão indicada FW 1.3.0, documento D203577-13. O cenário de pressão é uma explicação hipotética, sem ensaio de máquina.
