Notes - MCS
Reverse Engineering
Notes - MCS
Reverse Engineering
  • Reverse Engineering
  • Introduction to Reverse Engineering
    • What is Reverse Engineering (RE)
    • RE Concepts
    • When do we have RE activities?
    • Why RE is Relevant and Required
    • Limitations of RE
    • Legal Framework
    • What RE Recovers?
    • Software Reversing
    • Low-level languages
  • Files and Filetypes
    • Files
    • File extensions
    • File Signature
    • Content Type Obfuscation
  • Android – Static Analysis
    • Java Language
    • Application Entry Points
    • Application Structure
    • AndroidManifest.xml
    • Exercise 1
    • Exercise 2
    • Exercise 3
    • Exercise 4
    • Native Applications
    • Java Native Interface
    • Android Native Development Kit (NDK)
    • Android binary libraries
    • JNI Dynamic Linking
    • JNI Static Linking
    • Exercise 5 and 6
    • Web and Hybrid applications
  • Android – Dynamic Analysis
    • Dynamic Analysis
    • Logs
    • Network MiTM
    • Certificate Pinning
    • Dynamic Code Instrumentation
    • Dynamic Binary Instrumentation
    • FRIDA
  • Binary Analysis
    • Binary Objects
    • Executable Symbols
    • What is inside an Object File?
    • ELF Files
    • ELF Program Headers
    • Dynamic Linker
      • Example
    • Binary Analysis Process
    • Function detection
    • Calling Conventions
    • Common Logic Structures
    • C++ code
  • Emulation and Instrumentation
    • Dynamic Binary Analysis
    • Considerations
    • Processes
    • Dynamic Binary Instrumentation (DBI)
    • DBI with Qiling
  • Obfuscation Techniques
    • Obfuscation Techniques
    • Content Type Obfuscation
    • Code Obfuscation
  • Serial Communication
    • Comunicação paralelo
    • Comunicação série
    • Sincronização entre transmissor e recetor
    • Sincronização de relógio
    • Transmissão de dados
    • Topologias de comunicação série
    • Elementos de uma ligação série
  • A interface RS-232C
    • RS-232C
    • Estrutura da trama
    • Camada física
    • Taxa de transmissão (baudrate)
    • Receção de dados
    • Identificar parâmetros de comunicaçãoIdentificar parâmetros de comunicação
    • Encontrar a UART
    • Captura de sinais
  • Norma SPI
    • Introdução
    • Descrição geral
    • Operação
    • Simulação do master SPI
    • Arquiteturas de ligação
    • Tipos de transferências
    • Configuração de um master SPI
    • Procedimento para identificação dos sinais
    • Exemplo
  • Norma I2C
    • Introdução
    • Caraterísticas básicas
    • Exemplo de interligação num barramento I2C
    • Terminologia
    • Masters e Slaves
    • Sinalização
    • Endereçamento
    • Transferência de dados
    • Clock stretching
    • Múltiplos masters
    • Arbitragem
    • Endereços reservados
Powered by GitBook
On this page
  1. Norma I2C

Sinalização

Last updated 10 months ago

Barramento a dois fios

  • Serial data line (SDA)

  • Serial clock line (SCL)

As linhas funcionam numa ligação "wired-AND", permitindo usar "bit recessivo" (1) e "bit dominante" (0) para várias sinalizações

As linhas de clock e dados de cada dispositivo são "wire ANDed" com os respetivos sinais do barramento

Na ausência de bit dominante a linha respetiva está no nível lógico '1' (Recessivo), imposto através da resistência de pull-up RP

Transferência de bits

  • Um período de relógio por bit de dados

  • SCL = '1': dados em SDA válidos

  • Dados (SDA) só são alterados quando SCL = '0'

Transições em SDA quando SCL='1' sinalizam "condições". As "condições" são sempre geradas pelo master

Condições

As transações são delimitadas por dois símbolos / "condições": START e STOP, sempre geradas pelo master

As condições START/STOP são sinalizadas por meio de uma sequência que viola as regras normais de transferência de dados

Condição START: Transição de 1→0 em SDA quando SCL = 1

Condição STOP: Transição de 0→1 em SDA quando SCL = 1

Estado do barramento:

  • Ocupado: após um START (S) ou START repetidos (Sr), até ao próximo STOP

  • Livre: após um STOP (P), até ao próximo START