Show Posts
Pages: 1 ... 134 135 [136] 137 138 ... 248
2026  Community / Bar Sport / Re: Clocks using DS3231 or similar? on: September 24, 2012, 08:52:28 am
That is a really good question. I'm happy building my own, but there does seem to be a gap in the consumer-type products available. I'm in the same camp as CB, haven't noticed any but haven't gone looking particularly either. Still, seems like I might have seen something. I am starting to notice inexpensive clock radios that evidently have battery-backed RTCs in them. Don't think there were any extraordinary claims to accuracy, though. Maybe the average consumer isn't all that worried about accuracy. Clocks that derive their timing from the AC mains actually have very, very good long-term accuracy, but won't necessarily be within a second or two at any given point. And then there are power outages to deal with. There has also been some talk about changing the way the grids are managed that may affect the accuracy of mains-synchronized clocks, I'm not sure where this currently stands, however.

We have several of the WWVB-controlled radio clocks here, too. Being in Michigan, the signal from Fort Collins isn't terribly strong, but they work quite well. I believe they are programmed to synchronize at night when propagation is favorable, but in the fall when we change from daylight to standard time, this usually results in a few missed syncs, not that it matters much.

So the radio clocks seem to be the consumer-oriented solution for accuracy, although they don't necessarily work well everywhere as you have noted.
2027  Community / Bar Sport / Re: Who would you bring back from the dead? on: September 24, 2012, 07:18:23 am
Warren Zevon

Hmmm, was going to reply with Jimi Hendrix but already gave my one person. Now I'm waffling. Tough choice, Hendrix or Ben... smiley-confuse
2028  Using Arduino / Sensors / Re: Problems with ATTiny and it's ADC's on: September 24, 2012, 07:15:25 am
and the support for it here is good smiley-lol


It's true!

I saw the great news (you took the kitbiz plunge with One Million Ohms).  Congratulations!

Thanks, I had to try it, thought it would be interesting. Starting out slower than I hoped but we shall see!

The analog pins are the ADC numbers from the datasheet.  Which matches perfectly with the table in your post.

Thanks for verifying! Spent some time in the code, wasn't sure I ever convinced myself completely, but the comments helped!
2029  Using Arduino / Sensors / Re: Problems with ATTiny and it's ADC's on: September 23, 2012, 11:49:47 pm
Once the reset pin is disabled (and therefore enabled for I/O), ICSP programming won't work. I'm pretty confused with all the pin numbers, etc., specifically which ADC doesn't work, in terms of the DIP pin number?

Another thing to try is use analogRead(7) for ADC1, 8 for ADC2, 9 for ADC3.

I think analogRead(1) should be DIP pin 7, analogRead(2) DIP pin 3, and analogRead(3) DIP pin 2. Is that not what it's doing? I may give this a go tomorrow because it's starting to make me crazy now smiley-eek-blue
2030  Using Arduino / Sensors / Re: Problems with ATTiny and it's ADC's on: September 23, 2012, 09:28:41 pm
Sounds like memory failed me on that old thread.

Without actually testing it, I believe the analog channels are 0 through 3, which might be why "4" has an issue. The pin numbers below are the DIP pin numbers:

ADC0  Pin1  PB5 (RESET)
ADC1  Pin7  PB2
ADC2  Pin3  PB4
ADC3  Pin2  PB3

2031  Using Arduino / Sensors / Re: Problems with ATTiny and it's ADC's on: September 23, 2012, 08:44:57 pm
Hi @UnaClocker,

I searched for an old thread but couldn't find it, but I think this came up before and the answer was that the HLT core didn't support analog, but Arduino Tiny does (and the support for it here is good smiley-lol)

I hope I'm remembering that correctly; I'm sure someone will correct me if not.
2032  Using Arduino / Programming Questions / Re: AVR / atmega328p reference book on: September 23, 2012, 04:43:41 pm
Haha, didn't notice the Kalashnikov quote at first. My uncle was into accuracy and he wasn't impressed, he'd say "they work by statistics". But that's not the entire story and I definitely give the guy props for reliability.
2033  Using Arduino / Programming Questions / Re: AVR / atmega328p reference book on: September 23, 2012, 04:39:09 pm
Get the datasheet for the particular microcontroller you're interested in, e.g., then there is the AVR instruction set, which is common across many MCUs:

