Comments are moderated before they will appear on the website, this is a manual process and may take some time. Please be patient.
Author Name is a required field.
Email Address is optional, but without one I won't be able to contact you back. It is never shown or linked on the website. You can always just email me if you'd rather not post a public comment. I generally reply in-line with a comment rather than email you back, unless I want to discuss something in private or off topic. Please check back to see when I reply.
Website URL is optional, if supplied the Author Name will be hyperlinked to this URL.
You may use wikitext in the body, preview may be handy here. Don't worry if you can't figure them out, just give me a hint what you want linked to what and I'll do it during moderation. Wikitext is not BBcode!
Spammers: Please don't bother wasting your time scripting up posts to this form. Everything is moderated, your post will never be seen on the web even transiently, there is no way to even view it by its internal ID, it will never be indexed. I will simply delete your post in the moderation interface. If I'm your target audience you're really on the wrong track; I'll never click on a URL in your garbage. The post content is not emailed to me (and I don't use a Win32 mail client anyway), I view the posts in plain text in the moderation interface so no clever tricks of any kind will make anything you type be interpreted by anything other than me, a human. Just give up and go elsewhere please!
14th September 2009 22:41
Zeljko,
Great to hear you got it working.
The timing was all a bit of a hack, doesn't surprise me you needed to remove the usleep() to get it working.
Regards,
Alan
6th September 2009 02:38
At first, I was getting "control byte 1 was not ACKed" error when trying to read or write an EEPROM.
But when I un-commented usleep(5) line in i2c.c, everything started to work fine.
27th June 2009 13:45
Dave,
No, those devices are SPI not I2C.
They could be interfaced to the parallel port fairly trivially however.
Regards,
Alan
23rd June 2009 20:37
Hi,
Does this supports AT25F1024 (Atmel) and 25P10VP (ST)?
Thank you
22nd August 2008 20:30
You are right. it was a supply problem and it was the diode that caused it. So i removed it completely and it works ok. As for the software it's just a test program but i can send you the source and executable to publish it in your website for people using Delphi as a programmers language.
P.S. The delay is not needed at least with my 24c256 EEPROM.
21st August 2008 13:57
Sounds like it might be a power supply problem with the supply rail sagging as the chip pulls more current on write. Have you tried giving it a dedicated 5 Volt supply from an external regulated source instead of stealing juice from the port lines?
Once you get it working other people might like the Win32 software for the device. If you are planning on publishing it on the web I'm happy to link to the site.
21st August 2008 01:28
I made the circuit on a raster and it works ok.
I also ported your code to delphi in win32.
One problem is that i cannot write more than 40 bytes. After that an error occurs. If i try to write again then another 40 bytes are written.
I dont have that problem when reading.
Do you have any idea on what the problem might be?
Also if i increase the delay fewer bytes are written.
22nd May 2008 13:43
For the supply diode I used a 1N4148 which is fine for the currents involved. Any similar small signal diode would work, or even a rectifier like the 1N400x series.
The LEDs are generic devices too, nothing special.
22nd May 2008 13:16
Quick question, any special part or specs needed for the diodes? Generally, what can be used for them?
22nd March 2012 05:36
SALIM wrote...