[arm-allstar] USB Subsystem on RPi Unstable & Problem with LocalPlay

[john.chartkoff]

Hello,
I am having 2 issues with HamVOiP1.5.rc16.
Specifics:
    Node = 29309
    Set up as duplex=0
    Single node operation
    FOB = URIx (tried RIM-Maxtrac also)
    32 G SD card bit tested using H2TestW (tried two cards with complete new builds)
    RPi 2 Mod B (also tried RPi3)
    RPi power supply running at 5.02 VDC (tried two separate supplies)
    Motorola GM-300 with channel steering enabled
    Reporting correctly to APRS as N1CTF-1 (same issue when gps.conf deleted)
    Reporting correctly to Echolink as N1CTF/L (same issue when echolink.conf deleted)
    Test radio is a Motorola XTS2500 M3
    Using SimpleUSB
    Everything tuned up nicely on the service monitor
    The only non factory settings are additions to simpleusb.conf [usb] and rpt.conf [functions] for the GPIO control and parrot mode per the "how-to" on asterisk/app_rpt.

The system is awesome, and sounds great, except for two flaws.

Issue #1: The USB subsystem fails to respond to DTMF after having been operational for minutes. These are some operational notes:
     A: The rest of the system is functional.
     B: If I reset the USB subsystem it starts to work again, but usually not for more than a few minutes.  But sometimes its OK for an hour or so.
    C: Resetting the USB subsystem sometimes crashes the Linux session completely and requires a hard reset.
     D: When the system is not working, there is a continuous stream of messages on the CLI as follows, even though no DCS is decoded and the receiver is quiet :

[Mar 26 04:38:17] WARNING[435]: chan_simpleusb.c:1606 soundcard_writeframe: soundcard_writeframe bytes dropped: written = -1, requested = 3840

    E: I am using the CTCSS input only. "COSFROM" is set to "NO."  The Realtime RX Telemetry Display always shows that the COS input is keyed, even though it is set to "NO." (Not sure if that matters or is even a problem...) CTCSS input responds to DCS decode on the GM300.

Issue #2: When issuing DTMF command "*82" on a local portable, the macro does not key up the transmitter if the "say24time.pl" Perl script calls "localplay." Localplay plays the script, and it is showing on the CLI, but the only way to hear it over the radio is if someone else is talking and doubling with the script and causing the radio to go into PTT.  But if I change the script to run "playback," it works fine. This is a sufficient workaround for scripts, but it does not fix some non-macro voice playbacks.

One more piece of evidence: If I dial *81, for example, on iaxrpt, running on an Ubuntu box in Wine, on the same private LAN, the radio keys up and I can hear it over the air.  But if I issue the same commands on the XTS2500 right next to the node, the CLI shows all the tones are decoded, and it shows the message is being played on the CLI, but the radio doesn't key up.

So, to summarize issue 2: scripts calling "localplay" do not key up the transmitter if originated from a radio using DTMF commands. But they do key up if they are commanded by the DTMF pad on iaxrpt. However the transmitter doesn't key right up and the first part is cut off (if the macro is calling localplay.)

Macros works great using "playback."

Status messages do not play at all, but I cant find where to change localplay to playback for status messages.

Thank you very much for your help and for developing this fantastic system.

John --N1CTF