If that doesn't cover it, let us know!
2034  Using Arduino / Networking, Protocols, and Devices / Re: XBee monikers on: September 23, 2012, 12:45:19 pm
Indeed that was my initial assumption as well, so I guess it's a good move on Digi's part. But, the recent exercise in controlling the servo only reinforced my opinion that not only can the S2 do anything the S1 can, and just as well, at a lower price, but with only a minimum of configuration to boot. Hardly ever using transparent mode, that exercise led me to the minimal S2 configuration required to do one-way P2P transparent communication. Sounds like a good topic for a blog post or maybe a small series of posts. But basically there is only one step required. Load the coordinator firmware into one XBee, then use the coordinator as the receiving XBee.

This assumes that (a) The XBees come with the router firmware installed (a good assumption I think, at least it has been true of all the modules I've received), and (b) No other XBee networks are already operating nearby. The second assumption is probably good for someone working with their first pair of XBees, but if not, it only requires setting the PAN ID parameter in both units to something other than that of the pre-existing network(s). If one then wants to proceed to two-way P2P communication, then one additional step is needed, namely setting the DH and DL parameters in the coordinator to match the router's address (SH and SL).
2035  Using Arduino / General Electronics / Re: Precision quartz guidance sought on: September 23, 2012, 12:30:52 pm
I like the DS3231 as well, if a minute or two per year suits. These seem kind of neat, but again, more significant power requirements. I've also been playing with the Microchip MCP79412 RTC which has a calibration register built in, details on my blog.
2036  Using Arduino / Networking, Protocols, and Devices / XBee monikers on: September 23, 2012, 11:00:59 am
While I wasn't paying attention, it appears that Digi International may have modified the naming on the Series 1 modules, they are now called "XBee 802.15.4" (note parenthetical "formerly Series 1" in their online store). The Series 2 modules are called "XBee ZB" but I've seen that for a while now.
2037  Using Arduino / Project Guidance / Re: Importance of loading bootloader into blank chips on: September 23, 2012, 10:32:30 am
Can't believe I had to figure that a 2nd time.
Once you learn something 4 or 5 times, it finally starts to stick. You're almost half way there.  smiley-razz

Noting my mistakes is useful, allows me to recognize them when I make them again smiley-wink
2038  Using Arduino / Networking, Protocols, and Devices / Re: P2P communication with Xbee series 2 on: September 23, 2012, 10:12:21 am
I had used the defaults settings, indeed. Now the destinations and serials are cross-matched, it works as expected, with no noticeable delay.  smiley

Thank you very much for your help and your patience, guys.

Sweet! Glad it works for you!
2039  Using Arduino / Networking, Protocols, and Devices / Re: P2P communication with Xbee series 2 on: September 23, 2012, 10:09:13 am
Does DH and DL for the XBee on the potentiometer end equal SH and SL for the XBee on the servo end?
And are they non-zero on both ends? 0 is the broadcast address, and broadcast communications are lower priority than directed communications.

Actually, for S2 XBees,

Special definitions for DH and DL include 0x000000000000FFFF (broadcast) and
0x0000000000000000 (coordinator).

So the end with the router can have DH=DL=0 and it should work fine, I actually do this a lot. However, since in this case the comm is one-way, it really doesn't matter (assuming the end with the pot has the coordinator). Put the coordinator on the end with the servo, and then both XBees could be left at the default setting of DH=DL=0.

Edit: Note simplest XBee S2 configuration for one-way transparent operation consists of simply loading coordinator firmware on one XBee and Router firmware on another, and then using the Router as the sending end. Assuming no other networks are in operation, this should be all that is required. If there are other XBee networks, then set the PAN ID for both units to some value different from the other network(s). I always like to set a unique PAN ID anyway, but the default value of zero should work fine as this causes the coordinator to select a random PAN ID and the router to join any PAN ID available.
2040  Community / Bar Sport / Re: Who would you bring back from the dead? on: September 22, 2012, 09:30:41 pm
Good video on Noyce. Too bad the guy died kinda young.

I'd bring back Ben Franklin. I'd like to hear his reactions and thoughts on where technology has gone. Ditto on politics.
Pages: 1 ... 134 135 [136] 137 138 ... 248