¿ªÔÆÌåÓý

Date

7" Rackmount flanges available?

componenx
 

I'm looking for a set of 7" rack flanges as used on the 3498A and
similar 7" high gear. Anyone have a set they'd part with for a very
reasonable amount?

Thanks!

-Dave


Re: Digest Number 928

 

Hi Steve:

In addition to what John has already said I'm like to remind you that many HP instruments were built using a Motorola 68000 uC and it's clock speed is much slower than today's PCs so it's good to put in some time delays to give the instrument time to process the command.

Have Fun,

Brooke Clarke

w/Java
w/o Java

1a. GPIB comms with 8753C
Posted by: "sadavis80" Steve@... sadavis80
Date: Thu Jan 25, 2007 6:07 am ((PST))

I have been using a USB-GPIB-A adapter to talk to my 8753C and
continue to have trouble sending and reading information without
errors. Has anyone else used GPIB to communicate with an 8753?

I have finally found what should be sufficient documentation, but it
just doesn't want to work the way the book says. The OPC commands
"seem" to work the way they should - I get the '1' response, however,
often times the following command will generate an error and will not
be recognized. On reads using a command like
POIN 201; CHAN1; FORM4; SING; OUTPFORM;
(copied from an example program from HP)
I almost always get the first point response, but the rest often do
not come and I get a timeout error. If I put the entire sequence in a
loop (loops back on timeout error), then it will read correctly some
times and some times it will fail. I have tried MANY MANY different
delays between the sequential reads and have finally gotten it to work
fairly reliably, but acquiring the data takes considerably longer than
it should (due to the required delays).

