---- START NEW MESSAGE --- Received: from cherry.ease.lsoft.com [209.119.0.109] by dpmail10.doteasy.com with ESMTP (SMTPD32-8.05) id A5467562008E; Fri, 30 Jan 2004 11:49:26 -0800 Received: from PEAR.EASE.LSOFT.COM (209.119.0.19) by cherry.ease.lsoft.com (LSMTP for Digital Unix v1.1b) with SMTP id <21.00CC535F@cherry.ease.lsoft.com>; Fri, 30 Jan 2004 14:46:09 -0500 Received: from MITVMA.MIT.EDU by MITVMA.MIT.EDU (LISTSERV-TCP/IP release 1.8e) with spool id 4490 for PICLIST@MITVMA.MIT.EDU; Fri, 30 Jan 2004 14:46:02 -0500 Received: from MITVMA (NJE origin SMTP@MITVMA) by MITVMA.MIT.EDU (LMail V1.2d/1.8d) with BSMTP id 8190; Fri, 30 Jan 2004 14:45:46 -0500 Received: from smtp2.fuse.net [216.68.8.172] by mitvma.mit.edu (IBM VM SMTP Level 430) via TCP with SMTP ; Fri, 30 Jan 2004 14:45:45 EST X-Comment: mitvma.mit.edu: Mail was sent by smtp2.fuse.net Received: from ELECTRICALENG ([216.196.248.182]) by smtp2.fuse.net (InterMail vM.6.00.05.02 201-2115-109-103-20031105) with ESMTP id <20040130194032.QMLG17632.smtp2.fuse.net@ELECTRICALENG> for ; Fri, 30 Jan 2004 14:40:32 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2627 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Importance: Normal Message-ID: <000801c3e768$77a960f0$1f780a0a@BAYCOUSA.COM> Date: Fri, 30 Jan 2004 14:37:16 -0500 Reply-To: pic microcontroller discussion list Sender: pic microcontroller discussion list From: William Bross Subject: Re: [EE:] Shift registers with drivers To: PICLIST@MITVMA.MIT.EDU In-Reply-To: <3321.66.52.191.4.1075489071@sun-qmail18.laserlink.net> Precedence: list X-RCPT-TO: Status: U X-UIDL: 371856560 Hi Bob, Yes, I remember quite a few people sharing their 'experiences' both good and bad about the TPIC chips. I just did a search in the archives on TPIC6C595 and located some of them. It seems that it was the 6595 - the higher current version -that had a bunch of glitching problems. I've got a couple hundred C595s out in the field over the last year without a single problem. But I did keep the total current per pin down between 10 to 75 mA. Can't beat them for driving LEDs - from a single one up through the multi-LEDs in series seven segments displays. They are fast, cheap and easy to interface. In fact, my current driver is just a revamped version I used back in '92 with a 16C54 driving an HC595 and 4 AlGAs 7 seg. displays. By the way, I did notice one of the threads said that the 6C595 was the same pinout as the HC595. It's not even close. I only had hc595s for my first prototype and I had to do quite a bit of rewiring when the new chips came in. Hope this helps. Bill -----Original Message----- From: pic microcontroller discussion list [mailto:PICLIST@MITVMA.MIT.EDU] On Behalf Of Bob Blick Sent: Friday, January 30, 2004 1:58 PM To: PICLIST@MITVMA.MIT.EDU Subject: Re: [EE:] Shift registers with drivers William Bross said: > We use a lot of TPIC6C595 from TI. Hi Bill, I am remembering a thread a year or two back regarding that particular part (as opposed to the TPIC5B595, the bigger brother). Something about them latching up or just glitching badly under certain circumstances. Have you had any experiences like that with the TPIC5C595? Thanks, Bob -- http://www.piclist.com#nomail Going offline? Don't AutoReply us! email listserv@mitvma.mit.edu with SET PICList DIGEST in the body -- http://www.piclist.com#nomail Going offline? Don't AutoReply us! email listserv@mitvma.mit.edu with SET PICList DIGEST in the body . Return-Path: <> Received: from mitvma.mit.edu ([18.92.0.3]) by tomts40-srv.bellnexxia.net (InterMail vM.5.01.06.05 201-253-122-130-105-20030824) with ESMTP id <20040130073722.ZJKV8354.tomts40-srv.bellnexxia.net@mitvma.mit.edu> for ; Fri, 30 Jan 2004 02:37:22 -0500 Received: by mitvma.mit.edu (IBM VM SMTP Level 430) via spool with SMTP id 8240 ; Fri, 30 Jan 2004 02:37:19 EST Received: from MITVMA.MIT.EDU (NJE origin LISTSERV@MITVMA) by MITVMA.MIT.EDU (LMail V1.2d/1.8d) with BSMTP id 9152; Fri, 30 Jan 2004 02:37:19 -0500 Date: Fri, 30 Jan 2004 02:37:19 -0500 From: "L-Soft list server at MITVMA.MIT.EDU (1.8e)" Subject: PICLIST: error report from YAHOO.CO.UK To: listsjosh@3MTMP.COM, "For Blackholeeclipse@Earthlink.Net" Message-ID: X-LSV-ListID: None The enclosed message has been identified as a delivery error for the PICLIST list because it was sent to 'owner-piclist@MITVMA.MIT.EDU'. ------------------------------ Message in error ------------------------------- Received: from MITVMA (NJE origin SMTP@MITVMA) by MITVMA.MIT.EDU (LMail V1.2d/1.8d) with BSMTP id 9150; Fri, 30 Jan 2004 02:37:19 -0500 Received: from mta108.mail.ukl.yahoo.com [217.12.11.45] by mitvma.mit.edu (IBM VM SMTP Level 430) via TCP with SMTP ; Fri, 30 Jan 2004 02:37:18 EST X-Comment: mitvma.mit.edu: Mail was sent by mta108.mail.ukl.yahoo.com From: MAILER-DAEMON@yahoo.co.uk To: owner-piclist@mitvma.mit.edu X-Loop: MAILER-DAEMON@yahoo.co.uk Subject: Delivery failure Message from yahoo.co.uk. Unable to deliver message to the following address(es). : Sorry, your message to viniciusbh@yahoo.co.uk cannot be delivered. This account is over quota. --- Original message follows. Return-Path: Received: from 209.119.0.109 (EHLO cherry.ease.lsoft.com) (209.119.0.109) by mta108.mail.ukl.yahoo.com with SMTP; Fri, 30 Jan 2004 07:37:21 +0000 Received: from PEAR.EASE.LSOFT.COM (209.119.0.19) by cherry.ease.lsoft.com (LSMTP for Digital Unix v1.1b) with SMTP id <1.00CC43CB@cherry.ease.lsoft.com>; Fri, 30 Jan 2004 1:33:37 -0500 Received: from MITVMA.MIT.EDU by MITVMA.MIT.EDU (LISTSERV-TCP/IP release 1.8e) with spool id 1034 for PICLIST@MITVMA.MIT.EDU; Fri, 30 Jan 2004 01:33:28 -0500 Received: from MITVMA (NJE origin SMTP@MITVMA) by MITVMA.MIT.EDU (LMail V1.2d/1.8d) with BSMTP id 7285; Fri, 30 Jan 2004 01:31:30 -0500 Received: from bandit.rpmservers.com [207.44.248.37] by mitvma.mit.edu (IBM VM SMTP Level 430) via TCP with ESMTP ; Fri, 30 Jan 2004 01:31:29 EST X-Comment: mitvma.mit.edu: Mail was sent by bandit.rpmservers.com Received: from adsl-68-73-54-53.dsl.sfldmi.ameritech.net ([68.73.54.53] helo=ubasics.com) by bandit.rpmservers.com with asmtp (TLSv1:RC4-MD5:128) (Exim 4.24) id 1AmQAz-0005hw-E6 for PICLIST@MITVMA.MIT.EDU; Thu, 29 Jan 2004 22:22:41 -0600 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040113 X-Accept-Language: en-us, en, zh, zh-cn, zh-hk, zh-sg, zh-tw, ja, ko, ko-kp, ko-kr MIME-Version: 1.0 References: <001b01c3e6ec$bd319740$0301a8c0@user88l53zxzyb> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - bandit.rpmservers.com X-AntiAbuse: Original Domain - mitvma.mit.edu X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [47 12] X-AntiAbuse: Sender Address Domain - ubasics.com Message-ID: <4019DC16.702@ubasics.com> Date: Thu, 29 Jan 2004 23:22:46 -0500 Reply-To: pic microcontroller discussion list Sender: pic microcontroller discussion list From: "M. Adam Davis" Subject: Re: [EE]: Challenge for keen minds To: PICLIST@MITVMA.MIT.EDU In-Reply-To: <001b01c3e6ec$bd319740$0301a8c0@user88l53zxzyb> Precedence: list My vote is to place one or more gyro and or accelleration sensors in the package, then mount it all inside the gate tube (or welded to a box on the gate). The gate could not move without your electronics also moving. -Adam Pedro Drummond wrote: > Hi, all. > > I have to implement a gate opening detector. It will log date and time each >time the gate is open and for how long. Must be battery-driven, battery must >last as much as possible, must be rugged and robust, and tamper-proof. >People WILL try to defeat it. > >What I have already thought: > >1) It will be all enclosed in a box with no openings, time of day >programming will be done with an IR remote, data will be collected from it >the same way. >Aside from these operations, battery consumption must be minimum. > >Any ideas to improve this number 1 ? > >2) How to detect gate openings ? Well, if I use a regular reed switch, >people will defeat it inserting a flexible magnet close to the sensor before >opening the gate. The same applies for metal (induction) sensors, proximity >(capacitive) sensors. I thought of having a second device on the moving door >sending IR data to the main device, but another battery consumption here is >out of the question. Last idea was to have a sequence of magnetized and >non-magnetized surfaces, similar to a bargraph, only much larger, that will >match the reed (or HAL) sensors in the device. Much harder to fool and >easier to save battery, yet not the elegant solution we all pursue... > >Any ideas here ? > > Thanks a lot, > > > Pedro > >-- >http://www.piclist.com hint: The PICList is archived three different >ways. See http://www.piclist.com/#archives for details. > > > > > -- http://www.piclist.com#nomail Going offline? Don't AutoReply us! email listserv@mitvma.mit.edu with SET PICList DIGEST in the body *** MESSAGE TRUNCATED *** .. . Return-Path: <> Received: from mitvma.mit.edu ([18.92.0.3]) by tomts38-srv.bellnexxia.net (InterMail vM.5.01.06.05 201-253-122-130-105-20030824) with ESMTP id <20040130073748.QPGB8311.tomts38-srv.bellnexxia.net@mitvma.mit.edu> for ; Fri, 30 Jan 2004 02:37:48 -0500 Received: by mitvma.mit.edu (IBM VM SMTP Level 430) via spool with SMTP id 8251 ; Fri, 30 Jan 2004 02:37:45 EST Received: from MITVMA.MIT.EDU (NJE origin LISTSERV@MITVMA) by MITVMA.MIT.EDU (LMail V1.2d/1.8d) with BSMTP id 9225; Fri, 30 Jan 2004 02:37:45 -0500 Date: Fri, 30 Jan 2004 02:37:45 -0500 From: "L-Soft list server at MITVMA.MIT.EDU (1.8e)" Subject: PICLIST: error report from YAHOO.CO.UK To: listsjosh@3MTMP.COM, "For Blackholeeclipse@Earthlink.Net" Message-ID: X-LSV-ListID: None The enclosed message has been identified as a delivery error for the PICLIST list because it was sent to 'owner-piclist@MITVMA.MIT.EDU'. ------------------------------ Message in error ------------------------------- Received: from MITVMA (NJE origin SMTP@MITVMA) by MITVMA.MIT.EDU (LMail V1.2d/1.8d) with BSMTP id 9223; Fri, 30 Jan 2004 02:37:45 -0500 Received: from mta108.mail.ukl.yahoo.com [217.12.11.45] by mitvma.mit.edu (IBM VM SMTP Level 430) via TCP with SMTP ; Fri, 30 Jan 2004 02:37:45 EST X-Comment: mitvma.mit.edu: Mail was sent by mta108.mail.ukl.yahoo.com From: MAILER-DAEMON@yahoo.co.uk To: owner-piclist@mitvma.mit.edu X-Loop: MAILER-DAEMON@yahoo.co.uk Subject: Delivery failure Message from yahoo.co.uk. Unable to deliver message to the following address(es). : Sorry, your message to viniciusbh@yahoo.co.uk cannot be delivered. This account is over quota. --- Original message follows. Return-Path: Received: from 209.119.0.109 (EHLO cherry.ease.lsoft.com) (209.119.0.109) by mta108.mail.ukl.yahoo.com with SMTP; Fri, 30 Jan 2004 07:37:43 +0000 Received: from PEAR.EASE.LSOFT.COM (209.119.0.19) by cherry.ease.lsoft.com (LSMTP for Digital Unix v1.1b) with SMTP id <23.00CC4550@cherry.ease.lsoft.com>; Fri, 30 Jan 2004 2:34:06 -0500 Received: from MITVMA.MIT.EDU by MITVMA.MIT.EDU (LISTSERV-TCP/IP release 1.8e) with spool id 2221 for PICLIST@MITVMA.MIT.EDU; Fri, 30 Jan 2004 02:34:01 -0500 Received: from MITVMA (NJE origin SMTP@MITVMA) by MITVMA.MIT.EDU (LMail V1.2d/1.8d) with BSMTP id 8931; Fri, 30 Jan 2004 02:33:16 -0500 Received: from *unknown [216.109.118.186] by mitvma.mit.edu (IBM VM SMTP Level 430) via TCP with SMTP ; Fri, 30 Jan 2004 02:33:16 EST X-Warning: mitvma.mit.edu: Could not confirm that host [216.109.118.186] is web60403.mail.yahoo.com Received: from [137.186.221.51] by web60403.mail.yahoo.com via HTTP; Thu, 29 Jan 2004 23:28:01 PST MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <20040130072801.24804.qmail@web60403.mail.yahoo.com> Date: Thu, 29 Jan 2004 23:28:01 -0800 Reply-To: pic microcontroller discussion list Sender: pic microcontroller discussion list From: "T.C. Phelps" Subject: [PIC:] Re: Process To: PICLIST@MITVMA.MIT.EDU In-Reply-To: <5.2.0.9.2.20040129073858.01554480@mail.cedar.net> Precedence: list A friend lent me "The Art of Designing Embedded Systems" by Jack Ganssle and I find it pretty informative (I'm in no way affiliated, BTW). He highly recommends code inspections, in which a small group goes over the author's code looking for errors and possible bugs that will crop up. He quotes a few studies done on them and apparently these reviews can catch up to 82% of the bugs before testing even starts (IBM), 80% of which wouldn't have been discovered through testing (HP), and that each bug detected saved approximately 9 hours down the road (researchers not named). That's kind of difficult if there's only you, but maybe in those three person teams it'd work well (he says four is ideal). Probably the biggest thing I've taken away from it so far is the following (paraphrased a little -- my apologies to Mr. Ganssle): DeMarco & Lister did a study of programmer productivity and found that all things being equal, programmers with a mere 6 months of experience typically perform as well as those with a year, a decade, or more. Why? While people gain experience, it tends to be the same experience -- the goal should be to find new and better ways of writing code instead of relying on the same old bag of tricks. I'd suspect this includes error reduction methodologies -- writing code such that problems are easier to find. :) Of course to avoid scathing replies I should probably add that the equivalency comparison of the abilities of a 6 month newbie to a seasoned professional doesn't apply to the likes of Misters Lathrop, van Ooijen, Soderholm, Pearce, ... ... Jinx... and many other fine people here on the PicList who do put a lot of effort into finding new & clever ways of doing things. :) --- Dave VanHorn wrote: > Ok, this isn't really a PIC question, as many of you > know, I'm a charter > member of the dark side, programming in assembler, > on AVRs. > > However, this question is processor irrelevant, and > I think PIC will reach > the most people. > > So here goes. > > I spend too much time debugging. > Why? > I know, at the bottom, it's sloppy technique. > Let's face it, almost every time the code doesn't do > what it's supposed to > to, it's because we did something stupid. > > The question is, how can I improve? > I know there are books out there, but they all seem > geared twoard large > teams in high level languages, and I basically never > go there. > I normally work on 1-3 person teams, in assembler. > This means that I am locked out of a lot of tools in > the first place, > because they are C-centric. > It's no use arguing high level languages at me, I am > frequently scraping > the last cycle in processor bound routines, and I > simply can't pay that > penalty. > > So, what is there, for guys like me? > > -- > http://www.piclist.com hint: The PICList is archived > three different > ways. See http://www.piclist.com/#archives for details. __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free web site building tool. Try it! http://webhosting.yahoo.com/ps/sb/ -- http://www.piclist.com#nomail Going offline? Don't AutoReply us! email listserv@mitvma.mit.edu with SET PICList DIGEST in the body *** MESSAGE TRUNCATED *** .. .