| Motor de Búsqueda de Datasheet de Componentes Electrónicos |
|
AD9546/PCBZ Datasheet(PDF) 189 Page - Analog Devices |
|
|
|||||||||||||||||||||||||||||
AD9546/PCBZ Datasheet(HTML) 189 Page - Analog Devices |
|
189 / 205 page ![]() Data Sheet AD9546 Rev. 0 | Page 189 of 205 Table 110. Example Conditional Processing Sequence Instruction Operation 0x00 to 0x7F A sequence of register transfer instructions that execute unconditionally 0xB1 Apply Condition 1 0x00 to 0x7F A sequence of register transfer instructions that execute only if the condition ID is 1 0xB2 Apply Condition 2 0xB3 Apply Condition 3 0x00 to 0x7F A sequence of register transfer instructions that execute only if the condition ID is 1, 2, or 3 0x91 Calibrate the system clock PLL 0xB0 Clear condition map 0x80 IO update 0xFF Terminate sequence Pause Instruction (0xFE) The EEPROM controller only recognizes the pause instruction during an upload sequence. Upon encountering a pause instruction, the EEPROM controller enters an idle state, but preserves the current value of the EEPROM address pointer. One use of the pause instruction is for saving multiple, yet distinct, values of the same AD9546 register, which is useful for sequencing power-up conditions. The pause instruction is also useful for executing an upload sequence requiring more space than is available in the EEPROM sequence registers (see the EEPROM Upload section). End of Data Instruction (0xFF) When the EEPROM controller encounters an end of data instruction during an upload sequence, it stores the instruction in EEPROM along with the computed checksum, clears the EEPROM address pointer, and then enters an idle state. When encountered during a download sequence, however, the EEPROM controller clears the EEPROM address pointer, verifies the checksum, and then enters an idle state. During EEPROM downloads, condition instructions always execute unconditionally. MULTIDEVICE SUPPORT Multidevice support enables multiple AD9546 devices to share the contents of a single EEPROM. There are two levels of multidevice support. Level 1 supports a configuration where multiple AD9546 devices share a single EEPROM through a dedicated I2C bus. Level 2 supports a configuration where multiple AD9546 devices share a single EEPROM connected to a common I2C bus that includes other I2C master devices. Figure 125 and Figure 126 show the Level 1 and Level 2 configurations, respectively. Only the I2C functions of the multifunction pins are shown. SDA SCL CPU EEPROM SCL SDA SCL SDA SCL SDA AD9546 DEVICE 1 M1 M2 SCL SDA AD9546 DEVICE 2 M1 M2 SCL SDA 2 4 33 35 2 4 33 35 Figure 125. Level 1 Multidevice Configuration AD9546 DEVICE 1 M1 M2 SCL SDA AD9546 DEVICE 2 M1 M2 SCL SDA SDA SCL CPU SDA SCL EEPROM SCL SDA 2 4 33 35 2 4 33 35 Figure 126. Level 2 Multidevice Configuration Multidevice Bus Arbitration The EEPROM controller implements bus arbitration by continuously monitoring the SDA and SCL bus signals for start and stop conditions. The controller can determine whether the bus is idle or busy. If the bus is busy, the EEPROM controller delays its pending I2C transfer until a stop condition indicates that the bus is available. Bus arbitration is essential in cases where two I2C master devices simultaneously attempt an I2C transfer. For example, if one I2C master detects that SDA is Logic 0 when it is intended to be Logic 1, the master assumes that another I2C master is active and immediately terminates its own attempt to transfer data. Similarly, if one I2C master detects that SCL is Logic 0 prior to entering a start state, the master assumes that another I2C master is active and stalls its own attempt to drive the bus. In either case, the prevailing I2C master completes its current transaction before releasing the bus. Because the postponed I2C master continuously monitors the bus for a stop condition, it attempts to seize the bus and carry out the postponed transaction on detection of such a stop condition. The EEPROM controller includes an arbitration timer to optimize the bus arbitration process. Specifically, when the EEPROM controller postpones an I2C transfer as a result of detecting bus contention, the arbitration timer starts. If the EEPROM controller fails to detect a stop condition within 255 SCL cycles, it attempts to force another transaction. If the bus is still busy, the EEPROM controller restarts the arbitration timer, and the process continues until the EEPROM controller eventually completes the pending transaction. |
|
Enlace URL |
| ¿ALLDATASHEET es útil para Ud.? [ DONATE ] |
Todo acerca de Alldatasheet | Publicidad | Contáctenos | Política de Privacidad | Enlace a la hoja de datos | Intercambio de Enlaces | Lista de Fabricantes All Rights Reserved©Alldatasheet.com |
| Russian : Alldatasheetru.com | Korean : Alldatasheet.co.kr | Spanish : Alldatasheet.es | French : Alldatasheet.fr | Italian : Alldatasheetit.com Portuguese : Alldatasheetpt.com | Polish : Alldatasheet.pl | Vietnamese : Alldatasheet.vn Indian : Alldatasheet.in | Mexican : Alldatasheet.com.mx | British : Alldatasheet.co.uk | New Zealand : Alldatasheet.co.nz |
|
Family Site : ic2ic.com |
icmetro.com |