开云体育

Yes you are correct about the LO. The problem was that the mode was being changed in at least two different places, so there was on one place that I could put code to detect that the mode had changed

The lo is changed only in sbitx.c. There should always be just one function tk change on state. The functions in sbitx_gtk.c are higher level functions that build on top of r1:freq like rit, vfo a/b,

Thanks for sharing that.

Dr.Slump you have addressed your message to a "user group". Try a different address for your problem. -- *Bob Johnson Jr.* *Tejas Model Shipyard* Lufkin, TX K5LFK *MODERN TECHNOLOGY* *OWES

great work, gang and great explanations, thanks! Gordon KX4Z wrote:

My solution was to put the change to the LO in both places where the mode was set. On my todo list is a re-write consolidating the radio commands into a single place where changes like this could be

Ok. Never mind. I just brought a few plugs and the one that fits is a PSK 254. Just in case somebody else is searching for this.

That's what I am looking for too. Did you come up with a solution for this? And are your code changes public somewhere? Thx

That explains something I noticed with my code. The audio sounded fuller. That’s due to the filter skirt difference. -- 73, Mark, N8ME

Mark, I just remembered. The 40 mhz crystal filter is sharp on the upper sideband and shallow on the lower sideband. Using it as an upper sudeband filter will make the opposite sideband

Well, I hacked in the code to change the Local Oscillator (clock 1) between 40,035,000 (current default) for USB modes and 39,987,000 for LSB modes. Seems to work.? I still need to adjust the

Ah, Harry Nyquist ... I remember as an engineering student at North Dakota State University learning that Nyquist was a graduate of the University of North Dakota just up the road in Grand Forks.

I am thinking of doing it. I hadn't seen the comment in the code. I just thought I'd ask if there was some compelling reason not to try. Why spend a lot of time on something that you had already

I commented about this in the source code too, it can be done. I didn't do it. You want to give it a shot? - f

Ashar, Thanks for the reply. I think I'm finally starting to understand this. Related to this, I see that the sideband inversion for LSB is done in the DSP software. Was any consideration given to

I have the Sbitx V2 #108 for sale. Purchased at Hamvention. $325 w/o a Pi, $375 with the Pi installed. Plus split shipping. Also comes with 3D printed legs/stand and the HDMI plate that allows easy

Carl, That's because it boots into the RasPi OS. It has the sbitx info in the 2nd partition which is not readable by Windows. Put it in the Pi and boot up the radio. Hank W6IR

I finally got a new RPI installed and installed the RPI iOS. The link that HF signals gave me for the sbitx_iimage.rar extracts to be identical to the rpi iOS can you provide me a link to a valid

Mark, The bandwidth is limited by our crystal filter. I couldn't make it wider than 25 KHz. If, instead, we had used phasing method, we could have achieved a full 96 KHz spectrum display. I discarded

The sample rate appears to be 96 kHz, but the bandwidth is only 24 kHz. Shouldn't it be 48 kHz, half the sampling rate? Is this due to the overlap-discard processing? -- 73, Mark, N8ME