Yesterday, I thought I realized that the 'CHAN1;' part of the above
was causing problems so I separated the command and now send
POIN 201; CHAN1; FORM4;
as a separate command before the point loop (CHAN1 is OPC'able, but it
doesn't seem to matter). Then a short delay and then
SING; OUTPFORM;
before entering the read data loop. It seems to work a little more
reliably, but I still have to have more delay than should be necessary
between read requests (ibrd). I also determined that if I read the
first 10 points or so slower and "get it going" (so to speak), I can
then drop the delays altogether and read the subsequent points without
error (MOST of the time).

This all just seems WEIRD to me - I wonder if my 8753 has a problem or
is it just characteristic of that model. I'm using a fairly fast
computer (1.5 - 2 GHZ Intel PC with WinXP), but the docs say the GPIB
drivers should 'get' the data when the 8753 is ready to send it - but
it doesn't work that way exactly. Apparently, I can make the ibrd
request before the 8753 can recognize it and it hoses the works. I
wonder if the older GPIB drivers and the older 8753 just weren't
designed to work with these new much faster computers?

Anyone have info, thoughts or ideas?
tia,
Steve


Re: GPIB comms with 8753C

sadavis80
 

John,
Thanks for the response. At some point I guess I'll need to try out
your program (after I find enough time to figure out how to use it
with my 8753 <g>).

In answer ...
**Send those commands with my query.exe command-line utility....
If I interpret correctly from your website, this will only gather a
SINGLE sweep of data - my biggest problem is when I need to do
multiple sweeps (maybe 50) with automatically reconfigured inputs from
an antenna. Last night I was running some data and on several
occasions, the transfer from the 8753 failed at least 10 times in a
row before executing properly (from an identically running program loop).

**Is there anything else on the GPIB bus...
Occasionally there will be an 8640 (powered UP), but most of the time
the 8753 is alone on the bus. I have observed no difference in
operation either way.

** What timeout settings are you using? ...
I'm using 10 seconds. The normal response time is in milliseconds.
Each data point is represented by a 50 byte packet and I read the
packets (one per data point) one at a time. I have also tried reading
the data 1 char at a time (Boy is THAT slow), but I have the same
problem with occasional failed reads.

Hmmmm - I have looked at ibcntl, but not necessarily after a failed
read (truncated data isn't useful in this case). I'll have to see if
there is any consistency there - not that it would help me much to
know, but it would be .... interesting <g>.

**Are you terminating your command string with a CR, LF, or both?
I have tried all 4 possible combinations - it seems to work equally
well with any except LF/CR. CR, or LF, or CR/LF all work fine (or at
least the same).

I should also note an interesting corollary - on occasion, the reads
will be progressing properly (it takes about 10 seconds to get all 201
points) and will STOP at some random location in the data set - the
data will stay STOPPED for some random amount of time (up to as much
as 30 seconds) with no error... then suddenly will pick up and finish
the data set. I have checked the computer side of this and nothing
appears to be "wrong" - the processor load appears normal (low), the
hard drive isn't being accessed, etc. It's never happened (to my
knowledge) more than once in a data set and doesn't happen very often
- but it does happen. This has happened both from a program running
within my (Delphi 6) IDE and also if it's running alone outside the
IDE. I have not been able to determine exactly where it is within the
program when this happens, but it appears to be inside the call to
ibrd. How can it not timeout? Lots of this stuff is baffling me.

I have also tried this with several different computers and 3
different GPIB control modules - 2 USB/GPIB-A units and a PCI based
controller with a different version of NI-488.2. Same results in all
cases. However, I have only a single 8753, so I can't try another one
to see if it's the NA itself or not.

The code base came from (Basic) example programs provided in the GPIB
docs, but THEY apparently use a dll or something (that's not
discussed) that is called from the basic code. All their info is
based on code used in the dedicated HP computer (like the 9825) from
that era.

I would be really interested to hear that SOME ONE out there has
successfully read multiple sweeps in consecutive loops from their 8753
without problems.

tks,
Steve


Re: Is For Sale Messages OK ?

 

im interested in thev broken test equipment too??

----- Original Message -----
From: Rasputin Novgorod
To: hp_agilent_equipment@...
Sent: Thursday, January 25, 2007 11:35 AM
Subject: Re: [hp_agilent_equipment] Is For Sale Messages OK ?



--- Robert Hagenbach <rc_hagenbach@...> wrote:

> Would anyone be interested in HP test equipment that needs repair?
> Power meters, AC voltmeters, RF signal generators et-cetera.

I would be; I get most of my gear that way.
(I buy off eBay...)

/b

__________________________________________________________
Finding fabulous fares is fun.
Let Yahoo! FareChase search your favorite travel sites to find flight and hotel bargains.


Re: Is For Sale Messages OK ?

Jos Raven
 

Me too,
send a list of available equipment to;
jos.raven@...



Jos PA0AMX

At 09:35 25-1-2007 -0800, you wrote:

--- Robert Hagenbach <rc_hagenbach@...> wrote:

Would anyone be interested in HP test equipment that needs repair?
Power meters, AC voltmeters, RF signal generators et-cetera.
I would be; I get most of my gear that way.
(I buy off eBay...)

/b



____________________________________________________________________________________


Re: New Manual Website, Things is beginning to run now.

Tomas Larsson
 

Hi groups.
Things is getting up and running now.
The site is up, it seems like I got the file-area working (don't upload
anyting to i yet though, there are some small issues to resolve, still).
I have uploaded some manuals, and you can feel free to test-run it, and give
me some feed-back

As mentioned previously, the url is www.ebaman.com

With best regards

Tomas Larsson
Sweden



for downloads etc.
For uploads use the free www.yousendit.com service. and send it to my e-mail
address
Excellent and cheap hosting, use
Verus Amicus Est Tamquam Alter Idem

-----Original Message-----
From: TekScopArc@...
[mailto:TekScopArc@...] On Behalf Of Tomas Larsson
Sent: Sunday, January 14, 2007 11:47 PM
To: TekScopes@...;
hp_agilent_equipment@...;
Manual_Exchange@...; TekScopArc@...;
FEDPIC Grupp; naktalk@...
Subject: [TekScopArc] New Website [WAS] [TekScopes] Tektronix
468 manuals - I got 'em

Hi all Members in all Groups.

Since BAMA is scaling down, I have decided to take over from
where BAMA ended.
I have created a new domain, called www.ebaman.com,
(Electronic Boat Anchor Archives for MANuals) it will however
take a day or two for the DNS-update.
I will start to build the website at the end of this week.
After that, when it goes online, It will be ready.

I would however be very happy for Ideas and such.

With best regards

Tomas Larsson
Sweden


for downloads etc.
Use the free www.yousendit.com service for uploading.
Excellent and cheap hosting, use

Verus Amicus Est Tamquam Alter Idem




-----Original Message-----
From: TekScopes@...
[mailto:TekScopes@...] On Behalf Of Stefan Trethan
Sent: Sunday, January 14, 2007 9:34 PM
To: TekScopes@...
Subject: Re: [TekScopes] Tektronix 468 manuals - I got 'em

At least one member keeps a server with manuals, i think the right
persons will reply.
You could also try <>

Now that BAMA does no longer take TEK stuff, i think we should
actively do something in that regard.
There should be a list of sorts, or a table, with all free digital
manuals that we know of, and listing locations where they are.
We only need one "download" place, but we should have
several people
have a copy locally. It should take little effort to keep a
few CDs or
DVDs with manuals, just in case one of those download
places is lost,
and by distributing them there should always be many people
with the
same copy, if someone is unreachable for some reason.

I made a database in the database section, to show what i
am talking
about <>

I think there may be other ways to do this, but that's the general
idea.
Over time manuals will surely be distributed over many servers,
especially now with BAMA. I believe instead of attempting
to set up a
central archive that has all it would work better to have the files
distributed, as long as there is some index somewhere to
find them and
backup copies in case one server is lost.

What do you think?

ST



On Sun, 14 Jan 2007 20:14:41 +0100, anon_tx <anon_tx@...>
wrote:

The moderator's email is 'hidden' so I am unable to ask
him/her off-
list so I will put it to you...

There are two parts: one 27MBy and the other 39MBy. I used
hjsplit to
split them into 1.4MBy chunks but think that is probably
too much to
upload to the files section in this group - split or not.
It will
probably consume (or exceed) the remainder of my upload
quota - or for
that matter maybe this entire group.

So, I was in turn thinking about posting the manuals to
usenet in the
technical books section. Anybody have any thoughts on what
the 'smart'
thing to do is or what you'd like to see? I have been
looking for
these things a long time (for free) and finally broke down
and bought
them and am willing to share now that I have them.


To unsubscribe mailto:TekScopArc-unsubscribe@...
Archives at

Yahoo! Groups Links



__________________________________________________
Anv?nder du Yahoo!?
?r du tr?tt p? spam? Yahoo! E-post har det b?sta spamskyddet som finns


HP Equipment For Sale

Richard W. Solomon
 

Contact me off-list for particulars:

8601A Generator/Sweeper

3200B VHF Oscillator

3581A Wave Analyzer

8341A Synthesized Sweeper

35660A Dynamic Signal Analyzer

8922H GSM Test Set (Service Monitor Big Brother)

All items work. Manuals for some are included.

Pick-up in Lexington, MA preferred, but shipping is possible.
Be aware, some of these are heavy and packing/shipping will
Not be cheap. (The 8922H weighs 70 #).

Thanks, Dick, W1KSZ


Re: GPIB comms with 8753C

John Miles
 

I'd suggest trying a couple of things:

1) Send those commands with my query.exe command-line utility (see
) and see if it works any differently. That
will help rule out programming errors on your part.

2) To verify your hardware's OK, try capturing a plot from the 8753C (run
7470.exe and hit 'w', then initiate an HP-GL plot from the 8753C's front
panel; it may be necessary to put 7470 in listen-only mode via the GPIB
menu, and/or put the 8753C in talk-only mode to make this work). If that
can't be made to work, then you may have a hardware problem, because other
users have definitely been able to capture plots from 8753As.

