Show Posts
Pages: [1] 2 3
1  Using Arduino / Storage / Re: Storing inc file on: January 20, 2012, 10:00:36 pm
I had a success in storing txt file (which was same of inc file). I had saved all hexadecimal value as an array in progmem.
My sensor is also working. smiley
2  Using Arduino / Storage / Re: Storing inc file on: January 19, 2012, 05:39:35 am
Because this is the program that I must save on microcontroller or eeprom and then download it to the sensor chip. As I have tried the data from txt file and the process didn't work, I thought these file (inc and txt) must have a difference. Some people said on some forums that sromTables should be mapped to memory locations and each sromTable is devoted to a particular function.

Yes, except this sromTable and db thing, the data appears to be same. I will try again. This time, maybe with SD card as I have it.
3  Using Arduino / Storage / Re: Storing inc file on: January 18, 2012, 08:57:08 pm
At the same location, you can also see a file with same file name but with txt location. This txt file contain only hexadecimal value but with "0x" prefix. I suspect that the data in inc file and txt file are same. I don't even know, what these sromTable mean.

Actually, I have once converted all values in txt file to hexadecimal with "0x" prefix and stored into PROGMEM as an array. But, somehow it didn't work or I don't know, what actually happened. Space limitation (whole data is just 1986 byte, should be a problem for Arduino's 32KB flash,right)?
4  Using Arduino / Storage / Re: Storing inc file on: January 18, 2012, 07:30:20 pm
What about PROGMEM in Arduino? Can't I use to that to store the data from file ?
And, do you know any program that can send the data to Arduino (over rs 232) ?
5  Using Arduino / Storage / Re: Storing inc file on: January 14, 2012, 07:35:06 am
Please find the attached inc file from this post :,68531.0.html

I want to store this file (and later use) to Arduino or SD Card.
6  Using Arduino / Storage / Storing inc file on: January 13, 2012, 03:09:52 pm
Hello All,

Can somebody tell me, how can I read and store the .inc file using Arduino? This .inc file has some sromTables with some hexadecimal values. I've to use this inc file to program a sensor.

Please help somebody.

7  Using Arduino / Sensors / Re: Avago A6090 with Arduino on: January 13, 2012, 02:04:49 pm
Anyone? How to program the .inc file with Arduino?
8  Using Arduino / Networking, Protocols, and Devices / Programming Avago 6090 using Arduino on: January 13, 2012, 01:56:19 pm
I'm trying to program Avago A6090 (Gaming Laser Mouse Sensor) with Arduino (to get the delta x & y values).

How do I program/burn a SROM file (ancii file provided by Avago) to A6090 chip using Arduino? The provided file (2 KB) have SROM tables with hexadecimal values.

Note: I'd stored the hexadecimal values from these SROM tables in PROGMEM memory in Arduino. Then, I tried to write those values with an array of values in a loop. But seems that it's not working as I don't receive ANY values. Without programming, I'm getting at least the product ID and other values. Delta x & Y could only be got after the SROM program burned to A6090.

9  Using Arduino / Sensors / ADNS 6090 + Arduino Uno on: November 11, 2011, 12:18:58 pm
Hi Guys,

I am programming an optical navigation sensor ADNS 6090 sensor with Arduino. I can get some values by accessing some register but for normal operation (getting the delta x and delta y) value, I need to burn a srom file (provided by sensor's company).

the srom file is provided into two format. one with .inc extension (that have the bytes in sromTable) and another normal txt with a byte per line (in total 1986 bytes) which are without "0x" prefix.

Does someone know, how to burn a srom file (anscii file) to the sensor through Arduino? Has anyone programmed ADNS 6090?

10  Topics / Device Hacking / Re: Max Baud Rate for Arduino Uno on: September 03, 2011, 10:49:28 am
Yes, I meant what you understood in your first line.

However, I couldn't resist to read further. You pointed something interesting about conversion from int to char and int to hex. I will check how long the execution takes for both of these conversion. If it take less for int to hex conversion than I can improve the 16 usec time difference as I can do the hex to char conversion on PC.
11  Topics / Device Hacking / Re: Max Baud Rate for Arduino Uno on: September 03, 2011, 09:36:11 am
There are faster alternatives to using this overload of Serial.print.

What are the faster alternatives to Serial.print() ?

At 38400 bps: Difference to call to Dx() (248 usec/byte) and Serial.print() (264 usec/byte) is 16 usec/byte.

12  Topics / Device Hacking / Re: Max Baud Rate for Arduino Uno on: September 02, 2011, 07:08:50 pm

Actually, you are missing the whole point that we are trying to tell. I must give a part of the codes, maybe then it will be clear.

Test Codes:


void setup()
  pinMode (SCLK, OUTPUT);
  pinMode (SDIO, INPUT);
  ForceAwake(); // LED Always ON

  Serial.println(" Only Call time - ");
  unsigned long before1 = micros();
  unsigned long duration1 = micros() - before1;

  Serial.println(" Print Out time - ");
  unsigned long before2 = micros();
  unsigned long duration2 = micros() - before2;

You can seen, what is happening here. I am just taking the time of a call to Dx() (a 8-bit register value) in first and then how much time it take to call Serial.print() to put the data over serial (Tx pin). Upto here we are in Atmega328's circuit.

I am not talking about how much time it take for a register call and time it take to appear on OS terminal. So, how does Serial-USB conversion is coming into picture?
13  Topics / Device Hacking / Re: Max Baud Rate for Arduino Uno on: September 02, 2011, 11:13:20 am
I should correct myself: Reply #29

Per register call is : 0.3537 ms...instead of 2.8 Kbps it is 2.8 KBytes/sec as its for one 8 bit register call.
I guess the whole confusion started with this silly mistake.

With another discussed sensor, register call was 248 usec. Serial.print(register call) of register took 1048 usec with 9600 bps.
I checked today and with baud rate of 38400bps, Serial.print(register call) took 264 usec.This seems quite good.
I suppose, this conversion overhead is bare minimum (as I also checked after doing modifications with Arduino's library)

So, Sensor's half-duplex port is running at 32 Kbps (248 usec/byte).

I guess, the problem is somehow solved. It was just conversion mistake as pointed above. Anyhow, we could check how fast serial.print() works and under what.

Thank you all!
14  Topics / Device Hacking / Re: Max Baud Rate for Arduino Uno on: August 31, 2011, 08:54:03 pm
But don't you think that Serial.print() actually put the data on the TX pin of Atmega328?

If I got the time for sensor's register call - > Atmega328, say 248 usec and register's call + putting the data on Atmega328 Tx pin takes 1048 usec. I don't get it as to how USB-Serial conversion is coming into the picture. As far as I know, buffer could not be a problem either as it is usually set before the function calls, in the Serial.begin() and in my case, there is just a single byte call in Setup(). I don't know which function Arduino uses but I have worked with Atmega128 where UART is init with baud rate and then there are two function for string and char. The char function is called by the string function, which is then called by itoa() whenever there is printout. As Uart_Init() come in setup(), so there is always call to only three functions.

Call to a single function takes few usec and not 800 usec. If I believe, a large buffer size or itoa() like function being used by Arduino could be at fault.
15  Topics / Device Hacking / Re: Max Baud Rate for Arduino Uno on: August 31, 2011, 06:01:31 pm
@dc42 : Reply #41
I don't think that it's USB-Serial conversion. I am taking the time before and after Serial.print(registerCall()). USB-Serial conversion effect  could only be seen in amount of logged file/data after the data leave from Atmega168 to Atmega8 for conversion but not on the internal function of Arduino Uno like Serial.print(). There must be something...some delay of microseconds in the library itself that's hampering the transmission.

@Coding Badly:
I suppose CAN uses SPI library instead of Serial library. But if Serial then as I wrote above, if there is problem/delay with Serial.print() or Serial library then it doesn't make any sense to go with CAN bus.
SPI protocol is faster but how  fast it converts the data from CAN SPI Bus to USB would be decisive.

I also heard about USB OTG/Slave with Maple Arm, but then I suppose they do run on SPI Protocol.

Pages: [1] 2 3