开云体育

Dave, Mine behaves the same, maybe I have a dodgy modules as well. 73 Jim - G3ZQC

Can you show a scan of your BPF? The "AGC overloading", as you mention it, could be caused by a too wide BPF. This possibly can be solved by moving the IF frequency to the side of the filter instead

Thanks for this John. One thing - the green line on the trace shows the gain from the LNA/PGA preamp in the SI4432.? By default the AGC algorithm adjusts the gain to suit the signal strength. There

Hi erik.Yes i am aware of that. Thanks.Glenn?Sent from my Samsung Galaxy S7 smartphone.

When measuring harmonics ALWAYS repeat the measurement with a different level of attenuation to ensure the harmonics are not internally generated. If the harmonics move down in level compared to the

I did a test this morning with Johns V1.4. as released in other thread. This little gadget is pretty neat. I used my Rigole to compare a signal out of my HP8640b sig gen.?? As you can see, both

tinySA_V1.4 is now available ( /g/HBTE/files/Tiny%20Spectrum%20Analyzer/ESP32/tinySA_V1.4.zip ) ! Thanks to David (M0WID), Glenn (VK3PE) and Jim (G3ZQC) we fixed the power output

Hi Jim.? As you can see having big trouble focusing on my work today.? Maybe I need to redirect these emails or go to the daily summary format. I seem to understand less each day!? Several years

Folks - Please ignore the discussion related to the low TX output power! Working with David this morning we (he) found what the real problem was and corrected it. Since I don't have a working Si4432

Dave, I don't understand (nothing new there).? According to the datasheet, Reg 6D (aka REG_TXPWR) bit 4 is reserved, and bit 3 is the lna_switch, set in the "direct tie" configuration.? Why are you

Dave, a bit more than that. See registers SI4432_Write_Byte ( REG_GPIO0, 0x12 );??? // GPIO automatic antenna switching SI4432_Write_Byte ( REG_GPIO1, 0x15 ); The antenna switch in the module is

OK.? I see it.? Will post a fix after work,? but in the meantime at line 2164 or thereabouts the line SI4432_Write_Byte(REG_TXPWR, 0x1C + (drive - 2 )/2); I think should be

Dave, I found a bug in the software which doesn't allow the Tx LO to develop full output level. Changing the variable 'drive' does change levels but the max. level is still way way down. I passed the

Hi Marty. I am using version 1.04 of the ESP32 arduino environment,? but was using 1.03 until a few days ago.? No pressing need to upgrade from that version, but 1.04 produces slightly faster

It would generate too much bad press if they did anything detrimental so I feel that is a pretty safe choice. If in doubt there is gitlab (my personal favourite) as a backup.

Loitering?? :-|)? ?Yes, does seem like the better resource as long as the mission doesn't change with newer Microsoft ownership. GoogleCode as with other Google services has changed for the

Hi Glenn.? Good spot. There is a variable named drive that is initialised at 6, and this determines the LO drive.? The LO drive level is updated at the start of every sweep to whatever value the

Please no loitering of archive.org. Use github ...

Here's the RF side of things. Note the *crude* Atten module bypass for now. (coax would be nicer) An initial test showed the LO power out to the mixer to be way down.?? Something in the sketch

Thinking the version for each is excellent to note somewhere, i.e. Arduino IDE version, Board version (unless maybe like linked via File--> Preferences-->Additional Boards Manager URL's) and Libraries