Date   
Re: TS 2000 no PTT

harrishelp@...
 

Great! I am going to go ahead and work on getting a replacement audio board/daughter board assembly ready to send to you with pre-paid shipping/postage to get the defective one back here. I believe that this will give you the shortest time to a fix from this point. Also, providing the two boards assembled together will allow you to replace the defective one without any soldering. As soon as I get the assembly coming to me, probably less than an hour from now, I will reach out to you to cover the details. 

Re: TS 2000 no PTT

Don Domina
 

Thank you.  I am not sure who "Hank" is.  Could you advise?

Cheers

Don KC0DE

Re: TS 2000 no PTT

Howard Nurse, W6HN
 

Hi Don,

I'm so glad to see progress!  I think this thread is now the grand champion for number of posts.  You have been extremely patient with this process, thank you for all the testing and reporting you have done.  I'm expecting Hank to continue working with you to look at the sluggishness issue, and I'll be here to help as needed.

--Howard

Re: PTT output not working on transmit

Howard Nurse, W6HN
 

Hi Jay,

A mystery alas.  The circuitry for "on when radio connected" and "on when transmitting" is shared by both commands.  The only difference code-wise is that a latching PTT command is sent when "on when connected" is used.  So....next question.  Is the red PTT LED light working as expected?  The PTT LED is from the Keyer board, so it is controlled by the same GPIO pin but it uses its own switching.

I assume you don't have any other software running that could interfere with RigPi's control of the GPIO pin.

--Howard

Re: TS 2000 no PTT

Don Domina
 

MFJ Service,