3) Is there anything else on the GPIB bus, particularly including any
powered-down equipment? Try connecting the analyzer directly to your
adapter for testing.

4) What timeout settings are you using? I'd use at least 10 seconds to
receive a long ASCII trace dump (assuming that's what those commands do).
Alternatively, try using very short timeouts (1 second or less) and a series
of smaller reads limited to 256 bytes each, then terminate your overall read
operation when you time out without receiving any data at all. (Keep in
mind that even though you get a timeout error from ibrd(), you may still
have read some valid data. What is your ibcntl value after a timeout
error?)

5) Are you terminating your command string with a CR, LF, or both? Play
with that and see if there's something the analyzer doesn't like.

-- john, KE5FX

-----Original Message-----
From: hp_agilent_equipment@...
[mailto:hp_agilent_equipment@...]On Behalf Of sadavis80
Sent: Thursday, January 25, 2007 6:02 AM
To: hp_agilent_equipment@...
Subject: [hp_agilent_equipment] GPIB comms with 8753C


I have been using a USB-GPIB-A adapter to talk to my 8753C and
continue to have trouble sending and reading information without
errors. Has anyone else used GPIB to communicate with an 8753?


Re: Is For Sale Messages OK ?

Rasputin Novgorod
 

--- Robert Hagenbach <rc_hagenbach@...> wrote:

