> For the complete documentation index, see [llms.txt](https://portal-integracao.intelbras.com.br/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://portal-integracao.intelbras.com.br/mip-1000-ip/protocolo-de-comunicacao/descricao-dos-campos-do-datagrama.md). # Descrição dos campos do datagrama

Campo	Tamanho (bytes)	Descrição
_Start	₁	_{Sinaliza o início do datagrama e o tipo (classe) de dispositivo referente à origem dos dados. Seu valor é composto da seguinte forma: os 3 bits mais significativos são sempre iguais ao valor 101, enquanto que o restante é composto por um código de 5 bits que define a classe do dispositivo que está transmitindo esse datagrama, verificar o item classe de dispositivos para saber mais sobre os possíveis valores disponíveis para esse campo.}
_Versão	₁	_{Número que sinaliza a versão corrente do protocolo.}
_{End. de origem}	₁	_{Endereço de origem do dispositivo que enviou o datagrama.}
_{End. de destino}	₁	_{Endereço de destino do dispositivo para o qual está sendo enviado o datagrama. Caso o endereço contenha o valor 255 (0xFF) todos os dispositivos devem analisar esse datagrama, pois esse é o endereço de broadcast, ou seja, endereço ao qual se referência todos os dispositivos presentes na rede.}
_Comando	₁	_{Campo que contém um valor para identificar o comando contido no datagrama. Esse comando sinaliza a operação a ser realizada pelos dispositivos envolvidos na comunicação.}
_Flag	₁	_{Campo que contém um flag de uso da comunicação. Verificar seção flags do datagrama para saber os tipos de flags possíveis de serem utilizados.}
_{ID do usuário logado}	₄	_{Contém o ID do usuário. Esse campo deve conter o ID quando se comunicação acontecer com o MIP 1000 IP.}
_{Senha do usuário logado}	₃	_{Contém a senha do usuário. Esse campo deve conter a senha quando se comunicação acontecer com o MIP 1000 IP.}
_{ID do MIP}	₁	_{Contém o ID do MIP que comunicará com o SGA. Esse valor é sempre ZERO.}
_MUID	₄	_{Campo que contém o identificador único do mip.}
_{Tamanho do campo dados}	₂	_{Campo que contém a quantidade de bytes contida no campo dados.}
_Reservado	₂	_{Campo reservado para uso futuro. Esse campo deve ser preenchido com o valor zero.}
_Dados	₁₇₅₆	_{Dados referentes ao comando solicitado. Campo pode ter tamanho de zero até 1756 bytes, sendo o tamanho indicado pelo campo “tamanho do campo de dados”.}
_CHKS	₂	_{Campo de checksum referente à somatória de todos os bytes dos campos de start até o final do campo “dados”.}

## Conexão com MIP 1000 IP A conexão com o MIP1000IP, é realizada através de uma conexão cliente-servidor, onde o mip 1000 IP é o servidor, por padrão existe a possibilidade do mip ser cliente que pode ser configurada via menu ou via comando do protocolo;\ Todos os dados são trafegados em Hex decimal de acordo com o protocolo, descrito neste documento. \ Conexão tipo RAW porta padrão 12356, que pode ser alterada posteriormente; \ Para conexão é necessário inserir a senha e o Id do usuário nos campos Id do usuário logado (bytes 7-10) e senha (11-13). Para primeira conexão caso não saiba o ID do usuário, pode-se utilizar o comando de Solicitação de login SL, para verificar o ID e o nível de acesso do usuário. \ Por padrão a versão do protocolo é a versão 2, nesta versão há melhoria de alguns comandos, porém o MIP1000IP possui compatibilidade de protocolos entre as versões 1 e 2. Para envio dos comandos na versão 1, basta colocar o valor 0x01 no campo de versão (2º byte) do protocolo. --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://portal-integracao.intelbras.com.br/mip-1000-ip/protocolo-de-comunicacao/descricao-dos-campos-do-datagrama.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.