Autor Tema: Dudas con microcontrolador AVR32 UC3A0512 y SRF02  (Leído 6009 veces)

0 Usuarios y 1 Visitante están viendo este tema.

Desconectado SisKuN

  • PIC10
  • *
  • Mensajes: 6
Dudas con microcontrolador AVR32 UC3A0512 y SRF02
« en: 17 de Febrero de 2010, 07:26:49 »
Hola a todos,

Estoy intentanto programar un robot mediante el microcontrolador AVR32 UC3A0512 de Atmel, y bueno me estoy encontrando con bastantes problemas. El principal de todos es el uso del sensor SRF02 y que os detallo...

Este sensor por ultrasonidos: http://www.superrobotica.com/S320122.htm (datasheet) puede funcionar mediante comunicación serie o a través de i2c. Estoy usando una placa de evaluación EVK1100 que soporta ambos modos...pero tengo dudas técnicas...

1. ¿Cuando en el sensor habla de que podemos usar comunicación serie...nos referimos a USART o SPI? La placa soporta ambas comunicaciones, SPI sobre usart, pero no consigo que funcione el sensor

2. ¿Se puede enviar un dato que no sea un char a través del USART? Los ejemplos y mirando la librería únicamente veo que existan funciones como:

usart_putchar(usart, *str++);
usart_write_line(volatile avr32_usart_t *usart, const char *string);
usart_write_char(volatile avr32_usart_t *usart, int c);

Pero con ninguna lo consigo. La cuestión es que yo quiero enviar ráfagas de 2 bytes al sensor. Por ejemplo 0x00,0x60. Esto provoca un reinicio del sensor, donde 0x00 es el registro de comandos del sensor y el 0x60 es el reinicio propiamente.

De momento, con conseguir que se reinicie tengo suficiente, ya que el propio sensor tiene un led que se enciende en el momento del reinicio y me serviría de chivato para saber que almenos se está haciendo bien...las medidas ya vendrían después.

¿Alguien ha trabajado con esta placa/sensor y me puede echar una mano? Si necesitais cualquier otro dato os lo facilito rápidamente jeje pero estoy usando el ejemplo de USART que incluye el propio framework del avr32 studio.

Gracias y un saludo!

Desconectado stk500

  • Moderador Local
  • DsPIC33
  • *****
  • Mensajes: 4919
Re: Dudas con microcontrolador AVR32 UC3A0512 y SRF02
« Respuesta #1 en: 17 de Febrero de 2010, 07:48:39 »
pues he vistos muchas informacion en la Web de ese Sensor y claro aqui en el Foro pero con pic, aqui te pongo un link
sensor SRF02
Suerte
Saludos

Desconectado SisKuN

  • PIC10
  • *
  • Mensajes: 6
Re: Dudas con microcontrolador AVR32 UC3A0512 y SRF02
« Respuesta #2 en: 17 de Febrero de 2010, 10:17:38 »
Gracias stk500,

De echo, esa web que me has facilitado, es la misma que puse yo pero en inglés. Sinceramente no encuentro información apenas del microcontrolador avr32...

Este es el código de prueba que estoy utilizando. Está totalmente sacado del los ejemplos de Atmel, así que a priori es correcto. Consigo escribir los valores que yo quiero a través del usart y verlos por un terminal. Pero si conecto el sensor a los terminales RX y TX de la placa, no hace nada, a pesar de estar enviando un reinicio correctamente.

Código: [Seleccionar]
#include <avr32/io.h>
#include "compiler.h"
#include "board.h"
#include "pm.h"
#include "gpio.h"
#include "usart.h"
#include "delay.h"

#  define EXAMPLE_USART               (&AVR32_USART1)
#  define EXAMPLE_USART_RX_PIN        AVR32_USART1_RXD_0_0_PIN
#  define EXAMPLE_USART_RX_FUNCTION   AVR32_USART1_RXD_0_0_FUNCTION
#  define EXAMPLE_USART_TX_PIN        AVR32_USART1_TXD_0_0_PIN
#  define EXAMPLE_USART_TX_FUNCTION   AVR32_USART1_TXD_0_0_FUNCTION

#  define SUCCESS 0;
#  define FAILURE -1;

void print(volatile struct avr32_usart_t * usart, char *str);

