Yepp, it definitely doesn't meet the more demanding ham radio requirements for great RX performance while working signals at or bellow the noise floor using narrow band modes like SSB/CW. It doesn't
The center two pins are not capable of switching the 25A 13.8V DC current. The front panel switch is only rated for a few amps at most which is all that there would be in the 120V primary of the powe
The key concern that I would have is port to port isolation of the switch on the RX IF line. Most switches fall into the range of 30-60db of isolation, that does not seem like nearly enough for when
I've never seen any lag here either, even with 4 N4PY sessions running simultaneously controlling 6 Pegasus radios, - 4 of which are sweeping (sweeping is more CPU and serial port traffic intensive).
Would be curious how much CPU horsepower are you running? After all raw hardware processing power cures a lot of performance ills in software. And if there are many other apps running? If there aren'
Black outs? what black outs? conditions have been pretty good... That is if you have SSB/CW coverage above all of those "DC" bands (<30Mhz). Those of us who primarily play on 50Mhz and up have been h
WriteLog definitely is via N4PY software, but don't belive that it can talk to the Jupiter directly though. Duane N9DG __________________________________________________ Do You Yahoo!? Tired of spam?
Tonight when I got home I confirmed that the Ten Tec Radios supported in WriteLog are the Delta II, Omni V/VI, Orion, and Pegasus. As pointed out by Carl the Pegasus is supported using a 'memory' int
Agree, though it should be complicated enough to be able to accomodate things like you've described below and much more. Yupp. And integration with SSTV/PSK/RTTY/WSJT etc. etc. types programs as well
The key is to not get hung up on the fact that radios today are becoming more and more computer driven and less "analog". When properly implemented you should not even notice that there is a computer
There are or have been two different types of Heil foot switches available. The FS2 has the hinge point under where your heel rest, so you press down with your toes, it is actually quite comfortable
case for the notion that sophisticated controls for a radio belong on a host PC and not in or on the radio itself. And if Carl's doing all this already at only 57Kb/s, just imagine what a 100Mb/s con
Mine has always done that too, and it's pretty nasty when you have the AF gain cranked all the way up while trying to work a really weak signal and switching modes to make the Q. I have never studied
I have both and here's my conclusions: 1. Sensitivity (MDS) is pretty much a wash, no discernible difference that I can tell. 2. IF/AF chain noise (hiss), the Pegasus clearly has the edge. The Peg is
Actually what I believe the point is that all the required hardware to build a radio is basically just a commodity (or should be by now) such that the "experimentation" activity moves to the realm of
Actually I think they could achieve the desired effect of continued development by releasing the source to to a carefully chosen select few who will take the ball and run with it. That way they can m
If you hang around here long enough you notice that there are some not so "forward looking" guys too. That's fine, it gives this reflector a wide dynamic range, the futuristic thinkers (like me) can
I do indeed point out the importance of understanding the historical perspective and specifically made that point in my previous post. As for "reinvent the wheel" no, not at all. Sure much of what I'
<snip> I would suggest that an even better way to interface N1MM with Carl's sofware would be to use a programing API. This is how the interface between Carl's software and WriteLog is done. It avoid
At least from a high level, based on various comments here I do get the sense that quite a few don't really grasp what the basic CPU/DSP architectural design of the Orion is (or any other modern DSP