Aide sur le protocole i2c en assembleur pour une puce DS1621

Signaler
Messages postés
1
Date d'inscription
lundi 15 janvier 2007
Statut
Membre
Dernière intervention
26 avril 2008
-
Messages postés
141
Date d'inscription
mercredi 19 juillet 2006
Statut
Membre
Dernière intervention
20 avril 2011
-
Bonjour,

J'ai un projet a réaliser qui consiste à travailler avec une puce DS1621, un capteur de température, via une carte atmel AT89C2051 qui sera en master, et avec laquelle je dois utiliser le protocole i2c pour envoyer/recevoir des informations à ma puce DS1621.

J'ai trouvé un code assembleur sur le protocole i2c tout fait sur l'Internet, mais celui-ci est en Anglais et j'ai du mal à comprendre comment l'appliquer aux différentes trame spécifique pour communiquer avec ma puce DS1621.

Il  y a que 5 trames différentes pour la puce DS1621 (page 9 du datasheet du fabricant), et je dois donc les faire avec ma base de code assembleur i2c.asm

J'aimerais mettre en piece jointe le code .asm en anglais et le datasheet de la puce, mais je ne trouve pas comment le faire ici.

Je vous remercie de m'aider à mieux comprendre le fichier i2c.asm quand on m'aura expliquer comment je peux le mettre en piece jointe. Pour l'instant je le colle ici.

Salutations et merci

i2c.asm :
;****************************************************************************
 
;                     Software Implemented I2C Drivers
 
; These routines allow an 80C51 based microcontroller to drive the I2C bus 
; as a single master. The main program at the end demonstrates writing and 
; reading several types of devices: 
 
;    PCF8570 256 byte static RAM.
;    PCF8574 8-bit I/O expander.
;    SAA1064 4 digit LED display driver.
 
 
;             Written by G.Goodhue, Philips Components-Signetics
 
;****************************************************************************
 
 
$Title(I2C Routines for 80C51)
$Date(08/14/90)
$MOD51
$DEBUG
 
 
;****************************************************************************
;                               Definitions
;****************************************************************************
 
 
; Addresses of several I2C devices as connected on the Signetics I2C 
; Evaluation Board.
 
I2CRAM     EQU     0AEh           ;Slave address for PCF8570 RAM chip.
I2CIO      EQU     4Eh            ;Slave address for PCF8574 I/O expandor.
I2CLED     EQU     76h            ;Slave address for SAA1064 LED driver.
 
 
; Data storage locations
 
BitCnt     DATA    8h             ;Bit counter for I2C routines.
ByteCnt    DATA    9h             ;Byte counter for I2C routines.
SlvAdr     DATA    0Ah            ;Slave address for I2C routines.
 
XmtDat     DATA    10h            ;I2C transmit buffer, 8 bytes max.
RcvDat     DATA    18h            ;I2C receive buffer, 8 bytes max.
AltRcv     DATA    20h            ;Alternate I2C receive buffer, 8 bytes max.
 
Flags      DATA    28h            ;Location for bit flags
NoAck      BIT     Flags.0        ;I2C no acknowledge flag.
BusFault   BIT     Flags.1        ;I2C bus fault flag.
I2CBusy    BIT     Flags.2        ;I2C busy flag.
 
 
; I2C connections.
 
SCLPin     BIT     P0.0           ;I2C serial clock line.
SDAPin     BIT     P0.1           ;I2C serial data line.
 
 
;****************************************************************************
;                       Reset and Interrupt Vectors
;****************************************************************************
 
 
           ORG     0
           AJMP    Reset
 
 
;****************************************************************************
;                               Subroutines
;****************************************************************************
 
 
           ORG     30h
 
; BitDly - insures minimum high and low clock times on I2C bus.
; This routine must be tuned for the actual oscilator frequency used, shown 
; here tuned for a 12MHz clock. Note that the CALL instruction that invokes 
; BitDly already uses 2 machine cycles.
 
BitDly:    NOP                    ;NOPs to delay 5 microseconds (minus 4
                                  ;  machine cycles for CALL and RET).
           RET
 
 
; SCLHigh - sends SCL pin high and waits for any clock stretching peripherals.
 
SCLHigh:   SETB    SCLPin         ;Set SCL from our end.
           JNB     SCLPin,$       ;Wait for pin to actually go high.
           RET
 
 
; SendStop - sends an I2C stop, releasing the bus.
 