int main(void)
{
  static const gpio_map_t USART_GPIO_MAP =
  {
    {EXAMPLE_USART_RX_PIN, EXAMPLE_USART_RX_FUNCTION},
    {EXAMPLE_USART_TX_PIN, EXAMPLE_USART_TX_FUNCTION}
  };

  // USART options.
  static const usart_options_t USART_OPTIONS =
  {
    .baudrate     = 9600,
    .charlength   = 8,
    .paritytype   = USART_NO_PARITY,
    .stopbits     = USART_2_STOPBITS,
    .channelmode  = USART_NORMAL_CHMODE
  };

  // Switch main clock to external oscillator 0 (crystal).
  pm_switch_to_osc0(&AVR32_PM, FOSC0, OSC0_STARTUP);

  delay_init(FOSC0);

  // Assign GPIO to USART.
  gpio_enable_module(USART_GPIO_MAP, sizeof(USART_GPIO_MAP) / sizeof(USART_GPIO_MAP[0]));

  // Initialize USART in RS232 mode.
  usart_init_rs232(EXAMPLE_USART, &USART_OPTIONS, FOSC0);

  //usart_write_line(EXAMPLE_USART,"Prueba:\n");
   usart_putchar(EXAMPLE_USART, 0x00);
   delay_ms(50);
   usart_putchar(EXAMPLE_USART, 0x60);
  //usart_write_line(EXAMPLE_USART,"\n\n");

  while (TRUE);
}

Se me ha planteado una pregunta...en la web pone:

Citar
Serial data is a TTL level signal - It is NOT RS232. Do not connect the SRF02 to an RS232 port - you will destroy the module! If you would like to connect the SRF02 to your PC's RS232 port, you must use a MAX232 or similar device.

Quiere decir esto que no puedo usar el código que he puesto? Si os fijais, inicializo el usart en modo rs232, pero claro, no entiendo si se refiere a que no lo  puedo conectar al PC o si tampoco puedo hacerlo a la placa. A ver si me lo he cargado...

Gracias!

Desconectado stk500

  • Moderador Local
  • DsPIC33
  • *****
  • Mensajes: 4919
Re: Dudas con microcontrolador AVR32 UC3A0512 y SRF02
« Respuesta #3 en: 17 de Febrero de 2010, 11:19:21 »
Pues te lo pone muy claro ahi,Serial data TTL, eso quiere decir no atacarlo directamente a una salida o entrada RS232, sino a travez de el IC RS232, del codigo no se muchos decirte porque nunca he trabajado con sensores, pero veo que tu ingles tampoco te a va ayudar muchos :D :D
Saludos

Desconectado FuYiVape

  • PIC12
  • **
  • Mensajes: 69
    • Electronica y Sistemas
Re: Dudas con microcontrolador AVR32 UC3A0512 y SRF02
« Respuesta #4 en: 17 de Febrero de 2010, 12:28:03 »
Hola SisKuN!

El protocolo I2C es un protocolo sincronico. A diferencia de RS232 que es asincrono.
Si intentas comunicarte con el sensor por la USART del AVR, vas a tener muchos dolores de cabeza y ninguna aspirina te lo calmara :P

Para poder comunicarte con el sensor, tenes que usar la interface I2C del AVR.
Si estas transmitiendo desde la PC al AVR, tendras que recibir por la USART y reenviar los datos por I2C hacia el sensor.

Todo tu problema pasa por alli.

Saludos!


Desconectado SisKuN

  • PIC10
  • *
  • Mensajes: 6
Re: Dudas con microcontrolador AVR32 UC3A0512 y SRF02
« Respuesta #5 en: 17 de Febrero de 2010, 13:54:17 »
Hola a todos, y gracias por contestar!

Pues te lo pone muy claro ahi,Serial data TTL, eso quiere decir no atacarlo directamente a una salida o entrada RS232, sino a travez de el IC RS232, del codigo no se muchos decirte porque nunca he trabajado con sensores, pero veo que tu ingles tampoco te a va ayudar muchos :D :D
Saludos


En realidad no es que tenga problemas con el inglés (que haberlos...hailos xD), lo que tengo es problemas conceptuales, que son peores. Entonces, yo lo que había hecho era conectar la salida RX y TX del microcontrolador, pinchando directamente en los pines PA05 y PA06 (que son los que se corresponden con el USART1) a la TX y RX del sensor SRF02. Pero claro, si esta salida directamente no es Serial TTL como me dices, entiendo que tengo que usar un cacharro como el http://www.x-robotics.com/hardware.htm#MAX232

