> For the complete documentation index, see [llms.txt](https://support.powerio.com/hub/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://support.powerio.com/hub/codesys-hvac/en/hvac-modbus-library/functionblocks/daikin/daikin_ekmbdxb7v1_idu_fc04_1000_1191.md). # DAIKIN\_EKMBDXB7V1\_IDU\_FC04\_1000\_1191 ## `DAIKIN_EKMBDXB7V1_IDU_FC04_1000_1191` (FB) `FUNCTION_BLOCK` DAIKIN\_EKMBDXB7V1\_IDU\_FC04\_1000\_1191 ### Representation
### Short description > Acquisition of configuration values - 1 of maximum 64 Daikin indoor units > > Typical application: Central control of Daikin indoor units via the Daikin Modbus interface EKMBDXB7V1 #### Guidelines - Software creation The following function codes (FC) are supported: 3, 4, 6 and 16 The following transmission rates are supported: 9600 and 19200 bit/s For addressing, the address specifications are to be used, not the register addresses (address = register - 1) Modbus addresses 1 - 15 can be set directly on the DIP switches in the interface. In FC03, a maximum of 32 registers may be requested in a request telegram (deviating from the Modbus standard) In FC04, a maximum of 32 registers may be requested in a request telegram (deviating from the Modbus standard) In FC16, a maximum of 30 registers may be written in a request telegram (deviating from the Modbus standard) The following transmission parameters were tested: 19200 baud, 8-N-1 The following exception codes are supported by the interface: 0x81, 0x82 and 0x83 The number of control commands per indoor unit is limited to 7000 / year !!! Taking into account the tested transmission parameters, the time between the end of the response and the next request telegram must be at least 22.5 ms All registers read with FC04 are always available with current data All registers read with FC03 are only updated once during each restart of the gateway \&#xNAN;**\*\*\*\*\*\*\*\*\*\*\*\*\*\*** \&#xNAN;**\* Functions \*** \&#xNAN;**\*\*\*\*\*\*\*\*\*\*\*\*\*\*** In this FB, the relevant configuration values of all up to 64 indoor units are recorded and evaluated (FC04: addresses 1000 - 1191) They are available in the array `arstIndoorUnits_ConfigValues_1` separately for each indoor unit as a structure element. The structure element of an indoor unit is only updated if the corresponding write/read permission exists (input `arxIndoorUnits_ReadWriteState`). InOut: | Scope | Name | Type | Initial | Comment | | ----------- | -------------------------------- | --------------------------------------------------------------------------------------------- | -------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Input | `xEn` | `BOOL` | TRUE | Enable / disable communication (TRUE = enable) | | Input | `byUnitId` | `BYTE` | 0 | Address of the device (interface) (1 .. 15) | | Input | `xUpdateConfig` | `BOOL` | FALSE | Configuration update (on every rising edge) (read access) | | Input | `xResError` | `BOOL` | FALSE |

Reinitialization of the output eErrorCodeCom (with every
rising edge)

| | Input | `arxIndoorUnits_ReadWriteState` |

ARRAY \[1 .. 4, 0 .. 15] OF
BOOL

| |

Array with the read/write permissions of the indoor units of all groups (1-00 … 4-15)
1st dimension: group, 2nd dimension: number of the indoor unit
Array element = FALSE: no read/write permission
Array element = TRUE: read/write permission

| | Inout | `ModbusClient` | `ModbusClientBase` | | Client of the device | | Output | `arstIndoorUnits_ConfigValues_1` |

ARRAY \[1 .. 4, 0 .. 15] OF
EKMBDXB7V1\_CONFIG\_VALUES\_1

| |

Array with the configuration values - 1 of the indoor units of all groups (1-00 … 4-15)
1st dimension: group, 2nd dimension: number of the indoor unit
Array element = structure with the individual configuration values

| | Output | `xAlarm` | `BOOL` | FALSE | Collective fault (TRUE = fault) | | Output | `xAlarmCom` | `BOOL` | FALSE | Collective fault - communication (TRUE = fault) | | Output | `eErrorCodeCom` | ModbusErrorCode | | Error code - communication (0 = no error) | | Output | `xBusy` | `BOOL` | | Communication indicator (TRUE = communication) | | Input Const | `tTimeUpdateConfig` | `TIME` | TIME#0ms |

Update interval for the operations that are influenced by the input
xUpdateConfig influenced

| --- # 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://support.powerio.com/hub/codesys-hvac/en/hvac-modbus-library/functionblocks/daikin/daikin_ekmbdxb7v1_idu_fc04_1000_1191.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.