back to EEPROM memory?

[casainho]

Hello :-)

I am having much difficult with DataFlash memory, I can't erase it nor
write to it, however it is answering to some commands, I can read his
status register and change some bit values.

I am thinking in going back to use EEPROM, because it's pin compatible
and is much more easy to work with - I did some projects in past with
EEPROMs.

After resolving the problem with memory, there are just another
problem, the "noise" on sensor hall effect.

[Jorge Pinto aka Casainho]

> I am thinking in going back to use EEPROM, because it's pin compatible
> and is much more easy to work with - I did some projects in past with
> EEPROMs.

Today I put one EEPROM in the place of the DataFlash. I also wrote and
tested the drivers :-) -- memory is now working, however is not
DataFlash tecnhology, meaning that I have a much lower size memory but
simpler to put working.

Today I also change the sensor hall effect for a new one, the problem
remains - I will make more tests to try figure out what is the problem.

Next days I will focus on finish implementing the API on firmware - also
I want to resolve the problem of sensor hall effect.

[DZiems]

Is it possible to add a capacitor to the hall sensor's output for
debouncing? A simple small ceramic should do the job, and the hall
sensor should be on long enough so that the slight signal delay caused
by the capacitor should be negligible.

On Oct 15, 2:07 pm, Jorge Pinto aka Casainho <casai...@gmail.com>
wrote:

[Casainho]

> Is it possible to add a capacitor to the hall sensor's output for
> debouncing? A simple small ceramic should do the job, and the hall
> sensor should be on long enough so that the slight signal delay caused
> by the capacitor should be negligible.

I did add one but the problem remains - I think I said before that I did.

I added a 100nF capacitor. Also I did try a lower pull-up resistor...
- I asked to my friends at a work, they said that is probably because
being near of crystal... first I will take out the sensor of the board
and putting long wires, taking it far from MCU and crystal, like was
on other prototype I tested...

Until that, I hope this weekend to start work on software with Fernando Silva...

[casainho]

On Oct 15, 9:17 pm, DZiems <dzi...@gmail.com> wrote:
> Is it possible to add a capacitor to the hall sensor's output for
> debouncing?  A simple small ceramic should do the job, and the hall
> sensor should be on long enough so that the slight signal delay caused
> by the capacitor should be negligible.

Well, I did test again the sensor hall effect and I found the
problem :-)

On 2008.06.10 I did test it using an LED, as seen on this image:
http://bicycleledpov.googlecode.com/svn/trunk/docs/pictures/20080610-BicycleLEDPOV-prototype-600x.jpg

Today I also put the sensor far away of MCU and board, but the problem
still remains however I couldn't see LED flashing, just using
oscilloscope I could see the "noise" off output signal of sensor. The
problem was that I didn't saw the output on oscilloscope before, just
used one LED to see sensor working and missed the "noise".

I did used a RC filter (R = 47k and C = 330nF; packages 0805) and
tested again on osciloscope - problem resolved :-)

SpokePOV of LadyAda don't use any filter, output of sensor goes
directly to input of MCU... but we are using a different sensor.

Okok, I need to write on wiki page o hardware V1.0 all the problems
that it have - eheh, shouldn't be V1.0 :-)

Next version, I just want to resolve all this little problems. Next
days are for finish the API implementation on firmware and to stay
with Fernando Silva, to work on software :-)
http://ladyada.net/media/spokepov/spokepov.png

[Casainho]

> I did used a RC filter (R = 47k and C = 330nF; packages 0805)

I did used a low pass RC filter :-)

[Jorge Pinto aka Casainho]

Sáb, 2008-10-25 às 07:32 -0700, kvas_off escreveu:
> Which type of serial EEPROM (part number) do you use?

AT25256 of 32kB.