On 05/29/2014 10:01 PM, Eric Fort wrote:
Are you guys talking about the crypto cape or the RTC cape? The crypto capediscussed in this thread uses a ds3231 not a ds1307. Also why anyone *needs* the rtc cape I don't get. just keep the rtc rail powered on the processor. That I believe is a software issue.

Eric


The Cryptocape RTC is what I was specifically asking about. The ds1307 modules handles several rtc chips.

enum ds_type {
        ds_1307,
        ds_1337,
        ds_1338,
        ds_1339,
        ds_1340,
        ds_1388,
        ds_3231,
        m41t00,
        mcp7941x,
        rx_8025,
        last_ds_type /* always last */
        /* rs5c372 too?  different address... */
};

I'd be happy to pursue keeping the rtc rail powered. I have no clue where this is or would be handled in software. I'm far from being any kind of good programmer, and know far to little about hardware at this level. Just a long time sys admin willing to learn it if pointed in the right direction.

Mike

On Thu, May 29, 2014 at 6:31 PM, Joshua Datko <[email protected] <mailto:[email protected]>> wrote:

    The RTC uses the ds1307 kernel driver and you're correct, it shows
    up as rtc1. It is loaded when the capemgr instantiates the device
    tree, since the driver is in the CryptoCape DTS file. So you
    shouldn't need any init.d/systemd scripting it should "just work"TM.

    You'll have to set the clock once and then it should hold pretty
    well. In testing think I had a bum battery b/c it depleted rather
    quickly. Once I changed batteries it seems to be holding steady.


    On Thu, May 29, 2014 at 7:28 PM, Mike <[email protected]
    <mailto:[email protected]>> wrote:

        On 05/29/2014 07:17 PM, Joshua Datko wrote:

            The CryptoCape, a collaboration between SparkFun and
            myself, is now available for purchase at SparkFun
            Electronics [1]. In short, the cape adds some hardware
            crypto chips, a RTC with battery, and an ATmega328p which
            is designed to be flashed from the Beagle. It will be
            officially announced on the "new products Friday" post
            tomorrow, but I think this group deserved an early
            announcement.

            Thanks to BeagleBoard.org for making a great platform and
            special thanks to Robert Nelson for backporting the TPM
            driver to 3.8.

            This community is awesome; I've learned so much by
            following this list. Thanks to everyone who shares their
            time and knowledge.

            There's only 1 left :)

            Happy Hacking!

            Josh

            [1] https://www.sparkfun.com/products/12773

        How is the RTC implemented at the software level?  More to the
        point perhaps, how early in the boot process does the system
        time get set from (presumably) rtc1?

        About a month or so ago I setup a battery backed RTC, along
        with a fairly current systemd.  Systemd have chosen to rewrite
        hwclock and last I looked it still only honored/used rtc0.
         Perhaps I didn't explain the situation good enough on the
        systemd mailing list, but I couldn't seem to get past anyone
        not understanding why a board wouldn't have a battery backed
        RTC on board.  Having said all that I did get it working just
        using init.d scripts.  Just seems like such an ugly hack when
        the whole point of systemd is to essential do away with all
        the scripts.

        The board looks like something very interesting to explore.
         I'm sure one will find its' way here when cash flow permits.

        Mike


-- For more options, visit http://beagleboard.org/discuss
        --- You received this message because you are subscribed to a
        topic in the Google Groups "BeagleBoard" group.
        To unsubscribe from this topic, visit
        https://groups.google.com/d/topic/beagleboard/NhMSP9ywlzg/unsubscribe.
        To unsubscribe from this group and all its topics, send an
        email to [email protected]
        <mailto:beagleboard%[email protected]>.

        For more options, visit https://groups.google.com/d/optout.


-- For more options, visit http://beagleboard.org/discuss
    ---
    You received this message because you are subscribed to the Google
    Groups "BeagleBoard" group.
    To unsubscribe from this group and stop receiving emails from it,
    send an email to [email protected]
    <mailto:[email protected]>.
    For more options, visit https://groups.google.com/d/optout.


--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected] <mailto:[email protected]>.
For more options, visit https://groups.google.com/d/optout.

--
For more options, visit http://beagleboard.org/discuss
--- You received this message because you are subscribed to the Google Groups "BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
For more options, visit https://groups.google.com/d/optout.

Reply via email to