Pero haciendo caso a lo que dice FuYiVape, tiraré por la vía de I2C, que ya había intentado en anteriores ocasiones y por darme por vencido había ido por el USART.

Ahora, la placa de evaluación dispone de puertos TWI, que pueden ser usados a modo I2C, no dispone de ningún tipo de documentación al respecto de como configurar estos puertos en modo I2C ni tan siquiera en las librerias. Entiendo que simplemente, se han de configurar como TWI de forma correcta y usarlos sin más. Otra duda que se me planteaba era como se debían configurar los paquetes para enviar mediante TWI. En los drivers existentes, indican que se ha de crear una estructura como la definida aquí: http://support.atmel.no/knowledgebase/avr32studiohelp/AT32UC3A_Software_Framework/DRIVERS/TWI/MASTER_EXAMPLE/DOC/html/a00002.html para poder enviar.

Si yo únicamente se que la dirección del registro de comandos es la 0x00 y los comandos que quiero enviar son del estilo 0x60 (para hacer un reinicio), ¿como tiene que ser el paquete que cree? Había pensado en, por ejemplo:

00116     package.chip = 0x00;                // Chip address for receiver
00117     package.addr = package.chip; // Address/command within the remote device
00118     package.addr_length =1         // Address/command length in bytes
00119     package.length = 1;     // Number of bytes in the data package
00120     package.buffer = 0x60;       // The data package itself

En este caso, pongo como dirección del Chip, 0x00 y como datos el 0x60, pero con este paquete ni se envia ni se recibe nada. Es más, únicamente usando este trozo de código que únicamente inicializa el TWI mediante la función twi_master_init(&AVR32_TWI, &opt);, pero siempre me devuelve un FAIL:

