> 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/demais-informacoes/anexo-a-alteracao-de-protocolo-v1-mip-1000-stand-alone-para-v2-mip-ip.md). # Anexo A - Alteração de protocolo V1 (mip 1000 stand alone) para V2 (mip ip) #### Manutenir usuário: inclusão de dados | Id | CPF | RG | Nível de acesso | Status | Nome | E-mail | Tel. Res. | Tel. Res. compatibilidade | Tel. Cel. | Tel. Cel. compatibilidade | Senha | Data | Apto | Apto compatibilidade | | -- | --- | -- | --------------- | ------ | ---- | ------ | --------- | ------------------------- | --------- | ------------------------- | ----- | ---- | ---- | -------------------- | | 4B | 6B | 4B | 1B | 1B | 34B | 34B | 5B | 3 byte | 6B | 3 byte | 2B | 6B | 5B | 1 byte | | Login | Password | Dispositivos liberados | Bloco | Categoria Usuário | Dias da Semana | Data Inicial | Data Final | Hora Inicial | Hora Final | | ----- | -------- | ---------------------- | ----- | ----------------- | -------------- | ------------ | ---------- | ------------ | ---------- | | 10B | 6B | 4B | 5B | 1B | 1B | 3B | 3B | 3B | 3B | * **Campo apto:** MIP IP irá avaliar os 5 primeiros bytes; * **Campo número telefone residencial:** 8 bytes (protocolo), sendo que o MIP IP irá avaliar os 5 bytes; * **Campo número telefone celular:** 9 bytes (protocolo), sendo que o MIP IP irá avaliar os 6 bytes; *** #### Manutenir condomínio: inclusão de dados | Id | Nome | Rua | E-mail | Telefone | Bairro | Status | Data | Número | Responsável | CNPJ | | -- | ---- | --- | ------ | -------- | ------ | ------ | ---- | ------ | ----------- | ---- | | 4B | 34B | 34B | 34B | 6B | 34B | 1B | 6B | 4B | 34B | 7B | *** #### Manutenir RF (MR): inclusão de dados | ID | ID do usuário | Código | Status | Data | Timestamp | Bateria Baixa | Modelo Veiculo | Marca Veiculo | Placa Veiculo | Cor Veiculo | | -- | ------------- | ------- | ------ | ---- | --------- | ------------- | -------------- | ------------- | ------------- | ----------- | | 4B | 4 Bytes | 4 Bytes | 1 Byte | 6B | 4 Bytes | 1B | 18B | 18B | 7B | 18B | *** #### Manutenir TAG: inclusão de dados | ID | ID do usuário | Código | Status | Data | Modelo Veiculo | Marca Veiculo | Placa Veiculo | Cor Veiculo | | -- | ------------- | ------- | ------ | ------- | -------------- | ------------- | ------------- | ----------- | | 4B | 4 Bytes | 4 Bytes | 1 Byte | 6 Bytes | 18B | 18B | 7B | 18B | *** #### Manutenir template: alterado **Antes:** | ID | ID do usuário | Status | Data | Id veiculo | Disp liberados | Tipo do template | Tamanho Código | Código | | -- | ------------- | ------ | ---- | ---------- | -------------- | ---------------- | -------------- | -------------- | | 4B | 4 Bytes | 1B | 6B | 4 Bytes | 4 Bytes | 1 Byte | 2 Bytes | Até 1667 bytes | **Agora:** | ID | ID do usuário | Status | Data | Tipo do template | Tamanho Código | Modelo Veiculo | Marca Veiculo | Placa Veiculo | Cor Veiculo | Código | | -- | ------------- | ------ | ---- | ---------------- | -------------- | -------------- | ------------- | ------------- | ----------- | -------------- | | 4B | 4 Bytes | 1B | 6B | 1 Byte | 2 Bytes | 18B | 18B | 7B | 18B | Até 1667 Bytes | *** #### Ler template remotamente * Igual *** #### Manutenir veículo: excluído | ID veículo | ID do usuário | Modelo | Status | Data | Cor | Placa | | ---------- | ------------- | -------- | ------ | ------- | -------- | ------- | | 4 Bytes | 4 Bytes | 18 Bytes | 1 Byte | 6 Bytes | 18 Bytes | 7 Bytes | *** #### Manutenir relação veiculo TAG/RF: excluído | Id | Id Veiculo | Id Tag | Id RF | Status | Data | | ------- | ---------- | ------- | ------- | ------ | ------- | | 4 Bytes | 4 Bytes | 4 Bytes | 4 Bytes | 1 Byte | 6 Bytes | *** #### Manutenir dispositivo: inclusão de dados e necessário corrigir campo "adicionar usuários" | ID | Nome Data | Status | Categoria | T. Saída 1 | T. Saída 2 | T. Sensor 1 | T. Sensor 2 | Arrombamento | N. Saída 3 | F. Acion. 1 | F. Acion. 2 | Função Eventos Botoeira | F. Acion. 3 | T. Saída 3 | Intertr. Auxiliar Função | N. Saída 4 | Botoeira Modo \*\* | F. Acion. 4 | Endereço Auxiliar Modo \* | T. Saída 4 | reservado | N. Saída 1 | N. Saída 5 | Versão | N. Saída 2 | F. Acion. 5 | | ------- | ------------------ | ------ | --------- | ---------- | ---------- | ----------- | ----------- | ------------ | ---------- | ----------- | ----------- | ----------------------- | ----------- | ---------- | ------------------------ | ---------- | ------------------ | ----------- | ------------------------- | ---------- | --------- | ---------- | ------------ | ------ | ---------- | -------------- | | 4 Bytes | 6 Bytes / 34 Bytes | 1 Byte | 1 Byte | 1 Byte | 1 Byte | 1 Byte | 1 Byte | 1 byte | 1 Byte | 1 Byte | 1 Byte | 1 byte | 1 Byte | 1 byte | 1 byte | 1 Byte | 1 byte | 1 Byte | 1 byte | 1 Byte | 17 B | 17 B | 4 Bytes / 1B | 1B | 17 B / 1B | 1B / 17 B / 1B | | T. Saída 5 | N. Saída 6 | F. Acion. 6 | T. Saída 6 | N. Saída 7 | F. Acion. 7 | T. Saída 7 | N. Saída 8 | F. Acion. 8 | T. Saída 8 | T. Sensor 3 | T. Sensor 4 | T. Sensor 5 | T. Sensor 6 | T. Sensor 7 | T. Sensor 8 | Sensor Carona | | ---------- | ---------- | ----------- | ---------- | ---------- | ----------- | ---------- | ---------- | ----------- | ---------- | ----------- | ----------- | ----------- | ----------- | ----------- | ----------- | ------------- | | 1B | 17 B | 1B | 1B | 17 B | 1B | 1B | 17 B | 1B | 1 Byte | 1B | 1 Byte | 1 Byte | 1 Byte | 1 Byte | 1 Byte | 1B | *** #### Manutenir eventos de usuários: excluído Se questionado o MIP IP com protocolo Versão 1, o MIP irá responder conforme era: | ID | ID usuário | ID dispositivo | ID recurso | Tipo do recurso | Status | Data | | -- | ---------- | -------------- | ---------- | --------------- | ------ | ------- | | 4B | 4 Bytes | 4 Bytes | 4 Bytes | 1 Byte | 1 Byte | 6 Bytes | *** #### Manutenir evento de dispositivo: excluído Se enviado o comando de manutenir dispositivo o MIP irá responder: | ID | ID dispositivo | Tipo do recurso | Data | | -- | -------------- | --------------- | ------- | | 4B | 4 Bytes | 1 Byte | 6 Bytes | *** #### Unificação de Eventos Os eventos de manutenir eventos de usuários e dispositivos foram unificados para o comando **Manutenir Eventos**: | ID | ID usuário | ID dispositivo | ID recurso | Tipo do recurso | Status | Data | ID do Acionamento | Status do Evento | Categoria | Nome | Apto | CPF | RG | Modelo Veiculo | Marca Veiculo | Placa Veiculo | Cor Veiculo | | -- | ---------- | -------------- | ---------- | --------------- | ------ | ------- | ----------------- | ---------------- | --------- | ---- | ---- | --- | -- | -------------- | ------------- | ------------- | ----------- | | 4B | 4 Bytes | 4 Bytes | 4 Bytes | 1 Byte | 1 Byte | 6 Bytes | 1 Byte | 1 Byte | 1B | 34B | 5B | 6B | 4B | 18B | 18B | 7B | 18B | Como para o MIP IP todos os eventos foram unificados, o comando de buscar últimos eventos irá enviar a mesma quantidade para eventos de usuários (ME) e dispositivos (ME\_DISP). O MIP irá ajustar o evento para cada tipo correto quando questionado no protocolo v1. Se o evento for de dispositivo e o MIP questionado com ME\_DISP protocolo versão 1 - não há perda de dados, na resposta assim para eventos de usuários e questionado com ME protocolo versão 1. Caso contrário, por exemplo o evento nº 50 é um evento de dispositivo e for feita a busca via ME (busca evento 50), irá enviar com `0xFF` os campos que não são referentes a evento de usuário. *** #### Buscar últimos eventos: alterado Primeiro e o segundo campo contêm o número da quantidade de todos os eventos; ao fazer a busca pelo comando ME ou ME\_DISP do mesmo evento, a resposta virá de acordo com o solicitado caso seja protocolo v1. **Antes:** | ID do evento de usuário | ID do evento do dispositivo | | ----------------------- | --------------------------- | | 4 Bytes | 4 Bytes | **Agora:** | Qtde de eventos | Qtde de eventos | | --------------- | --------------- | | 4 Bytes | 4 Bytes | * **Questionado na versão 2:** A resposta será o último ID real dos eventos. * **Questionado na versão 1:** A resposta será um ID relativo ao último arquivo. *Exemplo:* se o último ID real é 35268, como os arquivos são de 30 mil eventos, a resposta será 5268. Ao fazer a busca pelos comandos de ME ou ME\_DISP na versão 1 deve ser indicado o ID relativo, enviado pelo comando de busca últimos eventos. *** #### Outros Comandos * **Busca tempo de update dos arquivos:** Igual * **Configurar data e hora:** Igual * **Buscar eventos por período:** Igual * **Configurar teclas:** Igual *** #### Configurar pânico: alterado posicionamentos e inclusão de dados **Antes:** | Tipo de pânico | Intervalo de acionamento via chaveiro | Tempo de acionamento via controle | Tecla de acionamento via controle | Digito de pânico | Saída | | -------------- | ------------------------------------- | --------------------------------- | --------------------------------- | ---------------- | ------ | | 1 Byte | 1 Byte | 1 Byte | 1 Byte | 1 Byte | 1 Byte | **Agora:** | Aviso sonoro | Intervalo de acionamento via chaveiro | Tempo de acionamento via controle | Tecla de acionamento via controle | Digito de pânico | Saída | Forma de desativação do pânico | | ------------ | ------------------------------------- | --------------------------------- | --------------------------------- | ---------------- | ------ | ------------------------------ | | 1 Byte | 1 Byte | 1 Byte | 1 Byte | 1 Byte | 1 Byte | 1 Byte | *** #### Configurar porteiro alerta: inclusão de dados | Horário de início | Horário de término | Tempo de intermitência | Saída | Forma de desativação | | ----------------- | ------------------ | ---------------------- | ------ | -------------------- | | 2 Bytes | 2 Bytes | 2 Bytes | 1 Byte | 1 Byte | *** #### Outras Configurações * **Configurar buzzer:** Igual * **Intervalo leitura de tag:** Igual * **Configurar labels:** Igual * **Manutenir uid mip:** Igual *** #### Manutenir sincronismo: alterado **Antes:** | ID Evento | ID usuário | ID dispositivo | ID Chaveiro | ID Controle | ID veiculo | ID Template | ID relacao | | --------- | ---------- | -------------- | ----------- | ----------- | ---------- | ----------- | ---------- | | 4 Bytes | 4 Bytes | 4 Bytes | 4 Bytes | 4 Bytes | 4 Bytes | 4 Bytes | 4 Bytes | **Agora:** | ID Evento | ID usuário | ID dispositivo | ID Chaveiro | ID Controle | ID veiculo | ID Template | ID relacao | ID usuário visitante | ID Chaveiro visitante | ID Controle visitante | | --------- | ---------- | -------------- | ----------- | ----------- | ---------- | ----------- | ---------- | -------------------- | --------------------- | --------------------- | | 4 Bytes | 4 Bytes | 4 Bytes | 4 Bytes | 4 Bytes | 4 Bytes | 4 Bytes | 4 Bytes | 4 Bytes | 4 Bytes | 4 Bytes | * **Questionado na versão 2:** A resposta será o último ID real dos eventos. * **Questionado na versão 1:** A resposta será o ID relativo do último arquivo (como no comando de BUSCA últimos eventos). *** #### Outros Recursos * **Leitura Controle RF:** Igual * **Leitura TAG RFID:** Igual * **Leitura TAG RFID Remotamente:** Igual * **Configurar mensagem de descanso:** Igual * **Configurar tempo de exibição dos eventos:** Igual * **Configurar sobreposição dos eventos:** Igual * **Configurar senha de administrador:** Igual *** #### Verificar sincronismo Quando a versão de protocolo for 1, as informações sobre visitantes não serão enviadas, ficando com a informação de faces por último. Tendo o campo de dados de acordo com o seguinte: | ID Evento | ID usuário | ID dispositivo | ID Chaveiro | ID Controle | ID veiculo \* | ID Template | ID Relação\* | ID Faces | | --------- | ---------- | -------------- | ----------- | ----------- | ------------- | ----------- | ------------ | -------- | | 4 Bytes | 4 Bytes | 4 Bytes | 4 Bytes | 4 Bytes | 4 Bytes | 4 Bytes | 4 Bytes | 4 Bytes | --- # 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/demais-informacoes/anexo-a-alteracao-de-protocolo-v1-mip-1000-stand-alone-para-v2-mip-ip.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.