Chrono-dot interface
cavelamb
Posts: 720
The DS3231 RTC looks to be register compatible with the 1307, but I ran into a little problem with the ChronoDot break out board. It seems that the device address is set on the board at zero - same address as the EEPROM on the Propeller boards. I don't think this issue will effect any other of the microcontrollers out there since they don't have an I2C bus
implemented on board. So adding a single I2C device is straight forward - no conflicts.
But adding a SECOND device, they will run head n into this issue.
I don't see any viable way to change the board, so what's the solution?
Duplicate the I2C bus?
implemented on board. So adding a single I2C device is straight forward - no conflicts.
But adding a SECOND device, they will run head n into this issue.
I don't see any viable way to change the board, so what's the solution?
Duplicate the I2C bus?
Comments
Have you tried it with a Propeller yet?
In Propeller Eeprom object used in the PEK datalogging lesson there is the code:
The last bit indicates a read or write operation (read in this case). The next three bits are to indictate which address pins are pulled high (none are on the boot EEPROM). The remaining four bits are the device address. I'm not sure if these are the same for all EEPROMs or not.
The device address of the chrono-dot is "1101" which is different than the EEPROM's "1010". I noticed that the DS3231 doesn't appear to have any address pins to set. So I'm guess you can only use one on a I2C bus.
Please. Someone correct me if I'm wrong about this stuff.
I think you are mistaken. The DS3231 uses the same device address as the DS1307: %1101_0000 (or DS1307 = 104 << 1 in the attached driver)
The attached ZIP file contains a program which displays the time and date on a Sparkfun serial LCD but it can easily be stripped out.
Hope this helps...
Ok, I may have missed what's going on here.
Examining the board itself, there are a lot of pins grounded and the
example schematic showed that (calling them N.C)
I thought they were grounding some address pins.
But the Maxim documentation says the same thing! So my bad.
HOWEVER...
104 dec from your example does agree with 68 hex used in the MaceTech demo code (for the Arduino)
I'll look at the Maxim docs again.
I didn't see a default address spec but it's gotta be there somewhere...
Thanks guys.
(although burried way down deep)
Mom always said it would be handy to learn to read...