Código: [Seleccionar]
00144 int main(void)
00145 {
00146   static const gpio_map_t TWI_GPIO_MAP =
00147   {
00148 #if BOARD == EVK1100
00149     {AVR32_TWI_SDA_0_0_PIN, AVR32_TWI_SDA_0_0_FUNCTION},
00150     {AVR32_TWI_SCL_0_0_PIN, AVR32_TWI_SCL_0_0_FUNCTION}
00151 #elif BOARD == EVK1101
00152     {AVR32_TWI_SDA_0_0_PIN, AVR32_TWI_SDA_0_0_FUNCTION},
00153     {AVR32_TWI_SCL_0_0_PIN, AVR32_TWI_SCL_0_0_FUNCTION}
00154 #elif BOARD == STK1000
00155     {AVR32_TWI_SDA_0_PIN, AVR32_TWI_SDA_0_FUNCTION},
00156     {AVR32_TWI_SCL_0_PIN, AVR32_TWI_SCL_0_FUNCTION}
00157 #endif
00158   };
00159   twi_options_t opt;
00160   twi_package_t packet, packet_received;
00161   int status, i;
00162
00163   char data_received[PATTERN_TEST_LENGTH] = {0};
00164
00165 #if BOARD == EVK1100 || BOARD == EVK1101
00166
00167   // Switch to oscillator 0
00168   pm_switch_to_osc0(&AVR32_PM, FOSC0, OSC0_STARTUP);
00169
00170 #endif
00171
00172   // Init debug serial line
00173   init_dbg_rs232(FOSC0);
00174
00175   // Display a header to user
00176   print_dbg("\x0C\r\nTWI Example\r\nMaster!\r\n");
00177
00178   // TWI gpio pins configuration
00179   gpio_enable_module(TWI_GPIO_MAP, sizeof(TWI_GPIO_MAP) / sizeof(TWI_GPIO_MAP[0]));
00180
00181   // options settings
00182   opt.pba_hz = FOSC0;
00183   opt.speed = TWI_SPEED;
00184   opt.chip = EEPROM_ADDRESS;
00185
00186   // initialize TWI driver with options
00187   status = twi_master_init(&AVR32_TWI, &opt);
00188   // check init result
00189   if (status == TWI_SUCCESS)
00190   {
00191     // display test result to user
00192     print_dbg("Probe test:\tPASS\r\n");
00193   }
00194   else
00195   {
00196     // display test result to user
00197     print_dbg("Probe test:\tFAIL\r\n");
00198   }

Si quereis echarle un vistazo, en la ayuda están todos los drivers utilizados: http://support.atmel.no/knowledgebase/avr32studiohelp/AT32UC3A_Software_Framework/DRIVERS/TWI/MASTER_EXAMPLE/DOC/html/a00005.html

Desconectado FuYiVape

  • PIC12
  • **
  • Mensajes: 69
    • Electronica y Sistemas
Re: Dudas con microcontrolador AVR32 UC3A0512 y SRF02
« Respuesta #6 en: 18 de Febrero de 2010, 10:48:47 »
Hola SisKuN!

...lo que tengo es problemas conceptuales, que son peores. Entonces, yo lo que había hecho era conectar la salida RX y TX del microcontrolador, pinchando directamente en los pines PA05 y PA06 (que son los que se corresponden con el USART1) a la TX y RX del sensor SRF02. Pero claro, si esta salida directamente no es Serial TTL como me dices, entiendo que tengo que usar un cacharro como el ...

Las salidas del Micro son TTL y el sensor tambien! no hay que poner ningun transceiver para adaptar nada. Eso lo necesitas si vas a conectar el sensor directamente a la PC.
Por lo que lei en la pagina del sensor, lo que te sugiero es lo siguiente.

Con TWI te vas a complicar, por ahora yo lo dejaria para un posterior paso.

Prepara el micro para trabajar con la USART a 9600 baudios 8 bits.
Conecta el pin Modo del sensor a GND
Conecta directamente la salida TX del AVR a la entrada RX del modulo
Conecta directamente la entrada RX del AVR a la salida TX del modulo.
Y proba enviarle solo una vez el comando al sensor.

Cuando te digo directamente  es porque asumo que tenes disponibles las salidas directas de los pines del micro en la placa.
Si estas salidas, estan a traves de un tranceiver coo el MAX232, entonces si tenes que poner otro MAX232 para reconvertir a TTL las señales.

Con esto deberia funcionar perfectamente.

Pero, si resulta que en algun momento, conectaste el sensor a una salida RS232 de la placa, bueno SisKuN, lamento decirte que tu sensor CREPO! :(
Ten en cuenta que una transmicion RS232 mandeja tensiones de 12 y TTL es de 5V...

Suerte!






Desconectado SisKuN

  • PIC10
  • *
  • Mensajes: 6
Re: Dudas con microcontrolador AVR32 UC3A0512 y SRF02
« Respuesta #7 en: 18 de Febrero de 2010, 11:18:47 »
Hola FuYiVape,

Me has preocupado con lo de los 12 V...desconocía que RS232 funcionara a esos valores. Pero bueno, he estado revisando los esquemas de la placa de evaluación...y creo que puedo haber tenido suerte. Mira en este enlace te dejo el ESQUEMA. Yo lo que he hecho, ha sido conectarlo directamente a los pines T1IN y R1OUT del integrado MAX324. Por lo que veo de la imagen, hacia la izquierda proporciona valores TTL y los pines de la derecha proporciona valores RS232. Estos dos pines que te he dicho (T1IN y R1OUT) están conectados a los pines PA05 y PA06 de la placa de evaluación, y es aquí donde yo he pinchado (Nunca directamente en el cabezal rs232!!).

Por lo otro que me has dicho de la configuración del TWI, en cuanto llegue a casa pruebo a configurar el USART tal y como me has dicho y ha hacer una prueba. Aunque te puedo adelantar, que creo que ya probé esa configuración y nada ...pero por probar de nuevo que no sea!

Saludos y gracias por la atención.

Desconectado FuYiVape

  • PIC12
  • **
  • Mensajes: 69
    • Electronica y Sistemas
Re: Dudas con microcontrolador AVR32 UC3A0512 y SRF02
« Respuesta #8 en: 19 de Febrero de 2010, 14:47:24 »
SisKuN!

Vamos por parte, dijo jack!

Hiciste una prueba basica para asegurarte que la USART del micro es la correcta y funciona?
Por ejemplo, conectando la interface a la PC y ver si recibis algo.

Estuve viendo el codigo del principio. y veo que comentaste el envio a la USART de la leyenda "Prueba:\n"
Esto te funciono? llego a la PC?

Otra cosa que veo. es comprobaste la direccion por descarte que tiene el sensor?
porque vos le estas enviando a la direccion 0x00 y quizas este configurado en otra direccion :idea:

Yo probaria haciendo un codigo en un loop infinito donde le envia el comando 0x60 a todas las direcciones posibles 0x00...0x0F
haciendo una pausa de al menos 1 segundo por dispositivo.
Se entiende.
Otra cosa, no le pongas un delay entre DIR y CMD. mandalos uno detras de otro directamente.

2. ¿Se puede enviar un dato que no sea un char a través del USART? Los ejemplos y mirando la librería únicamente veo que existan funciones como:

usart_putchar(usart, *str++);
usart_write_line(volatile avr32_usart_t *usart, const char *string);
usart_write_char(volatile avr32_usart_t *usart, int c);

Se puede enviar cualquier dato que sea del tipo byte entre 0x00 y 0xFF. si necesitas enviar un entero de dos bytes deberas manipular el envio para hacerlo primero con el byte bajo y luego el byte alto (o primero el byte alto y luego el bajo como prefieras) Esto se lo llama BIG ENDIAN y LITTLE ENDIAN
Y asi con cualquier longitud de datos que necesites.
Por ejemplo si tienes un tipo de dato int tienes que convertirlo a char para ser enviado por la USART.
Yo normalmente hago desplazamiento de bits para obtener cada byte.

Esto te lo queria comentar anteriormente pero se me paso :P

Exitos!

Desconectado SisKuN

  • PIC10
  • *
  • Mensajes: 6
Re: Dudas con microcontrolador AVR32 UC3A0512 y SRF02
« Respuesta #9 en: 19 de Febrero de 2010, 19:48:42 »
Hola de nuevo!

A ver...vamos por partes sí xD Yo hice pruebas y hago, para comprobar que la USART funciona correctamente. De hecho, hago bastante debug a través del RS232, que nose si interfiere en algo de lo que yo quiero, pero sí, funcionar funciona a la perfección. Y efectivamente, cuando puse "Prueba\n", en el terminal me salia reflejado, del mismo modo que cuando enviaba el hexadecimal 0x60, me salía la " ' " (si si la comilla esa que se corresponde en ASCII al 60 hex), por lo que entiendo que tampoco me hace falta realizar ningún desplazamiento ni nada, si envio el 0x61 recibo una "a" en el terminal, osea que es todo correcto.

Es posible que esté haciendo algo mal...La dirección I2C del medidor SRF02 por defecto es 0xE0, pero por otro lado, el único registro en el que se puede escribir es el 0x00 (tiene 5 más pero son sólo de lectura, para las mediciones). Mira, este es el código que por defecto trae la placa como ejemplo del uso del TWI. Está pensado para hacer funcionar dos placas, una en modo TWI Maestro y la otra en Esclavo. Es evidente que yo sólo tengo una pero bueno, la cuestión es que usando estos mismos ejemplos, creo que no hace nada:

Código: [Seleccionar]
#include <avr32/io.h>
#include "board.h"
#include "print_funcs.h"
#include "gpio.h"
#include "pm.h"
#include "intc.h"
#include "twi.h"


//------------------  C O N F I G U R A T I O N S  -------------------

#define EEPROM_ADDRESS        0xE0        // EEPROM's TWI address
#define EEPROM_ADDR_LGT       1           // Address length of the EEPROM memory
#define VIRTUALMEM_ADDR_START 0xE0   // Address of the virtual mem in the EEPROM
#define TWI_SPEED             9600        // Speed of TWI

//------------------  D E F I N I T I O N S  -------------------

// Constants to define the sent and received pattern
#define  PATTERN_TEST_LENGTH        (sizeof(test_pattern)/sizeof(U8))

const U8 test_pattern[] =  {
   0x00,
   0x60};

//--------------------------------------------------------------------------------------------------------------
//----------------------------------------- T W I   M A S T E R ------------------------------------------------
//--------------------------------------------------------------------------------------------------------------
int main(void)
{
  static const gpio_map_t TWI_GPIO_MAP =
  {
    {AVR32_TWI_SDA_0_0_PIN, AVR32_TWI_SDA_0_0_FUNCTION},
    {AVR32_TWI_SCL_0_0_PIN, AVR32_TWI_SCL_0_0_FUNCTION}
  };
  twi_options_t options;
  twi_package_t packet;
  int status;

  // Switch to oscillator 0
  pm_switch_to_osc0(&AVR32_PM, FOSC0, OSC0_STARTUP);

  // Init debug serial line
  init_dbg_rs232(FOSC0);

  // Display a header to user
  print_dbg("\x0C\r\nTWI Example\r\nMaster!\r\n");

  // TWI gpio pins configuration
  gpio_enable_module(TWI_GPIO_MAP, sizeof(TWI_GPIO_MAP) / sizeof(TWI_GPIO_MAP[0]));

  // options settings
  options.pba_hz = FOSC0;
  options.speed = TWI_SPEED;
  options.chip = EEPROM_ADDRESS;

  // initialize TWI driver with options
  status = twi_master_init(&AVR32_TWI, &options);
  // check init result
  if (status == TWI_SUCCESS)
  {
    // display test result to user
    print_dbg("Probe test:\tPASS\r\n");
  }
  else
  {
    // display test result to user
    print_dbg("Probe test:\tFAIL\r\n");
  }

  // TWI chip address to communicate with
  packet.chip = EEPROM_ADDRESS;
  // TWI address/commands to issue to the other chip (node)
  packet.addr = VIRTUALMEM_ADDR_START;
  // Length of the TWI data address segment (1-3 bytes)
  packet.addr_length = EEPROM_ADDR_LGT;
  // Where to find the data to be written
  packet.buffer = (void*) test_pattern;
  // How many bytes do we want to write
  packet.length = PATTERN_TEST_LENGTH;

  // perform a write access
  status = twi_master_write(&AVR32_TWI, &packet);

  // check write result
  if (status == TWI_SUCCESS)
  {
    // display test result to user
    print_dbg("Write test:\tPASS\r\n");
  }
  else
  {
    // display test result to user
    print_dbg("Write test:\tFAIL\r\n");
  }
  while(1);
}

Aunque tengo varias dudas...Por ejemplo, donde yo he puesto:

Código: [Seleccionar]
#define EEPROM_ADDRESS        0xE0        // EEPROM's TWI address
#define EEPROM_ADDR_LGT       1           // Address length of the EEPROM memory
#define VIRTUALMEM_ADDR_START 0xE0   // Address of the virtual mem in the EEPROM
#define TWI_SPEED             9600        // Speed of TWI

La gente de Atmel pone:
Código: [Seleccionar]
#define EEPROM_ADDRESS        0x50        // EEPROM's TWI address
#define EEPROM_ADDR_LGT       3           // Address length of the EEPROM memory
#define VIRTUALMEM_ADDR_START 0x123456    // Address of the virtual mem in the EEPROM
#define TWI_SPEED             50000       // Speed of TWI

Yo había pensado en poner 0xE0 en vez de 0x50, por las razones obvias de que la direccion de memoria del SRF02 es esa...pero nose hasta que punto es correcto. Otra cosa que ni idea, es para que sirve el VIRTUALMEM_ADDR_START. No entiendo el concepto de Memoria Virtual en la EEPROM...y bueno, por último lo de EEPROM_ADDR_LGT pues he puesto 1 simplemente, porque la memoria es 1 byte, 0xE0.
Este tipo de datos se definen para más tarde, crear un "paquete" (( twi_package_t packet; )) que será el transmitido a través del TWI y del que se me plantean más dudas:

1. packet.chip (TWI chip address to communicate with) -> ¿Esto debe ser la dirección 0xE0?
2. packet.addr (TWI address/commands to issue to the other chip (node)) -> Aquí ni idea, por defecto le ponen el VIRTUALMEM... definido antes.

Estos datos, los mete dentro del paquete y los envia mediante el comando "twi_master_write(&AVR32_TWI, &packet);" pero al parecer nunca llegan a destino, pues siempre pone FAIL.

Tendré que pensar como seguir...quizás probar primero a leer desde el TWI los propios registros, aunque no tengan nada, pero a saber que pasa aquí.

Muchas gracias por tu ayuda!

Desconectado SisKuN

  • PIC10
  • *
  • Mensajes: 6
Re: Dudas con microcontrolador AVR32 UC3A0512 y SRF02
« Respuesta #10 en: 22 de Febrero de 2010, 13:31:49 »
Hola,

En los foros de AVRFreaks, me han comentado que es posible que sea debido a los niveles de tensión de la placa. Si bien, esta ofrece niveles de 3.5V, cuando según datasheet, el SRF02 necesita 5V. ¿Alguien se ha encontrado con esta situación? ¿ Sabéis si este puede ser el problema que me esté afectando? ¿Conocéis alguna solución?

Gracias!


 

anything