It looks like you don't plan to use the internal analog comparator like the library that you reference since you already have an external one.

Also it looks like you plan to just use 2 pins and I assume 2 counters for this.

Is my understanding correct?

Hi all,

This is a one-time post to announce the creation of Arduino Doodles.
Arduino Doodles aims to be a collection of Arduino sketches and libraries that can be reused by other interested parties.
If you have a library written for a specific IC, or an interesting sketch that can be used independent of other custom hardware/shields, and you feel that it may be useful to other people this would be the perfect place to share it.

Arduino Doodles is now running code, is under active development, and is looking for both developers and testers.

Home page: http://sourceforge.net/projects/arduinodoodles/

Requirements

  * Arduino board
  * Arduino Software
  * occasionally some library contained in this project

Thank you,

If anybody else has this problem, for me it only started to work after I set:

EXTRACT_ALL = YES

@ Graynomad:

Hi

As I'm looking at my Arduino, the distance from the left edge to digital pin 8 is less than the distance from the left edge to pin Vin. However on the picture you posted 48.8 although shown as less is greater than 44.7. Is it possible they are not reversed by accident?

Try to power just the OLED independently from an external 5V supply. GND should be connected to arduino, OLED and external supply.

I would keep the pull-ups as they are except if there are additional pull-ups on the TPA81. We're using pull-ups in the 2k-3k range on our designs with no issues, but if you have multiple pull-ups in parallel you may have problems.

If you really want to see how the pull-ups are calculated take a look in the I2C standard:
http://www.standardics.nxp.com/support/documents/i2c/pdf/i2c.bus.specification.pdf

When you say output the contents of that bin, do you mean audio output? Because you would need an IFFT (Inverse FFT) to convert back from freq to time in this case.

Did you consider just regular digital filtering (http://en.wikipedia.org/wiki/Digital_filter) I have tried low-pass FIR on an Arduino and it seems to work ok. You have to adjust the coefficients of the band-pass filter based on where you want it to filter.

First you need the datasheet of the dot matrix:
http://alastair.d-silva.org/sure-electronics-0832-led-matrix-displays-arduino
(see bottom of page)

Then look up the connector signals in the Sure datasheet and the Arduino pin numbers in the sketch code. You should connect corresponding signals with wires, and I think you can try to buy some pre-made wires on any electronics store.

just  a thought but I usually get this message if I did not import all necessary modules. Do you have something like:

import pygame

in your code?

Is pygame in the python path. Take a look at:
http://docs.python.org/library/site.html

Hi,

maybe this will help:
http://www.embedtronics.com/nokia/fbus.html

did you consider a thermocouple?

http://isefaq.com/ActiveKB/questions.php?questionid=27

Hi all,

Turns out I've used some old scripts to control the master, everything seems to work for now.

Thanks for all your help.

No argument from me on this, but if it's not good maybe it should not be in the official Wire library examples either. The code that you see is the slave_receiver.pde with HEX added for formatting.

I'll try your suggestion to see if it makes any difference.

I'm beginning to suspect the scripts that I use to control the I2C master, but unfortunately I have to wait until Monday to ask my colleagues about them.

Thank you all for your help and quick replies.

Hello,

It's basically the slave_receiver example, just modified to show the byte value in hex.

Code:

#include <Wire.h>

void setup()
{
  Wire.begin(0x55);
  Wire.onReceive(receiveEvent); // register event
  Serial.begin(19200);           // start serial for output
  Serial.println("receive test");
}

void loop()
{
  delay(100);
}

// function that executes whenever data is received from master
// this function is registered as an event, see setup()
void receiveEvent(int howMany)
{
  while(1 < Wire.available()) // loop through all but the last
  {
    char c = Wire.receive(); // receive byte as a character
    Serial.println(c, HEX);         // print the character
  }
  int x = Wire.receive();    // receive byte as an integer
  Serial.println(x, HEX);         // print the integer
}

I can try to capture of the iPort waveforms also, to show that it outputs correctly. We've used this device extensively with no problems, but a second check never hurts ...

Hello,

I am trying to use the Wire library for I2C communication. However I have the following problem: the first byte sent by the master is reported incorrectly by the Wire library. More specific:

- if I send 0x12 from the master, I get 0x31, 0x32 on Arduino
- if I send 0x12, 0X34 from the master, I get 0x31, 0x32, 0x34 on Arduino

It looks like the first received byte is split in half and reported as ASCII codes. The master is a iPort/AFM RS232-I2C Host adapter which was extensively used in our lab and works reliably.

Did anybody notice this problem? Any suggestions are welcome.