Would anyone be interested in HP test equipment that needs repair?
Power meters, AC voltmeters, RF signal generators et-cetera.
I would be; I get most of my gear that way.
(I buy off eBay...)

/b



____________________________________________________________________________________
Finding fabulous fares is fun.
Let Yahoo! FareChase search your favorite travel sites to find flight and hotel bargains.


Selling items on this list

Thomas Fowler
 

As founder and moderator of this group (which seems to be prospering thanks to all the efforts of its members) let us have the following policy for selling test equipment items. If you have something for sale personally (no commercial sales, please!), list the items and if you like the price, and ask members to contact you off-list if they are interested. I think that this is a worthwhile service for the group members.

--

Thomas B. Fowler, Sc.D.
Senior Principal Engineer
Mitretek Systems
3150 Fairview Park Drive
Falls Church, VA 22042
703-610-2944 Fax 703-610-2399
tfowler@...


GPIB comms with 8753C

sadavis80
 

I have been using a USB-GPIB-A adapter to talk to my 8753C and
continue to have trouble sending and reading information without
errors. Has anyone else used GPIB to communicate with an 8753?

I have finally found what should be sufficient documentation, but it
just doesn't want to work the way the book says. The OPC commands
"seem" to work the way they should - I get the '1' response, however,
often times the following command will generate an error and will not
be recognized. On reads using a command like
POIN 201; CHAN1; FORM4; SING; OUTPFORM;
(copied from an example program from HP)
I almost always get the first point response, but the rest often do
not come and I get a timeout error. If I put the entire sequence in a
loop (loops back on timeout error), then it will read correctly some
times and some times it will fail. I have tried MANY MANY different
delays between the sequential reads and have finally gotten it to work
fairly reliably, but acquiring the data takes considerably longer than
it should (due to the required delays).

Yesterday, I thought I realized that the 'CHAN1;' part of the above
was causing problems so I separated the command and now send
POIN 201; CHAN1; FORM4;
as a separate command before the point loop (CHAN1 is OPC'able, but it
doesn't seem to matter). Then a short delay and then
SING; OUTPFORM;
before entering the read data loop. It seems to work a little more
reliably, but I still have to have more delay than should be necessary
between read requests (ibrd). I also determined that if I read the
first 10 points or so slower and "get it going" (so to speak), I can
then drop the delays altogether and read the subsequent points without
error (MOST of the time).

This all just seems WEIRD to me - I wonder if my 8753 has a problem or
is it just characteristic of that model. I'm using a fairly fast
computer (1.5 - 2 GHZ Intel PC with WinXP), but the docs say the GPIB
drivers should 'get' the data when the 8753 is ready to send it - but
it doesn't work that way exactly. Apparently, I can make the ibrd
request before the 8753 can recognize it and it hoses the works. I
wonder if the older GPIB drivers and the older 8753 just weren't
designed to work with these new much faster computers?

Anyone have info, thoughts or ideas?
tia,
Steve


Re: Is For Sale Messages OK ?

Robert Hagenbach
 

Would anyone be interested in HP test equipment that needs reapir? Power meters, AC voltmeters, RF signal generators et-cetera.

Didier Juges <didier@...> wrote: You would not be the first one, or the last one :-)

Didier KO4BB

Richard W. Solomon wrote:

I have several pieces of HP Test Equipment that I need to
pass on before I move.

Is it proper to list them here ?

Thanks, Dick, W1KSZ


Re: HP 5351B counter

 

In the last 3 months on eBay, there have been three attempts at selling a single
5351B (270046272591, 270052702560, 270058523120) at $1995. No takers.

So all that tells us, is that's what someone wants to get. Sorry I don't have
anything further back in time.

A 5351A (120057862525) on the other hand sold for $950, so at least you have
some range (albeit statistically small) to consider.



If it has Option 001 or 010 (OCXO HP10811) then it's probably close to the
original cal.

