I need help with this problem. I am using Raspberry Pi3 B+, cm108 USB FOB and asl 2 beta6.
Previously I used the node in full duplex mode (duplex 2) to control the repeater and had no problems.
But now I need a simplex node (duplex = 1) to control Baofeng 888. And when Raspberry Pi is rebooting, it constantly triggered PTT mode.
When I run Simple-USB tune, and chose option F (Toggle PTT and Tone) it runs the test, and after that PTT is no longer always stay ON and radio start work normally.
I would take a look see if the signal in simple usb config might be inverted - carrierfrom = usb ; no,usb,usbinvert
; no - no carrier detection at all
; usb - from the COR line on the USB sound fob (Active high)
; usbinvert - from the inverted COR line on the USB sound fob (Active low)
ctcssfrom = usb ; no,usb,usbinvert
; no - CTCSS decoding, system will be carrier squelch
; usb - CTCSS decoding using input from USB sound fob (Active high)
; usbinvert - from the inverted CTCSS line on the USB sound fob (Active low)
And also
invertptt = 0 ; Invert PTT: 0,1
; 0 - ground to transmit
; 1 - open to transmit
duplex = 0 ; Duplex 0,1
; 0 - half duplex
; 1 - full duplex
I found not very straightforward solution: run a script at startup: “susb key” “susb unkey”
carrierfrom = usb
ctcssfrom = no
invertptt = 1 (CM108 FOB without transistor)
duplex = 0
This is a known problem in software/driver.
It’s being actively worked on and being fixed.
Your work around should be good until it is fixed and will likely be fixed in the next release.
-Steve
N8LBV
Your reply was to a issue with asl 2.0 more than 8 months ago. And is not a bug, but a natural condition of logic before power is supplied and communication with the FOB set the correct operating logic. It appears the same when using a parallel port as well.
The solution is to invert the logic software AND electrically invert the logic (transistor) that is powered all the time so it is not effected when the computer is booting or off…
Actually, there IS a bug with the invertptt = yes logic that affects the state of the PTT GPIO pin at startup. As Steve commented, we are working on a fix.
… and I suspect the same was also present in ASL 2.0.
Whether it makes sense to use “invertptt = yes” is a different issue.
LOL… go figure.
But asl3 was not released when the thread/post was created in April.
I try to tidy up some threads since they are referenced for a long time and sometimes need addendum as the recent post demonstrates. So a little more guidance when they are later stumbled on.
Yeah this one somehow popped up on my view and I didn’t check to see how old it was…
grumble