Thank you for reaching out.  You will note (in #3200) that I have apparently corrected the solder issue and perhaps another solder issue on the same board.  The RSS will now key.  I am very concerned about the fix.  I would like to talk about getting at least the small daughter board back to MFJ for replacement/repair but my time is short.  Could you contact me at my call at arrl.net so we can see what might work for my needs?

Thanks again

Don KC0DE

Re: TS 2000 no PTT

Don Domina
 

Howard,

I jumped by all the comments since last night, to clearing the issue of the soldering this morning.  My skills are not good in this area.  I was able to separate the two points documented in the photo in #3195.  I also touched a couple of other points that appeared they might have been "cold" or "questionable".  I did not do a good job and am worried that any change I made may be temporary or could have caused other problems.

The result of this is my ability to key the TS2000.  It appears that the "rework" that I did, in fact corrected part of the problem. Progress!!  Although I can now key, the response to engaging the PTT switch remains sluggish and spotty.  The response is not always there even though the RED PTT light on the screen reacts.  It appears to me that the RED LED on the RSS and the keying of the TS2000 are occurring simultaneously.  I will add that on shutdown, I now hear "code".  I have not heard that before on shutdown.

While I'm disappointed in the construction of the RSS, I am still very excited about getting it operational.  The reason I purchased it in August was to keep me involved with a local ARES group when I travel.  That need begins in about 4 weeks.  That is my timeframe.

Thanks all that you have done on this and huge thanks to all the others who have offered suggestions.

Looking forward to your response.

Cheers

Don KC0DE

MFJ-5713DK cable support CAT commands #mfj-1234

Ron Meadows
 

I have a Kenwood TS-590SG and I use the USB port for Ham Radio Deluxe on my Win 10 PC and would like to use the MFJ-5713DK cable for the MFJ-1234.

My question is does the
MFJ-5713DK cable support CAT commands and is this the only cable I would need to to interface to the MFJ-1234 to control my radio?

-Ron K6RPT


Re: TS 2000 no PTT

harrishelp@...
 

OK. Please ignore the message I just sent. My computer was behind. Those two pins are numbers 13 and 4 via the cable connected to the Kenwood. #13 is PTT Control and #4 is Ground. I would think that this short would key the radio, once both ends of the cable are connected. Not sure why it is not... maybe the radio is 'timing-out'? Regardless, I believe that this short needs to be cleared before proceeding any further. I work in the MFJ service department and want to be clear that I am not suggesting that you, the customer, work on your unit and wish to extend an offer to do it for you. But feel free to do it. You will not void your warranty. Just be sure to shut down the RSS and disconnect it before attempting to clear the short. 

Re: TS 2000 no PTT

harrishelp@...
 

Maybe I should have used a different color...
I used the picture you had referred to earlier. 
The 'marked in red' I referred to are the two red dots, not the red arrows. 

Re: TS 2000 no PTT

Don Domina
 

Yes,  

These are the two that are joined.

Don KC0DE

Re: TS 2000 no PTT

harrishelp@...
 
Edited

Hello all! 
This is Hank. I just joined the forum yesterday and am still learning to navigate. 
Don, are these the two shorted pins you are referring to? (marked in red)

Re: Micro SDHC card performance question

Ryan Matthew Headley
 

I will hopefully have the chance to make the attempt this weekend.  I will need to run a newer version of Debian for the Pi4, but everything should still work.  When the Pi4 first came out, I decided to see what it could do; so I installed a four-channel transcoding XLX reflector, a YSF reflector, and a P25 reflector on one and ran it parallel to the same stuff running on AWS. (there were both getting exactly the same traffic, load, etc).  The Pi4 is working nicely in this application.  I mention this because all of what I listed there is running off of a microSD in the native port on the Pi4 with no problems.

I fully expect that booting from the USB will not be required for stable operation of the RigPi image on the Pi4.  I would also argue that use of SD cards vs SSD drives is desirable.  SDs are cheap and widely available, so much so that their fragility is not really an issue to me. 

I have a pretty good environment to test it.  The radio I am using is an FT-991A which does not require either the audio board or the keyer.  I can leave my RigPi completely alone to run the test.  If everything functions as it should on the voice modes, I will then attach the keyer to the GPIO of the Pi4 and test that.

One thing of which I am certain is that the Raspberry PI4 requires active cooling.  If I reuse the RigPi case, I will have to either figure out how to squeeze a fan in there, or point a desk fan at it.

Re: Logging for a dummy?

Carl Estey
 

Howard and All;

Thanks to all of the hints and helps, I got VNC running, and explored my way around in OpenOffice and finally got the CSV file sorted, formatted, and printed.  Using the printed log of FT-8 QSO’s I discovered that in 23 days I have worked 12 countries, and over 120 qso’s.  I have many different wire antennas up but the “killer” has been an homebrew OCF dipole on 80-10 meters.  Unfortunately, with the delivery via a “boom” truck of some building materials, that antenna has quit working well.  Hopefully, the fix will be obvious and easy.

Tonight also saw some other personal victories.  I got RSS running with VNC on a HP Windows 10 tablet.  No sound yet on my IC-7300 but that will be the next battle.

Again, thanks to everyone who helped bring a big smile to my face tonight.

73
Carl WA0CQG

On Sep 25, 2019, at 8:03 PM, Howard Nurse, W6HN <hlnurse@...> wrote:

Yes, OpenOffice and Google sheets will work for CSV files.  You can also use the spreadsheet already provided in RigPi (Office>LibreOffice Calc).  But it is probably more useful to use the ADIF format log provided by WSJTX for manipulation by ham programs.  wsjtx_log.adi can also be imported directly into RigPi's logging program.  Here is one way to do that:

  1. In WSJTX running on the Raspberry Pi desktop, use File>Open log directory to show all files in that directory.
  2. Drag wsjtx_log.adi to the Raspberry Pi Desktop (this removes the file from that folder, you can also copy and paste).
  3. Start RigPi by double-clicking the Pi icon on the desktop.
  4. Open the Log window, click the "hamburger icon" and select Import.
  5. Browse to find wsjtx_log.adi on the Desktop.
  6. Import the file.
Once in RigPi you can manipulate and edit contacts.  You can also Export the contacts to another computer.  The simplest way to do that is to open a browser for RigPi on the other computer, and from the hamburger list, select Export.  The contacts will be sent to the Downloads folder on the computer you are using.

The steps above show only one way to get the files elsewhere.  Once "elsewhere" they can be opened by any other ham program that supports ADIF files.

--Howard

Re: Micro SDHC card performance question

tmeys@...
 

Herb -
I found I had to remove the SSD card from the Raspberry Pi 3B+ card for it to boot from the USB.  What I am running right now is an IOGEAR SD/MMC/MicroSD Card Reader/Writer (about a $7 device) in one of the four standard USB 2.0  ports with a SanDisk Ultra Plus microSD.  Get the same (good) performance with the card reader as I do having the SD card plugged inside the RigPi, but now it is very easy to swap between my working and testing images.

Ryan -
I would be interested in what you find with the Pi 4.

'73 - AE0AU - Tony

Re: TS 2000 no PTT

 

Here's what my clean pins look like.



Shouldn't be any bad solder joints anywhere.
The man needs a new RSS!
Someone needs to get it for him.  Remember, mine is working fine.
Don
N3BMT

PS  I took pictures of mine while I had it apart today.

Re: PTT output not working on transmit

Jay McClellan, K8DC
 

I tried switching to the Hamlib Dummy radio and I get the same result. The hardware PTT has no effect with PTT set to 'ON when transmitting', i.e. pushing the PTT button has no effect, but it does activate the radio upon connection with PTT set to 'ON when radio connected'. I double-checked by measuring the voltage at the TX OUT ring terminal, using an external pullup resistor. In the 'ON when radio connected' mode it gets pulled down to 0 volts as soon as I connect the radio but in the 'ON when transmitting' mode I see no change in voltage upon connection (as expected) or when pushing the PTT button. It seems clear that the PTT button is not driving this hardware PTT output when transmitting.

Re: Logging for a dummy?

Howard Nurse, W6HN
 

Yes, OpenOffice and Google sheets will work for CSV files.  You can also use the spreadsheet already provided in RigPi (Office>LibreOffice Calc).  But it is probably more useful to use the ADIF format log provided by WSJTX for manipulation by ham programs.  wsjtx_log.adi can also be imported directly into RigPi's logging program.  Here is one way to do that:

  1. In WSJTX running on the Raspberry Pi desktop, use File>Open log directory to show all files in that directory.
  2. Drag wsjtx_log.adi to the Raspberry Pi Desktop (this removes the file from that folder, you can also copy and paste).
  3. Start RigPi by double-clicking the Pi icon on the desktop.
  4. Open the Log window, click the "hamburger icon" and select Import.
  5. Browse to find wsjtx_log.adi on the Desktop.
  6. Import the file.
Once in RigPi you can manipulate and edit contacts.  You can also Export the contacts to another computer.  The simplest way to do that is to open a browser for RigPi on the other computer, and from the hamburger list, select Export.  The contacts will be sent to the Downloads folder on the computer you are using.

The steps above show only one way to get the files elsewhere.  Once "elsewhere" they can be opened by any other ham program that supports ADIF files.

--Howard

Re: PTT output not working on transmit

Howard Nurse, W6HN
 

Hi Jay,

This may be an issue we are confronting with another setup.  RigPi simultaneously sends CAT and TX OUT PTT commands.  The radio may see the CAT command and override the hardware PTT command on the accessory jack, thus not switching the audio.  A simple test would be to use the Hamlib Dummy radio (which doesn't use a tty port), but the hardware PTT still works.

--Howard

Re: TS 2000 no PTT

Bruce N7XGR
 

Howard,  The DIP numbering on my board is on the silk screen side
and is the same from this PDF,  RadioPinConnectorsSheet-1.pdf
I do not use any pin numbering on the RJ jack but instead use
the pin numbering on the PC board numbering because the jumper
diagrams has the same numbering.
With these two RJ pins shorted and traced to the DIP means that
pins 4 and 6 are shorted on the DIP socket.

Bruce N7XGR


On Wed, Sep 25, 2019 at 7:49 PM Howard Nurse, W6HN <hlnurse@...> wrote:
Thanks, that's where our pin numbering inconsistencies originate.  The numbers 1-8 do not reflect the normal DIP pin numbering, but instead they reflect their corresponding connection on the RJ-45 connector.  I believe the pins in question on the RJ-45 are 3 and 5, not 3 and 6.  The two middle pins are shorted according to Don, and the pins are numbered 1-3-5-7 along that side.

--Howard

Re: PTT output not working on transmit

Jay McClellan, K8DC
 
Edited

Thanks Howard. I am using only the RX IN and TX OUT jacks, not the RJ-45. I am getting a PTT signal on the TX OUT jack when I tell fldigi to assert GPIO 17 as its PTT, and I am also getting a PTT signal on TX OUT when I set the RigPi web interface for PTT 'ON when radio connected'. I haven't opened the case but based on these results I think the PTT jumper is in its default 2-3 position and not the KX-3 position, since GPIO 17 is in fact controlling my PTT signal. It's only when I set the RigPi web interface PTT to 'ON when transmitting', which is the normal mode, that it doesn't work. It's just always off in that case, as if a software problem is preventing it from setting GPIO 17 when transmitting.