开云体育

I have an SAA2N that has been working fine. Yesterday I was using it to measure a long run of coax, and it was working fine. Then it just started acting like it was not sending a signal out of port 0. I reset the calibration, and noticed on the smith chart with nothing attached to port 0, the dot was near the left side of the smith chart that would normally indicate a short. I put the 50 ohm load on it, and the dot did not move, nor when I put on the short.
I decided to calibrate it, so ran through the calibration procedure, and now I get the spaghetti screen (lines all over the place). If I reset the calibration, it goes back to the trace on the left side of the smith chart.
It is acting like there is a short on port 0. Has anybody had this happen? I tried resetting everything, and results are exactly the same...
Thoughts?
Thanks!
Tom

I have a new RF Demo Kit board that came with two connecting wires. One
end is an SMA male connector and the other end is something that I have
never seen before. It is supposed to connect to the test positions on
the circuit board. I have not been able to make the connection because
it is very resistant and may take a lot more force than I am willing to
do before I learn more about it. Any suggestions would be appreciated.

Richard KC9UB

On Feb 3, 2021, at 08:24, Dragan Milivojevic <d.milivojevic@...> wrote:

Docx is not an open standard. OpenDocument is and it is an
international standard.

On Wed, 3 Feb 2021 at 17:03, Jim Lux <jim@...> wrote:

On 2/3/21 7:40 AM, Manfred Mornhinweg wrote:

I was also opening these docx files in OpenOffice, on my good old

Windows XP. But like Jean-Denis comments, the format gets screwed up, the
colums don't align.

Using PDF is much better. Probably pretty much any computer and similar

device in the world has a PDF reader installed, that works well. And most
text processors can write PDF files directly, and for those that cannot,
it's easy enough to print to a PDF conversion utility. So their is no good
reason to distribute text files in the internal formats of specific text
processor programs.

we're sort of getting off nanovna here, so if the moderators want to
kill it, fine.

The problem with pdf is that it's not editable. .docx and LaTeX are both
editable forms, with varying degrees of portability and cross platform
ness.

If you want to create something where others contribute changes (like a
user manual) then pdf isn't great. As others have noted, .docx is "sort
of" supported across a wide variety of readers (LibreOffice, Mac
TextEdit) - The problem I've found is that the stuff you really want to
control (page layout, tables, and image management) is the part that
breaks first. Such is life.

There are long wars about preferences for LaTeX vs MSWord, and a lot
depends on the community you come from. Academia in the physical
sciences or math - probably LaTeX; Academia in other fields - probably
Word; Industry in general - Word; US Government - Word. Cloud apps like
overleaf make working with LaTeX easier, but does require an internet
connection. There are WYSIWYG LaTeX editors out there too.

I've not had great success with various Wiki or Markdown approaches for
tutorial or reference material. Something about it causes it to
gradually degrade in formatting or to become disorganized. Pretty
rapidly, most wikis become a place where the information you need is
"somewhere" but it's hard to figure out where. Same applies to large
document repositories - I guess this is why editors and curators are
necessary, because the search engines tend to find too little or too much.


Probably what is best in the long run is how some papers are being
published - pdf or html for the text, with separate discrete files for
the images and/or tables. You can read it easily with the pdf, but if
you want to pull the full resolution figure, or import the tabular data,
it's available. My own preference is that if you used software to
generate the data plots, can you provide the data and the software code
used for the plot (usually Matlab or Python). That makes it possible to
regenerate the plot, or add data to it, or add markings, which is often
handy.

On 2/3/21 7:40 AM, Manfred Mornhinweg wrote:

I was also opening these docx files in OpenOffice, on my good old

Windows XP. But like Jean-Denis comments, the format gets screwed up, the
colums don't align.

Using PDF is much better. Probably pretty much any computer and similar

device in the world has a PDF reader installed, that works well. And most
text processors can write PDF files directly, and for those that cannot,
it's easy enough to print to a PDF conversion utility. So their is no good
reason to distribute text files in the internal formats of specific text
processor programs.

we're sort of getting off nanovna here, so if the moderators want to
kill it, fine.

The problem with pdf is that it's not editable. .docx and LaTeX are both
editable forms, with varying degrees of portability and cross platform
ness.

If you want to create something where others contribute changes (like a
user manual) then pdf isn't great. As others have noted, .docx is "sort
of" supported across a wide variety of readers (LibreOffice, Mac
TextEdit) - The problem I've found is that the stuff you really want to
control (page layout, tables, and image management) is the part that
breaks first. Such is life.

There are long wars about preferences for LaTeX vs MSWord, and a lot
depends on the community you come from. Academia in the physical
sciences or math - probably LaTeX; Academia in other fields - probably
Word; Industry in general - Word; US Government - Word. Cloud apps like
overleaf make working with LaTeX easier, but does require an internet
connection. There are WYSIWYG LaTeX editors out there too.

I've not had great success with various Wiki or Markdown approaches for
tutorial or reference material. Something about it causes it to
gradually degrade in formatting or to become disorganized. Pretty
rapidly, most wikis become a place where the information you need is
"somewhere" but it's hard to figure out where. Same applies to large
document repositories - I guess this is why editors and curators are
necessary, because the search engines tend to find too little or too much.


Probably what is best in the long run is how some papers are being
published - pdf or html for the text, with separate discrete files for
the images and/or tables. You can read it easily with the pdf, but if
you want to pull the full resolution figure, or import the tabular data,
it's available. My own preference is that if you used software to
generate the data plots, can you provide the data and the software code
used for the plot (usually Matlab or Python). That makes it possible to
regenerate the plot, or add data to it, or add markings, which is often
handy.