servomaster-general Mailing List for ServoMaster
Brought to you by:
vtt
Menu
▾
▴
servomaster-general — General questions, answers and discussions about the Servomaster
You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(7) |
Dec
(11) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
(2) |
Nov
(2) |
Dec
(1) |
| 2004 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2005 |
Jan
|
Feb
|
Mar
(2) |
Apr
(1) |
May
(2) |
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(3) |
| 2006 |
Jan
(1) |
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Vadim T. <vt...@fr...> - 2009-06-06 09:28:19
|
Hello David, > I'm fairly certain my DZ installation is going to require more servos > than I can run from a single Pololu controller. I read a note on the > ServoMaster web pages about support for controller stacking being > trivial to implement. Well, come the morning, let me see :) > Related to this, what's the best way to handle more than one register > in the same zone? Can you simply wire two or more servos to the same > output on the servo controller, Almost. Control signal is PWM, so as long you have the signal, the servos will behave. I know there is a Y-harness made specifically for that purpose, for example, here: http://www.funrcboats.com/ProductInfo.aspx?productid=HL57351S > and treat them as a single servo/damper throughout the software configuration? That is also *theoretically* possible, though I don't think I've implemented that, and it would be wasteful. If you have more than one register in a room, it would rather make sense to install one more sensor and have one more zone - even though the zones will be somewhat interconnected, you'll get better overall control. > David Carter --vt |
|
From: David C. <da...@ca...> - 2009-06-06 09:00:20
|
I'm fairly certain my DZ installation is going to require more servos than I can run from a single Pololu controller. I read a note on the ServoMaster web pages about support for controller stacking being trivial to implement. Related to this, what's the best way to handle more than one register in the same zone? Can you simply wire two or more servos to the same output on the servo controller, and treat them as a single servo/damper throughout the software configuration? --- David Carter da...@ca... |
|
From: Vadim T. <vt...@fr...> - 2006-02-07 03:44:25
|
Hello lurkers, Effective immediately, JDK_15 branch of the code in the CVS relies upon new release of RxTx (2.1-7), available from rxtx.org. Difference is that it doesn't require Sun's comm.jar, and it uses gnu.io (as opposed to javax.comm). A few caveats - Servomaster: don't have any serial controllers connected at this point. If the change breaks anything, let me know, I'll look into it. DZ: the documentation at http://diy-zoning.sourceforge.net/ doesn't yet reflect the change, I'm working on it now. Another not quite fortunate side effect is that this transition interfered with the walkthrough on DalSemi code that I was performing, so I had to commit everything at once, but again, since the modified code was running locally, I don't think there's going to be any problem with that. The code based on new RxTx has uptime close to 24 hours now - no problems. Judging by the fact that in the past RxTx was either breaking within a couple of minutes, or working flawlessly, there's a good chance that this change is going to be successful. Good luck. --vt |
|
From: Vadim T. <vt...@fr...> - 2006-02-06 05:29:36
|
Hello lurkers, FYI. I'm now working to accommodate the new release into Servomaster and DZ. I'd also recommend those who haven't yet subscribed to RxTx dev mailing list to do so - we seem to be in for a rough ride for a while. By the way, now would be a good time to jump in and contribute to supporting USB/Serial bridges, in particular, extending the CommAPI in such a way that it would support a concept of a detachable device (which previously wasn't the case). --vt |
|
From: Vadim T. <vt...@fr...> - 2006-01-03 04:54:47
|
On Sat, Dec 31, 2005 at 06:48:36PM +0100, thom R wrote: > I believe this is quite a public, private, mailing list! Well, this is a *public*, not *private*, mailing list :) To avoid ambigui= ty, let me point out that your message is visible to all the list subscribers. [text preserved for clarity] > I am quite interested in robotics, mechanics, vision, AI, etc not > forgotting dish washers, automatic cookers and whatever exits in my > dreams. Sadly enough, I am not an expert at all but am willing to learn > about it in the next few years. Basically, the idea of the bobot2006 > project started with the idea of creating a gamepad-controlled (as they > are not expensive, provide analog joysticks and control buttons) video > camera mover(an "arm" for a . At the beginning, there would be only 2 D= OFs > to give 360=B0 rotation movement to the camera. Then, there could be an > additional translation movement along the arm. That could give some gro= ovy > point of shooting! Of course there are so many possible mechanical > assemblies to give wonderful movement to the camera (circular, > translations or composite movements)but of course the key movement is t= he > eye-movement. So, the first idea i had when i discovered your project w= as > to use a nano-itx board to interface the gamepad with the parallax > card.But in fact I just figurad out that the optimal option was to conn= ect > directly the gamepad to the parallax card. What do you think? How can I > know the protocol communication? You lost me. I know nothing of nano-ITX boards, but I suspect that it wou= ld be no different than any other USB aware motherboard, if we're talking ab= out the same thing. Therefore, the communication protocol won't change either= , and I guess you'd be able to use the Servomaster code as long as you use = an OS it works on (anything with JDK 1.4 at the moment, but I'm planning backward-incompatible transition to 1.5 very soon). > Moreover, I have created a wiki for the communication system of the > project. A URL would've certainly helped :) > So if the project interests you I would be glad to keep you in touch an= d > to get a cyber-vadim like you involved in BOBOT2006. I'm afraid I'm quite overwhelmed at the moment :) --vt |
|
From: thom R <ai...@gm...> - 2005-12-31 17:48:40
|
> Is it possible to help in its development? Yes. To the best of my recollection, the implementation would be pretty straightforward and shouldn't take long. However, if you could take a look at the existing high level API and see if that's what you need and/or if there's anything you're missing, that'll be great. Out of curiosity, what's the intended application? Hello Vadim, I believe this is quite a public, private, mailing list! I am glad to see you are still on line as I bought parallax hardware in the perspestive of using your project, and am even more glad to enjoy your sympathy. I am quite interested in robotics, mechanics, vision, AI, etc not forgotting dish washers, automatic cookers and whatever exits in my dreams. Sadly enough, I am not an expert at all but am willing to learn about it in the next few years. Basically, the idea of the bobot2006 project started with the idea of creating a gamepad-controlled (as they are not expensive, provide analog joysticks and control buttons) video camera mover(an "arm" for a . At the beginning, there would be only 2 DOFs to give 360=B0 rotation movement to the camera. Then, there could be an additional translation movement along the arm. That could give some groovy point of shooting! Of course there are so many possible mechanical assemblies to give wonderful movement to the camera (circular, translations or composite movements)but of course the key movement is the eye-movement. So, the first idea i had when i discovered your project was to use a nano-itx board to interface the gamepad with the parallax card.But in fact I just figurad out that the optimal option was to connect directly the gamepad to the parallax card. What do you think? How can I know the protocol communication? Moreover, I have created a wiki for the communication system of the project. So if the project interests you I would be glad to keep you in touch and to get a cyber-vadim like you involved in BOBOT2006. I wish you a happy new year and everything! Ciao! > Thanks in advance You're most welcome. --vt -- if it's not to be seen, it's not to be here |
|
From: Vadim T. <vt...@fr...> - 2005-12-30 23:39:51
|
thom R wrote: > What is the status of the development of the parallax servo controller > drivers? Oh! Finally someone noticed that I forgot to implement them... :) I've changed a job a few days before I got the hardware, and it's been pretty busy since. Never got a chance to get to it. > Is it possible to help in its development? Yes. To the best of my recollection, the implementation would be pretty straightforward and shouldn't take long. However, if you could take a look at the existing high level API and see if that's what you need and/or if there's anything you're missing, that'll be great. Out of curiosity, what's the intended application? > Thanks in advance You're most welcome. --vt |
|
From: thom R <ai...@gm...> - 2005-12-30 15:34:43
|
hello, What is the status of the development of the parallax servo controller drivers? Is it possible to help in its development? Thanks in advance -- if it's not to be seen, it's not to be here |
|
From: Vadim T. <vt...@fr...> - 2005-06-06 04:15:46
|
Hello lurkers, I mentioned a while ago that I was planning to write an article on Serial/USB bridges, so here it is: http://servomaster.sourceforge.net/dev/serial-usb.html My viewpoint is biased, so I'd like to hear some feedback from the hardware guys, to see if I maybe missed something. --vt |
|
From: Vadim T. <vt...@fr...> - 2005-06-01 16:55:35
|
Hello lurkers, Parallax, Inc. has generously donated a serial and USB 16-servo controllers. Drivers will be released as soon as it is reasonably possible, so you can probably start stocking them up, if you feel like it. Details here: http://servomaster.sourceforge.net/relnotes/parallax.html --vt |
|
From: Vadim T. <vt...@fr...> - 2005-05-12 23:00:23
|
Hello lurkers, I decided to write a driver for a piece of hardware that I don't have, but you may: http://servomaster.sourceforge.net/relnotes/minissc2.html Let me know if it works. --vt |
|
From: Vadim T. <vt...@fr...> - 2005-05-12 17:10:13
|
Hello lurkers,
From now on, the Pololu family of servo controllers is supported.
Release notes are available at:
http://servomaster.sourceforge.net/relnotes/pololu.html
To summarize, 8-servo serial, 16-servo serial, and the serial port on
16-servo serial/USB controllers are supported. The code is available
from the CVS now and will be included into the next Servomaster release.
The next target is Parallax.
On a side note, I'm without a job for the moment, so all the stuff you
can send my way will be appreciated - please contact me off the list.
Keep in mind that I have a 100K inbound mail limitation.
--vt
|
|
From: Vlad I. <vla...@ya...> - 2005-04-01 00:47:50
|
Vadim, are you interested in any kind of help in this project? __________________________________ Yahoo! Messenger Show us what our next emoticon should look like. Join the fun. http://www.advision.webevents.yahoo.com/emoticontest |
|
From: Anthony A. <sal...@ya...> - 2005-03-07 22:18:59
|
Vadim Tkachenko wrote: > > > >>Can you recommend any other USB-based servo controller with a better >>price/servo? >> >> > >No, but there's a caveat. Depending on where you will be using the >controller, you may find USB useful or useless. On Windows, you'd be able to >talk to it as a virtual serial port, on Unix, you'd be forced to use its >serial interface. Here's the reason: > >http://www.kroah.com/log/2004/11/18/ > >So, the best course of action is either to advocate SiLabs to open the specs >(been there, done that, didn't do any good), or advocate Pololu to replace >the chip for the next hardware release. > >If you have to have the USB controller on Linux, take a look at the Phidget >QuadServo - stellar quality and bulletproof driver. > >If you have to have *a* controller on Linux, 16-servo serial Pololu is >probably your best bet - but then again, there's a trouble of compiling RxTx >to get serial support for Java. > > This is very useful information. I think that the serial pololu and a usb-to-serial convector is the best way for me to go. I am thinking about using the VIA EPIA ME6000 which doesn't have any serial ports. My project will be running out in the desert off of deep-cycle batteries so low power and fanless design are a concern. I wish I could use the Phidget but the price per servo is very high, $15 (us) compared to $5 for the pololu usb and $3 for the pololu serial. Is there anyway to get the price down on the phidget? __________________________________ Celebrate Yahoo!'s 10th Birthday! Yahoo! Netrospective: 100 Moments of the Web http://birthday.yahoo.com/netrospective/ |
|
From: Anthony A. <sal...@ya...> - 2005-03-07 19:26:36
|
I'm working on a project where I want to control many (10-30) servos. I found this USB 16-servo controller from palolu, http://www.pololu.com/products/pololu/0390/ I'm wondering if anyone has experience with them. I didn't see any mention of them in the site but you never know. Can you recommend any other USB-based servo controller with a better price/servo? Any advice on keeping my costs down with so many servos? Also I read on the servo-master site, that over long distances the PWM signaling may degrade and prevent accurate control of the servo. For my project I want to spread the servos over a 12'x12' area so servos may be up to 9 feet from the controller, which will be centrally located. Over this distance will I need to take any special measures to keep the signal clean? anthony __________________________________ Celebrate Yahoo!'s 10th Birthday! Yahoo! Netrospective: 100 Moments of the Web http://birthday.yahoo.com/netrospective/ |
|
From: Vadim T. <vt...@fr...> - 2004-05-25 06:20:35
|
Hello, This release (available at http://sourceforge.net/project/showfiles.php?group_id=34418&package_id=108815&release_id=240783) fixes the silly restriction to have a specific JDK version installed. The price to pay (since I wanted to get it out of the door) is that if your JDK RPM version is not the same as mine, the script will still fail. However, it will fail verbosely, telling you exactly what to do to remedy the problem. I guess the post-install script in the RPM that finds the exact java binary location is due... --vt |
|
From: Vadim T. <vt...@fr...> - 2004-01-02 22:10:10
|
Hello lurkers, Don't know how old or new this product is, but I haven't seen it before: http://www.picobytes.com/ --vt |
|
From: Vadim T. <vt...@fr...> - 2003-12-08 07:15:15
|
Hello lurkers, I'm thinking of redesigning the site. There are several reasons for that. The whole family of projects (DZ, Servomaster, Jukebox, Haywire) share common navigation paradigm and layout. However, they were all written by hand, without using any tools other than a text editor. It may have been a good idea at the time, but as the projects progressed, it turned out that the more complex the site structure is, the more pain is it to add new documents, or change a layout. Every new document has to be introduced into the left side navigation bar on most of the pages, with all the consequences (take a look at http://servomaster.sourceforge.net/meta/, for example - you'll see what I'm talking about). Now that I'm thinking about introducing a new chapter into the DZ documentation (the Step By Step Guide), I'm frustrated with this process enough that I'm asking for an advice - did any of you ever use a tool that could automate the site design? A short list of requirements follows: - I have to be able to preserve the current look and feel (basically, header, left side navigation bar, right side content table, which may be indexed from the navbar). - The tool has to be able to accept a given site layout master document, which will refer to content documents and provide the navigation model, and render the site directory tree based on that document. - Individual content items must be separatable into individual documents, and grouped together only at render time. So far, I've taken a look at Anakia and Maven, but both of them, being Jakarta tools, suffer from a vice that was ultimately a reason for my departure from Tomcat project: bloat (my humble opinion). I'd like to use something lighter, if nothing helps, I'd be forced to write my own tool, which I'd hate to do - I'd rather do something useful instead. Any comments? --vt |
|
From: Vadim T. <vt...@fr...> - 2003-11-04 06:20:08
|
Hello Martin, >also sprach Vadim Tkachenko <vt...@fr...> [2003.10.26.0315 +0100]: > > >>That's correct, to some extent. The prototype, and the most >>complete implementation, is in Java, however, basic C++ >>implementation for Phidgets is available and is usable. It's been >>a long time since I wrote C++ code, and I could use some help with >>exception handling, but the most important thing - the driver >>architecture and a thousand small things you don't notice until >>you step on them - all these are incorporated into the C++ >>skeleton. >> >> > >It could well be that I'll "take over" the C++ code. Would you be >okay with that? > Possibly. My C++ is not the best (at this point), though, like I said, the architectural model the C++ version of Servomaster is built upon is correct, reusable and extendable. > The rationale is: we are going to be using it >extensively, working on it on a day-by-day basis, and C++ is the >language of choice for me, which I've been using for the better part >of 12 years now... > Let's do it this way: go get the SourceForge account, and I'll add you to the developer list. Use branching whenever possible. I'll keep the right to approve the main trunk changes (not enforceable technically, so please be careful). >Thanks for your comments, and sorry it took me so long to reply. > That's OK, we're all busy ;) --vt |
|
From: Martin F K. <kr...@ai...> - 2003-11-03 20:15:36
|
also sprach Vadim Tkachenko <vt...@fr...> [2003.10.26.0315 +0= 100]: > All the phidgets are near perfect, as far as I'm concerned. Chester (Mr= =20 > Phidget) is responsive to feedback, so if you have any questions or bug= =20 > reports, your voice will be heard. This I consider among the most important "features" of a product. I have been in touch with Chester and it's looking good. Now I am waiting for the revised version of the advanced board, then we are ready to rumble... > That's correct, to some extent. The prototype, and the most > complete implementation, is in Java, however, basic C++ > implementation for Phidgets is available and is usable. It's been > a long time since I wrote C++ code, and I could use some help with > exception handling, but the most important thing - the driver > architecture and a thousand small things you don't notice until > you step on them - all these are incorporated into the C++ > skeleton. It could well be that I'll "take over" the C++ code. Would you be okay with that? The rationale is: we are going to be using it extensively, working on it on a day-by-day basis, and C++ is the language of choice for me, which I've been using for the better part of 12 years now... > Yes. There are two modules - 'servomaster' (which is Java) and > 'servomaster-cpp' (C++ only). Since the implementation is very > different, and no code can be reused, there are no plans to merge > them. > >Also, the driver uses libusb, right? > > > Yes >=20 > >How is your experience with that project? > > > It works ;) >=20 > >Last I checked, it seemed rather dead to me. > > > Well, tell me about a different one, I'll be happy to use that for > support. The reason I picked libusb was that it was the most > visible one at the moment, and frankly, I'm not aware of others at > all. I don't think there are others. Anyhow, I am also considering helping out with libusb once we get started. Thanks for your comments, and sorry it took me so long to reply. --=20 Martin F. Krafft Artificial Intelligence Laboratory Ph.D. Student Department of Information Technology Email: kr...@ai... University of Zurich Tel: +41.(0)1.63-54323 Andreasstrasse 15, Office 2.20 http://ailab.ch/people/krafft CH-8050 Zurich, Switzerland =20 Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver! =20 darwinism is nothing without enough dead bodies. |
|
From: Vadim T. <vt...@fr...> - 2003-10-26 02:23:39
|
Martin F Krafft wrote: >I am about to purchase a larger number of Phidgets and am interested >to hear anyone's thoughts on this. Can you give me positive and >negative feedback on the product and the interoperation with the >driver? > All the phidgets are near perfect, as far as I'm concerned. Chester (Mr Phidget) is responsive to feedback, so if you have any questions or bug reports, your voice will be heard. >Another question: I read that ServoMaster can be used in C++ and >Java. > That's correct, to some extent. The prototype, and the most complete implementation, is in Java, however, basic C++ implementation for Phidgets is available and is usable. It's been a long time since I wrote C++ code, and I could use some help with exception handling, but the most important thing - the driver architecture and a thousand small things you don't notice until you step on them - all these are incorporated into the C++ skeleton. > I do not want anything to do with Java, so is it possible to >just stick with C++ and not have to worry about Java, or compile >classes for it or the like? > Yes. There are two modules - 'servomaster' (which is Java) and 'servomaster-cpp' (C++ only). Since the implementation is very different, and no code can be reused, there are no plans to merge them. >Also, the driver uses libusb, right? > Yes >How is your experience with that project? > It works ;) >Last I checked, it seemed rather dead to me. > Well, tell me about a different one, I'll be happy to use that for support. The reason I picked libusb was that it was the most visible one at the moment, and frankly, I'm not aware of others at all. --vt |
|
From: Martin F K. <kr...@ai...> - 2003-10-25 17:28:18
|
I am about to purchase a larger number of Phidgets and am interested to hear anyone's thoughts on this. Can you give me positive and negative feedback on the product and the interoperation with the driver? If we end up using ServoMaster, you can be sure that we will contribute. There are lots of robots to be built here. Another question: I read that ServoMaster can be used in C++ and Java. I do not want anything to do with Java, so is it possible to just stick with C++ and not have to worry about Java, or compile classes for it or the like? Also, the driver uses libusb, right? How is your experience with that project? Last I checked, it seemed rather dead to me. Thanks for any input... -- Martin F. Krafft Artificial Intelligence Laboratory Ph.D. Student Department of Information Technology Email: kr...@ai... University of Zurich Tel: +41.(0)1.63-54323 Andreasstrasse 15, Office 2.20 http://ailab.ch/people/krafft CH-8050 Zurich, Switzerland Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver! "i never go without my dinner. no one ever does, except vegetarians and people like that." -- oscar wilde |
|
From: Jose R. <ki...@v2...> - 2003-07-04 05:49:58
|
Hi there There any future support for BSD systems? can anyone make a code example for an initial application using servomaster, for java nerds programmer as me, will be really apreciated. |
|
From: Jose R. <ki...@v2...> - 2002-12-31 19:05:38
|
On Tue, Dec 31, 2002 at 11:51:28AM -0700, Vadim Tkachenko wrote: > Hello, > > > notes: to get my advancedservo recognized i need to execute servomaster > > twice. > > This is definitely a bug - could you please submit a bug report here: > > http://sourceforge.net/tracker/?group_id=34418&atid=412121 Bug number 660470 open > > I'd guess the procedure to repeat the bug would be to shut off the advanced > servo power, unplug it from USB, then plug in the power source and then the > USB connector. I think I know what the bug is about, but I thought I've > fixed it. > > Of course, the detailed output of both runs is required to identify the problem. > And let me guess, second time onward the AdvancedServo is identified without > problems, right? Correct > > --vt |
|
From: Jose R. <ki...@v2...> - 2002-12-31 18:41:20
|
Hi
Im running Gentoo Linux on a Toshiba Satellite 3000-X4
dmesg output:
-------------------------------
Linux version 2.4.20 (ro...@te...) (gcc versión
3.2.1) #14 SMP mar dic 31 09:18:45 CET 2002
BIOS-provided physical RAM map:
BIOS-e820: 0000000000000000 - 000000000009e800 (usable)
BIOS-e820: 000000000009e800 - 00000000000a0000 (reserved)
BIOS-e820: 00000000000ce000 - 00000000000d0000 (reserved)
BIOS-e820: 00000000000d8000 - 00000000000e0000 (reserved)
BIOS-e820: 00000000000e4000 - 0000000000100000 (reserved)
BIOS-e820: 0000000000100000 - 00000000076f0000 (usable)
BIOS-e820: 00000000076f0000 - 00000000076ff000 (ACPI data)
BIOS-e820: 00000000076ff000 - 0000000007700000 (ACPI NVS)
BIOS-e820: 0000000007700000 - 0000000007780000 (usable)
BIOS-e820: 0000000007780000 - 0000000008000000 (reserved)
BIOS-e820: 00000000ffb80000 - 00000000ffc00000 (reserved)
BIOS-e820: 00000000fffffc00 - 0000000100000000 (reserved)
119MB LOWMEM available.
On node 0 totalpages: 30592
zone(0): 4096 pages.
zone(1): 26496 pages.
zone(2): 0 pages.
Kernel command line: BOOT_IMAGE=Gentoo ro root=302
Local APIC disabled by BIOS -- reenabling.
Found and enabled local APIC!
Initializing CPU#0
Detected 930.259 MHz processor.
Console: colour dummy device 80x25
Calibrating delay loop... 1854.66 BogoMIPS
Memory: 117804k/122368k available (1641k kernel code, 4108k reserved,
551k data, 140k init, 0k highmem)
Dentry cache hash table entries: 16384 (order: 5, 131072 bytes)
Inode cache hash table entries: 8192 (order: 4, 65536 bytes)
Mount-cache hash table entries: 2048 (order: 2, 16384 bytes)
Buffer-cache hash table entries: 4096 (order: 2, 16384 bytes)
Page-cache hash table entries: 32768 (order: 5, 131072 bytes)
CPU: L1 I cache: 16K, L1 D cache: 16K
CPU: L2 cache: 128K
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
CPU: After generic, caps: 0383fbff 00000000 00000000 00000000
CPU: Common caps: 0383fbff 00000000 00000000 00000000
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Checking 'hlt' instruction... OK.
POSIX conformance testing by UNIFIX
CPU: L1 I cache: 16K, L1 D cache: 16K
CPU: L2 cache: 128K
Intel machine check reporting enabled on CPU#0.
CPU: After generic, caps: 0383fbff 00000000 00000000 00000000
CPU: Common caps: 0383fbff 00000000 00000000 00000000
CPU0: Intel Celeron (Coppermine) stepping 0a
per-CPU timeslice cutoff: 365.63 usecs.
SMP motherboard not detected.
enabled ExtINT on CPU#0
ESR value before enabling vector: 00000000
ESR value after enabling vector: 00000000
Using local APIC timer interrupts.
calibrating APIC timer ...
..... CPU clock speed is 930.2427 MHz.
..... host bus clock speed is 132.8916 MHz.
cpu: 0, clocks: 1328916, slice: 664458
CPU0<T0:1328912,T1:664448,D:6,S:664458,C:1328916>
Waiting on wait_init_idle (map = 0x0)
All processors have done init_idle
PCI: PCI BIOS revision 2.10 entry at 0xfd97a, last bus=2
PCI: Using configuration type 1
PCI: Probing PCI hardware
Transparent bridge - Intel Corp. 82801BAM/CAM PCI Bridge
PCI: Using IRQ router PIIX [8086/248c] at 00:1f.0
PCI: Found IRQ 5 for device 00:1f.1
PCI: Sharing IRQ 5 with 00:1d.2
PCI: Found IRQ 10 for device 02:04.0
PCI: Sharing IRQ 10 with 00:02.0
PCI: Sharing IRQ 10 with 00:1d.0
PCI: Found IRQ 10 for device 02:04.1
PCI: Sharing IRQ 10 with 00:1f.3
PCI: Sharing IRQ 10 with 00:1f.5
PCI: Sharing IRQ 10 with 00:1f.6
isapnp: Scanning for PnP cards...
isapnp: No Plug & Play device found
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Starting kswapd
devfs: v1.12c (20020818) Richard Gooch (rg...@at...)
devfs: boot_options: 0x1
Installing knfsd (copyright (C) 1996 ok...@mo...).
ACPI: Core Subsystem version [20011018]
ACPI: Subsystem enabled
EC: found, GPE 28
ACPI: System firmware supports S0 S1 S3 S4 S5
Processor[0]: C0 C1
ACPI: Battery socket found, battery present
ACPI: Battery socket found, battery present
ACPI: AC Adapter found
ACPI: Power Button (FF) found
ACPI: Multiple power buttons detected, ignoring fixed-feature
ACPI: Power Button (CM) found
ACPI: Lid Switch (CM) found
vesafb: framebuffer at 0xe8000000, mapped to 0xc800c000, size 8000k
vesafb: mode is 800x600x16, linelength=1600, pages=7
vesafb: protected mode interface info at a5f3:1f5f
vesafb: scrolling: redraw
vesafb: directcolor: size=0:5:6:5, shift=0:11:5:0
Console: switching to colour frame buffer device 100x37
fb0: VESA VGA frame buffer device
vga16fb: initializing
vga16fb: mapped to 0xc00a0000
fb1: VGA16 VGA frame buffer device
pty: 256 Unix98 ptys configured
Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ
SERIAL_PCI IS
PCI: Found IRQ 10 for device 00:1f.6
PCI: Sharing IRQ 10 with 00:1f.3
PCI: Sharing IRQ 10 with 00:1f.5
PCI: Sharing IRQ 10 with 02:04.1
Real Time Clock Driver v1.10e
Uniform Multi-Platform E-IDE driver Revision: 6.31
ide: Assuming 33MHz system bus speed for PIO modes; override with
idebus=xx
ICH3M: IDE controller on PCI bus 00 dev f9
PCI: Enabling device 00:1f.1 (0005 -> 0007)
PCI: Found IRQ 5 for device 00:1f.1
PCI: Sharing IRQ 5 with 00:1d.2
ICH3M: chipset revision 1
ICH3M: not 100% native mode: will probe irqs later
ide0: BM-DMA at 0x1860-0x1867, BIOS settings: hda:DMA, hdb:pio
ide1: BM-DMA at 0x1868-0x186f, BIOS settings: hdc:DMA, hdd:pio
hda: TOSHIBA MK1517GAP, ATA DISK drive
hdc: MATSHITADVD-ROM SR-8176, ATAPI CD/DVD-ROM drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15
blk: queue c039a384, I/O limit 4095Mb (mask 0xffffffff)
hda: 29498112 sectors (15103 MB), CHS=1836/255/63, UDMA(100)
hdc: ATAPI 24X DVD-ROM drive, 256kB Cache, UDMA(33)
Uniform CD-ROM driver Revision: 3.12
Partition check:
/dev/ide/host0/bus0/target0/lun0: p1 p2 p3 < p5 >
FDC 0 is a post-1991 82077
Linux agpgart interface v0.99 (c) Jeff Hartmann
agpgart: Maximum main memory to use for agp memory: 86M
agpgart: Detected an Intel 830M Chipset.
agpgart: detected 8060K stolen memory.
agpgart: AGP aperture is 128M @ 0xe8000000
Intel 810 + AC97 Audio, version 0.21, 02:29:16 Dec 31 2002
PCI: Found IRQ 10 for device 00:1f.5
PCI: Sharing IRQ 10 with 00:1f.3
PCI: Sharing IRQ 10 with 00:1f.6
PCI: Sharing IRQ 10 with 02:04.1
PCI: Setting latency timer of device 00:1f.5 to 64
i810: Intel ICH3 found at IO 0x18c0 and 0x1c00, IRQ 10
i810_audio: Audio Controller supports 6 channels.
ac97_codec: AC97 Audio codec, id: CRY52(Cirrus Logic CS4299 rev D)
i810_audio: AC'97 codec 0 supports AMAP, total channels = 2
ac97_codec: AC97 Modem codec, id: SIL39(Unknown)
i810_audio: timed out waiting for codec 1 analog ready.
Linux Kernel Card Services 3.1.22
options: [pci] [cardbus] [pm]
PCI: Found IRQ 10 for device 02:04.0
PCI: Sharing IRQ 10 with 00:02.0
PCI: Sharing IRQ 10 with 00:1d.0
PCI: Found IRQ 10 for device 02:04.1
PCI: Sharing IRQ 10 with 00:1f.3
PCI: Sharing IRQ 10 with 00:1f.5
PCI: Sharing IRQ 10 with 00:1f.6
Intel PCIC probe: not found.
xirc2ps_cs.c 1.31 1998/12/09 19:32:55 (dd9jn+kvh)
usb.c: registered new driver usbdevfs
usb.c: registered new driver hub
Yenta IRQ list 0898, PCI irq10
Socket status: 30000010
Yenta IRQ list 0898, PCI irq10
Socket status: 30000006
uhci.c: USB Universal Host Controller Interface driver v1.1
PCI: Found IRQ 10 for device 00:1d.0
PCI: Sharing IRQ 10 with 00:02.0
PCI: Sharing IRQ 10 with 02:04.0
PCI: Setting latency timer of device 00:1d.0 to 64
uhci.c: USB UHCI at I/O 0x1800, IRQ 10
usb.c: new USB bus registered, assigned bus number 1
hub.c: USB hub found
hub.c: 2 ports detected
PCI: Found IRQ 5 for device 00:1d.1
PCI: Setting latency timer of device 00:1d.1 to 64
uhci.c: USB UHCI at I/O 0x1820, IRQ 5
usb.c: new USB bus registered, assigned bus number 2
hub.c: USB hub found
hub.c: 2 ports detected
PCI: Found IRQ 5 for device 00:1d.2
PCI: Sharing IRQ 5 with 00:1f.1
PCI: Setting latency timer of device 00:1d.2 to 64
uhci.c: USB UHCI at I/O 0x1840, IRQ 5
usb.c: new USB bus registered, assigned bus number 3
hub.c: USB hub found
hub.c: 2 ports detected
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 8192 bind 8192)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
VFS: Mounted root (ext2 filesystem) readonly.
Mounted devfs on /dev
Freeing unused kernel memory: 140k freed
Adding Swap: 120452k swap-space (priority -1)
cs: IO port probe 0x0c00-0x0cff: clean.
cs: IO port probe 0x0800-0x08ff: clean.
cs: IO port probe 0x0100-0x04ff: excluding 0x378-0x37f 0x4d0-0x4d7
cs: IO port probe 0x0a00-0x0aff: clean.
cs: memory probe 0xa0000000-0xa0ffffff: clean.
eth0: Xircom: port 0x300, irq 3, hwaddr 00:10:A4:7B:3E:07
eth0: MII link partner: 40a1
eth0: MII selected
eth0: media 100BaseT, silicon revision 4
-------------------------------------------------------------------
notes: to get my advancedservo recognized i need to execute servomaster
twice.
On Tue, Dec 31, 2002 at 11:33:34AM -0700, Vadim Tkachenko wrote:
> Hello,
>
> > > I'm having some problems with it, and currently considering dropping
> > > jUSB in favor of javax.usb, especially given the interest rate and
> > > change history - jUSB hasn't changed in more than a year. Yes, little
> > > trickery is required to make jUSB work, so far, it works stably with
> > > 4-servo phidget and you need some luck to make it stable with 8-servo
> > > phidget. Stay tuned.
>
> > I has not fully tested my 8-servo phidget, but for the moment it will
> > not fails much, its a quite stable.
>
> Could you please share the hardware configuration then? Here, I see
> identical symptoms on P233, PIII/550 and Athlon XP 2000+ - before, I thought
> that the box was slow, now I don't know what to think.
>
> --vt
|
1 message has been excluded from this view by a project administrator.