SendStop:  CLR     SDAPin         ;Get SDA ready for stop.
           ACALL   SCLHigh        ;Set clock for stop.
           ACALL   BitDly
           SETB    SDAPin         ;Send I2C stop.
           ACALL   BitDly
           CLR     I2CBusy        ;Clear I2C busy status.
           RET                    ;Bus should now be released.
 
 
; SendByte - sends one byte of data to an I2C slave device.
; Enter with:
;   ACC = data byte to be sent.
 
SendByte:  MOV     BitCnt,#8      ;Set bit count.
 
SBLoop:    RLC     A              ;Send one data bit.
           MOV     SDAPin,C       ;Put data bit on pin.
           ACALL   SCLHigh        ;Send clock.
           ACALL   BitDly
           CLR     SCLPin
           ACALL   BitDly
           DJNZ    BitCnt,SBloop  ;Repeat until all bits sent.
 
           SETB    SDAPin         ;Release data line for acknowledge.
           ACALL   SCLHigh        ;Send clock for acknowledge.
           ACALL   BitDly
           JNB     SDAPin,SBEX    ;Check for valid acknowledge bit.
           SETB    NoAck          ;Set status for no acknowledge.
SBEX:      CLR     SCLPin         ;Finish acknowledge bit.
           ACALL   BitDly
           RET
 
 
; GoMaster - sends an I2C start and slave address.
; Enter with:
;   SlvAdr = slave address.
 
GoMaster:  SETB    I2CBusy        ;Indicate that I2C frame is in progress.
           CLR     NoAck          ;Clear error status flags.
           CLR     BusFault
           JNB     SCLPin,Fault   ;Check for bus clear.
           JNB     SDAPin,Fault
           CLR     SDAPin         ;Begin I2C start.
           ACALL   BitDly
           CLR     SCLPin
           ACALL   BitDly         ;Complete I2C start.
           MOV     A,SlvAdr       ;Get slave address.
           ACALL   SendByte       ;Send slave address.
           RET
 
Fault:     SETB    BusFault       ;Set fault status
           RET                    ;  and exit.
 
 
; SendData - sends one or more bytes of data to an I2C slave device.
; Enter with:
;   ByteCnt = count of bytes to be sent.
;   SlvAdr  = slave address.
;   @R0     = data to be sent (the first data byte will be the 
;             subaddress, if the I2C device expects one).
 
SendData:  ACALL   GoMaster       ;Acquire bus and send slave address.
           JB      NoAck,SDEX     ;Check for slave not responding.
 
SDLoop:    MOV     A,@R0          ;Get data byte from buffer.
           ACALL   SendByte       ;Send next data byte.
           INC     R0             ;Advance buffer pointer.
           JB      NoAck,SDEX     ;Check for slave not responding.
           DJNZ    ByteCnt,SDLoop ;All bytes sent?
 
SDEX:      ACALL   SendStop       ;Done, send an I2C stop.
           RET
 
 
;RcvByte - receives one byte of data from an I2C slave device.
; Returns:
;   ACC = data byte received.
 
RcvByte:   MOV     BitCnt,#8      ;Set bit count.
 
RBLoop:    ACALL   SCLHigh        ;Read one data bit.
           ACALL   BitDly
           MOV     C,SDAPin       ;Get data bit from pin.
           RLC     A              ;Rotate bit into result byte.
           CLR     SCLPin
           ACALL   BitDly
           DJNZ    BitCnt,RBLoop  ;Repeat until all bits received.
 
           PUSH    ACC            ;Save accumulator
           MOV     A,ByteCnt
           CJNE    A,#1,RBAck     ;Check for last byte of frame.
           SETB    SDAPin         ;Send no acknowledge on last byte.
           SJMP    RBAClk
 
RBAck:     CLR     SDAPin         ;Send acknowledge bit.
RBAClk:    ACALL   SCLHigh        ;Send acknowledge clock.
           POP     ACC            ;Restore accumulator
           ACALL   BitDly
           CLR     SCLPin
           SETB    SDAPin         ;Clear acknowledge bit.
           ACALL   BitDly
           RET
 
 
;RcvData - receives sends one or more bytes of data from an I2C slave device.
; Enter with:
;   ByteCnt = count of bytes to be sent.
;   SlvAdr  = slave address.
; Returns:
;   @R0     = data received.
 
; Note: to receive with a subaddress, use SendData to set the subaddress
;   first (no provision for repeated start).
 
