Will, Yes, we do the same zero crossing detection several ADX versions that use an Arduino UNO or NANO. We are in the process of moving to a version that use the Raspberry Pi PICO, which does not have zero crossing input capture and uses a 1 MHz clock, so either we have to take measurements over a much longer time period or come up with another faster way to generate a TX FSK frequency. Hence bypassing the D>A in WSJT and A>D in the microprocessor.
73, Alan AG7XS > On Sep 19, 2022, at 11:15 AM, William Smith via wsjt-devel > <wsjt-devel@lists.sourceforge.net> wrote: > > The http://qrp-labs.com/qdx.html _could_ use the same data stream (tones > instead of audio), but as JT points out then the 'radio' is in charge of > doing the transitions from one tone to another, and you need watchdog timers > and such. [The QDX does zero crossing detecton to determine the incoming > tone frequency, if that helps.] > > 73, Willie N1JBJ > >> On Sep 19, 2022, at 1:01 PM, Alan Altman via wsjt-devel >> <wsjt-devel@lists.sourceforge.net> wrote: >> >> Greetings, >> >> Thank you for all the great work on creating and improving WSJT-X. >> >> You are probably aware of the ADX transceiver designed by WB2CBA. It is a >> simple open source digital HF rig designed for home brewing. We are working >> on replacing the Arduino with a RPi PICO. Due to differences in internal >> peripherals and timers, it is more complicated to measure the TX frequency >> in order to send it to the Si5351 DDS we use. >> >> In rethinking the problem, it occurred to me that WSJT-X must first generate >> a digital list or table of tones for each transmission before they are sent >> to the sound card and on to the rig as an analog signal. >> >> What would greatly simplify the transition to PICO is if the TX audio >> frequencies could be sent out over USB in a directly useable format that >> could be directly added to the base frequency and on to the DDS. The best >> solution for ADX would be the final 0 to 3000 Hz tone frequency value be >> sent upon start of TX and each subsequent change in value or at a preset >> interval until the end of TX (stop value appended to release TX mode) or >> some other system if it is easier to implement on the WSJT-X side. Timing >> would be controlled by the WSJT-X. We have been using VOX or CAT control for >> PTT, but could update that to CAT only. >> >> In addition if USB CAT polling interval requests could be blocked during TX >> periods, that would be even great as it prevent dropouts and data conflicts >> if using a USB hub with audio dongle. >> >> 73, >> Alan >> AG7XS > > > > > _______________________________________________ > wsjt-devel mailing list > wsjt-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wsjt-devel _______________________________________________ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
