From owner-freebsd-hackers Sun Sep 30 11:43:36 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.shell-server.com (24-109-11-245.ivideon.com [24.109.11.245]) by hub.freebsd.org (Postfix) with SMTP id C491F37B401 for ; Sun, 30 Sep 2001 11:43:30 -0700 (PDT) Received: (qmail 13658 invoked from network); 30 Sep 2001 18:16:49 -0000 Received: from betsy.shell-server.com (HELO there) (192.168.3.2) by erin-rl0.shell-server.com with SMTP; 30 Sep 2001 18:16:49 -0000 Content-Type: text/plain; charset="iso-8859-1" From: Bart Kus Message-Id: <200109301311.5635@EO> To: Bakul Shah Subject: Re: precise timing Date: Sun, 30 Sep 2001 13:17:52 -0500 X-Mailer: KMail [version 1.3] Cc: hackers@freebsd.org References: <200109301730.NAA29134@thunderer.cnchost.com> In-Reply-To: <200109301730.NAA29134@thunderer.cnchost.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sunday 30 September 2001 12:30, Bakul Shah wrote: > Are you controlling the rotation speed of the drill or the > x,y,z position? I'd guess the latter. Don't you also need I am controlling XYZ. > guaranteed real time response (which FreeBSD won't provide > you)? I suppose if you are controlling the position (and not > the velocity) RT response won't be too critical. At any rate Hrm, I was planning on investigating the RT capabilities of fbsd after I got myself a decent timer mechanism. I was hoping they would be enough to get close to RT. I have an SMP system I can use, so 1 CPU can be dedicated to the task. > you are better off writing a device driver which can run > timing critical code while blocking out all other interrupts. Not an option. It would stall the whole system during the (possibly 20 minute) drilling operation. Maybe it'll be possible with SMPng, but not now. > Or else between the time you measure time and supply the next > pulse a higher prio interrupt handler else may sneak in. As I'm hoping higher-priority interrupts will be quick about their work. A few microseconds or 10s or possibly 100s hopefully won't upset the drill too much. > was suggested you may want to consider a dedicated cpu based > controller. Thre are a number of solutions for hobbyists > (such as the handyboard, see www.handyboard.com). Unfortunately, money is a big factor. So that's not an option. :/ > Is this a totally homebrew drill or something from a kit? > I'd be interested in details (probably better offline since > the interection of freebsd s/w hackers & h/w hackers is > tiny). It's home brew, I'll forward you more details in personal email. --Bart To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message