RcvData:   INC     SlvAdr         ;Set for READ of slave.
           ACALL   GoMaster       ;Acquire bus and send slave address.
           JB      NoAck,RDEX     ;Check for slave not responding.
 
RDLoop:    ACALL   RcvByte        ;Recieve next data byte.
           MOV     @R0,A          ;Save data byte in buffer.
           INC     R0             ;Advance buffer pointer.
           DJNZ    ByteCnt,RDLoop ;Repeat untill all bytes received.
 
RDEX:      ACALL   SendStop       ;Done, send an I2C stop.
           RET
 
 
;****************************************************************************
;                               Main Program
;****************************************************************************
 
 
Reset:     MOV     SP,#2Fh        ;Set stack to start at 30h.
 
           MOV     XmtDat,#0      ;Initialize transmit data area.
           MOV     XmtDat+1,#37h
           MOV     XmtDat+2,#0AAh
           MOV     XmtDat+3,#055h
           MOV     XmtDat+4,#33h
           MOV     XmtDat+5,#0CCh
           MOV     XmtDat+6,#0FFh
           MOV     XmtDat+7,#0BBh
 
 
TestLoop:  MOV     SlvAdr,#I2CIO  ;Write data to PCF8574 I/O expandor.
           MOV     R0,#XmtDat+2   ;Start of data.
           MOV     ByteCnt,#1     ;Send one data byte.
           ACALL   SendData
 
           MOV     SlvAdr,#I2CIO  ;Read back data from PCF8574 I/O expandor.
           MOV     R0,#AltRcv     ;Start of data.
           MOV     ByteCnt,#1     ;Read one data byte.
           ACALL   RcvData
           INC     XmtDat+2       ;Advance data to next value.
 
           MOV     SlvAdr,#I2CLED ;Write data to SAA1064 LED driver.
           MOV     R0,#XmtDat     ;Start of data.
           MOV     ByteCnt,#6     ;Send 6 bytes (subaddress, control, data).
           ACALL   SendData
 
           MOV     SlvAdr,#I2CRAM ;Write data to PCF8570 RAM.
           MOV     R0,#XmtDat     ;Start of data.
           MOV     ByteCnt,#8     ;Send 8 bytes (subaddress + 7 data bytes).
           ACALL   SendData
 
           MOV     SlvAdr,#I2CRAM ;Write subaddress to PCF8570 RAM.
           MOV     R0,#XmtDat     ;Start of data.
           MOV     ByteCnt,#1     ;Send one byte (subaddress).
           ACALL   SendData
           MOV     SlvAdr,#I2CRAM ;Read back data from PCF8570 RAM.
           MOV     R0,#RcvDat     ;Start of data.
           MOV     ByteCnt,#7     ;Read 7 data bytes.
           ACALL   RcvData
 
           AJMP    TestLoop       ;Repeat operation for scope watchers.
 
           END

1 réponse

Messages postés
141
Date d'inscription
mercredi 19 juillet 2006
Statut
Membre
Dernière intervention
20 avril 2011

Salut,
  quand on fait de la communication inter-composant en informatique, ceci dépasse le simple débugage de ton programme ou même explication. Il te faut observer les "trames" qui passent sur le bus I2C en même temps et les comprendre.

Pour commencer, regarde sur de la doc le protocole I2C de manière à être capable de comprendre les signaux qu'on va regarder à l'oscilloscope.
Ensuite, lors des tests du programme, ne pas hésiter à "observer" le bus I2C pour voir ce qu'il s'y passe (de préférence un oscillo 2 entrées, numérique et à échatillonage lent pour pouvoir enregistrer les trains de bits sur SCL et SDA et les analyser), pour savoir par exemple si le DS1621 répond bien aux requêtes, ou alors si il reste muet car on a mal fait notre bit start ... etc ...

Bref, plutot que de savoir ce que fait ce programme instruction par instruction, prend le problème à l'envers, regarde ce que tu dois faire sur le bus I2C, et tu verras que l'analyse du code asm que tu as donné en découle (fonctions start, stop, writeByte, readByte ....). De plus, la lecture de ce code n'est pas vraiment difficile une fois que tu as repéré les fonctionnalités interressantes (les constantes sont clairement expliquées et les fonctions ont vraiment des noms explicites !) ...

Je ne vois pas quoi dire de plus pour t'aider, si ce n'est d'apprendre ce qu'est le protocole I2C avant de passer au programme pour savoir de quoi il en retourne.

Gentoo... que du bonheur ...