On 10/5/2022 1:43 PM, James Holtzman via groups.io wrote:
[Edited Message Follows]
Our existing homebrew cables have a 2.5mm stereo phone plug on one
end (RS-232), a nine pin DB9 connector, going to a DB9 RS-232 to a
USB connector. The cable has had a history of bad intermittent
connections which drove us nuts.
Most likely the intermittent connections are mechanical. Are the 9 pin ports secured with screws and nuts, or are you relying on just the friction of the connector?
It could be that you have a bad wire in the cable, or your cable is picking up RF from the transmitter.
This is probably not affecting your issue, but something to be aware of if you are rolling your own cable using serial port connectors.
A common wiring error (And is present on the serial cable that came with my hand-held) for serial ports, is that if the DTR/DSR and RTS/CTS connections are not supplied by the source they should be always connected. On a 9-pin connection, that is pin 4 and 6 connected and pins 7 and 8 connected.
The 4 and 6 connected allows the computer to detect if the serial port has gone offline, and the newer version of D-Rats will log when it detects this. Future versions of D-Rats will test for for a properly wired serial connection in the configure radio section to allow it
to report.
I or someone really need to do some more detail than this and put in into a WIKI.
I have found issues with some USB to serial adapters, but only when the D-Rats application is not running. Some adapters will randomly key the radio when D-Rats is not running. I have not seen that behavior on adapters based on the FTDI chip, and those are a bit more expensive than others.
We could buy new cables from RT Systems, believe they are about $25
each, but what other sources do you recommend?
If that handles the stereo phone jack to USB, it may be hard to build your own much cheaper unless you have a well stocked junk box.
Find out what USB chip set is used in these pre-made cables.
What we need is one with a 2.5mm stereo phone plug on one end and a
USB connector on the other end.
I have not measured the output of the 2.5mm stereo output to see if I can vampire out the generating a DTR signal when it is plugged into the radio based on the RS-232 signaling levels. The RS-232 standard is quite liberal in what a receiving line will accept, and some implementations take shortcuts that mostly work.
You also may need RF protection. Your cable may be a great antenna.
Ideally you would have a circuit that would use diodes or transistors and a capacitor that would allow simulating a DTR signal based on if the data out line had a proper RS232 voltage. (I need to look up details on this for a design). The CTS line should also track the DTR line.
Again, D-RATS does not take advantage of these signals now, but I plan to have it do so in the future as an option, and it will allow having a displayable status of the radio connection.
Your USB side is best (by reputation) with a genuine FTDI chip do the conversion. These are pricier than other brands.
The USB chips / modules take TTL level, not RS-232 levels. There are quick and dirty methods to convert TTL and RS-232. They may not work reliably as they are depending on the side expecting RS-232 not enforcing the specification 100%, and adding RF into the mix may hurt that even more.
Usually a chip set is used to do the conversion now. And the chips are very cheap.
For a home made design, in addition to the DTR simulation, there should be a circuit that shuts off sending any data to the Radio when there is no DSR signal from the USB to serial chip. That lack of a signal is supposed to mean that there is no program running on the computer to send or receive data.
The python 3 version of d-rats tries to makes sure that the DSR signal on the cable is properly set. Some of that depends on how compliant the serial driver on your computer is with the actual signaling "standards".
Last question, I know this has been asked before, what is a good
ratflector to monitor over the internet, we know the default one no
longer exists. I have looked at the database and don't have time to
go fishing.
I am showing k3pdr and kb8pmy as the two possible replacements for rat.
Ideally there would be a yaml or equivalent machine and human readable file in an online git repository that d-rats when connected to the internet could pull down lists for you to select from.
There is a ticket open on ham-radio-software/d-rats for that.
One more thing, forgot to ask, getting too old -
What is the best way to print messages in D-RATS? I've been copying
and pasting into a plain text document, doing the editing if
necessary, then sending to the printer. Is there another way to
print? >
You would think there would be under FILE>PRINT. I can also copy
and paste from the log file of course.
Closest is "View->Log" and that will attempt to bring up a text viewer based on your platform and you should be able to print from that.
That area needs a lot of work. It uses a hard coded text viewer instead of either asking the OS to select one, or use a config preference.
I have at least one ticket open on ham-radio-software/d-rats for text viewer selection. I do not think there is one for a print enhancement.
Thanks for all that you do.
Jim k6nra? Sacramento County Sheriff's Amateur Radio Club
Regards,
-John