Or you can get you a GPS Disciplined Oscillator jack it in as an external
oscillator and never have to worry about calibration again.



See page 126

_____

From: hp_agilent_equipment@...
[mailto:hp_agilent_equipment@...] On Behalf Of Steve
Sent: Wednesday, January 24, 2007 7:37 PM
To: hp_agilent_equipment@...
Subject: [hp_agilent_equipment] HP 5351B counter



I ran across an HP 5351B counter that looks to be in good shape
cosmetically and operationally. The guy said he'd think about selling it
to me.

What's the price range? It hasn't been calibrated for several years, so
if I buy it I'll likely send it to a cal lab.

Anyone have experience with this counter? Does it have a history of
problems? A good reputation? Other?

Thanks.

Steve K8JQ


Re: Is For Sale Messages OK ?

Mark
 

A Colleague of mine reckons it is harder to ask permission first than
to apologise later!


--- In hp_agilent_equipment@..., "Richard W. Solomon"
<w1ksz@...> wrote:

I have several pieces of HP Test Equipment that I need to
pass on before I move.

Is it proper to list them here ?

Thanks, Dick, W1KSZ


Re: Is For Sale Messages OK ?

Didier Juges
 

You would not be the first one, or the last one :-)

Didier KO4BB

Richard W. Solomon wrote:

I have several pieces of HP Test Equipment that I need to
pass on before I move.

Is it proper to list them here ?

Thanks, Dick, W1KSZ


8505A counter problem

 

I posted the following on the 8505A group but I'm not sure if anyone
is using it. All my messages come from here so I will repeat it here.
My HP 8505A Freq Counter displays incorrectly. The actual frequency
out seems normal in CW and Sweep modes on all three ranges but the
counter reads three times the frequency. When increasing the
frequency slowly (CW) the units and tens increment correctly but the
hundreds digit counts 1, 3, 5, 7, 9 (I'm talking about the third
digit from the right, ignoring the decimal point). The higher digits
count OK but the third digit seems to change going 33, 66 and 99 on
the lowest digits but not every time. It depends on the value of the
third digit.
Refer to Fig C3-66 A2A5 Prescaler/Counter schematic: U6 (a 4029
presettable up/down CMOS counter is acting up;
The QA (pin 6) output stays high, the other outputs seem normal as
though there were twice the number of input pulses, but there are
only 5 input pulses on pin 15 between the Carry Out pulses (pin 7).
It seems like the input pulses are bypassing the first flip-flop.
I checked every pin signal, the +5 volts, and looked for noise or
oscillations with a 300 MHz `scope (Tek 2465). I cut the trace from
pin 6 to U13 pin 2, no difference. I placed a 1K resistor from pin 15
to +5 volts to sharpen the input pulses, no difference. I then
replaced the 4029 chip (U6) but there was no change. I then bread-
boarded the U6 and U3B circuit and it works perfectly. I shorted pin
6 to the +5 volts and it still works perfectly. I lowered the power
supply to 4 volts and it still works. Now I wish I had socketed the
4029 instead of soldering it in. I may do that yet - cut all pins,
unsolder pins one at a time, solder suck the holes, clean and install.
Does anyone have any other suggestions? My brain is about to implode.
Peter.


431b power meter manual copy wanted

 

i have a 431 b power meter and need atleast a schematic of
it


Re: Is For Sale Messages OK ?

 

list them please

----- Original Message -----
From: Richard W. Solomon
To: hp_agilent_equipment@...
Sent: Wednesday, January 24, 2007 6:43 PM
Subject: [hp_agilent_equipment] Is For Sale Messages OK ?


I have several pieces of HP Test Equipment that I need to
pass on before I move.

Is it proper to list them here ?

Thanks, Dick, W1KSZ


HP 5351B counter

Steve
 

I ran across an HP 5351B counter that looks to be in good shape cosmetically and operationally. The guy said he'd think about selling it to me.

What's the price range? It hasn't been calibrated for several years, so if I buy it I'll likely send it to a cal lab.

Anyone have experience with this counter? Does it have a history of problems? A good reputation? Other?

Thanks.

Steve K8JQ


Is For Sale Messages OK ?

Richard W. Solomon
 

I have several pieces of HP Test Equipment that I need to
pass on before I move.

Is it proper to list them here ?

Thanks, Dick, W1KSZ