<div dir="auto">John Peterson, i will soon try PiCW again. I never was able to get it to work before.<div dir="auto"><br></div><div dir="auto">Actually i may have to wait till i get another Pi, since two of mine are dedicated to fixed tasks.</div><div dir="auto"><br></div><div dir="auto">A year ago my Pi2 and the 20m tapr hat burned out, and i discovered that the RG-174 cable i had built had shorted out. From now on i will buy, not build, cables. That Pi2 still functions for many tasks, but the RF output is close to zero, so i won't be using it for beaconing.</div><div dir="auto"><br></div><div dir="auto"><div dir="auto"><br></div><div dir="auto">Orrin wn1z</div></div></div><br><div class="gmail_quote"><div dir="ltr">On Wed, Apr 18, 2018, 00:10 John C. Peterson <<a href="mailto:jcp@eskimo.com">jcp@eskimo.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
I had problems trying to use PiCW about a year ago. You didn't describe<br>
what happened *after* transmission stopped, but in my case, the R-Pi froze<br>
completely and required a cold reboot.<br>
<br>
I had some spare time to look into it, and discovered some non-trivial<br>
software related problems with PiCW that I was able to fix after some<br>
lengthy detective work. (I don't think these problems were James' fault,<br>
but appeared to have come from the new "mailbox" code for the Broadcom<br>
PWM chip that came from another project).  My fork of PiCW with the<br>
fixes is here;<br>
<br>
<a href="https://github.com/jcp-sd/PiCW" rel="noreferrer noreferrer" target="_blank">https://github.com/jcp-sd/PiCW</a><br>
<br>
The "plot thickens" is apropos at this point. One of the things the bad<br>
code did was to *DELETE* the PWM device node and try to re-create it<br>
(which it didn't do correctly among other problems).  I can't fathom<br>
what the intended purpose of that was, but that's what was there!!! So<br>
the bottom line is if you have ever (even once) run a version of PiCW<br>
with this issue, your PWM device node has been trashed and you need a<br>
fresh OS install to get back on track.<br>
<br>
I posted a pull request to James' project page for my PiCW fork, but just<br>
guessing he got busy (as I am now) and didn't see it. His version of PiCW<br>
still has this issue that mangles your PWM device node, so caveat emptor!<br>
<br>
At that time, I was using an older version of WsprryPi that was working<br>
fine, but later discovered James' newest version had the same issues as<br>
PiCW. I created a fork of WsprryPi with the same fixes that James has<br>
since merged into his master branch. So his latest WsprryPi should be<br>
good to go...<br>
<br>
I'm guessing that James' latest WsprryPi will work fine on a *fresh*<br>
install of the OS (just don't use his PiCW!).  You mentioned you were<br>
using a Stretch (Debian 9) based distro, and I have not tested that. So<br>
if that does not work, it's possible there has been some new regression<br>
with the PWM mailbox driver in the Stretch distros. In that case,<br>
I would try an older Jessie or Wheezy based distro for your R-Pi...<br>
<br>
P.S. Your TAPR Wspr-Pi shield is probably just fine. The shield isn't even<br>
required to run WsprryPi (a suitable BP filter is ...) I experimented<br>
with it for a close to a year using my own filters before the shield<br>
was even available.<br>
<br>
On Tue, Apr 17, 2018 at 04:32:47PM -0500, John wrote:<br>
> Simon,<br>
> I assume you're aware of the github page: <a href="https://github.com/JamesP6000/PiCW" rel="noreferrer noreferrer" target="_blank">https://github.com/JamesP6000/PiCW</a><br>
> <br>
> You might try contacting James direct.  I don't think he monitors<br>
> this mailing list.<br>
> <br>
> Zoltan, do you think HA7ILM would be able to help?  He seems to have<br>
> contributed to the project.<br>
> <br>
> On 4/17/2018 4:14 PM, Simon Quellen Field wrote:<br>
> > > Have you tried running PiCW without the WSPR board connected?<br>
> >>HA7DCD<br>
> >???> ???<br>
> >Zoltan<br>
> ><br>
> >It did not occur to me until you suggested it.<br>
> >I attached a wire to GPIO04 (GPIO_GCLK) Pin 7, and ran PiCW.<br>
> ><br>
> >I got the same results -- the first few characters were sent, then nothing.<br>
> ><br>
> >I then broke up my test message, so I could call PiCW with one<br>
> >latter at a time, with a sleep 1 between calls.<br>
> >Many of the letters got through, but perhaps a quarter of them were silent.<br>
> ><br>
> >These test seem to rule out problems with the card itself, and<br>
> >seem also to rule out problems with the PiCW program.<br>
> ><br>
> >Suspecting the NTP corrections might be short-circuiting some<br>
> >code, I tried PiCW with the -n option, which is supposed to<br>
> >turn off NTP self-calibration. The program returned an error<br>
> >message, saying that there was no -n option.<br>
> ><br>
> > ?? ??root@wsprpi:/home/pi/PiCW# PiCW -n -w 20 -f 14097000<br>
> > ?? ??Detected Raspberry Pi version 2/3<br>
> > ?? ??PiCW: invalid option -- 'n'<br>
> > ?? ??root@wsprpi:/home/pi/PiCW#<br>
> ><br>
> >I found the problem in the code (the call to getopt_long did not<br>
> >have an 'n' in the character string) and fixed that bug,<br>
> >but using the -n option did not fix my original problem.<br>
> > ?? ?? root@wsprpi:/home/pi/PiCW# PiCW -n -w 20 -f 14097000 "AB6NY<br>
> >TESTING MY NEW RASPERRY PI CW TRANSMITTER ON ?? ?? ?? 14.097 MHZ"<br>
> > ?? ?? Detected Raspberry Pi version 2/3<br>
> > ?? ?? PiCW parsed command line options:<br>
> > ?? ?? ?? TX frequency: 14.097000 MHz<br>
> > ?? ?? ?? WPM: 20<br>
> > ?? ?? Message to be sent:<br>
> > ?? ?? "AB6NY TESTING MY NEW RASPERRY PI CW TRANSMITTER ON 14.097 MHZ"<br>
> > ?? ?? ??AB6NY TESTING MY NEW RASPERRY PI CW TRANSMITTER ON 14.097 MHZ<br>
> ><br>
> ><br>
> >Then I tried "dit mode" where the -d option is supposed to send an<br>
> >endless string of dits.<br>
> > ?? ?? PiCW -d -w 20 -f 14097000<br>
> >I was encouraged when I heard a good 20 seconds or so of dits, but<br>
> >then it went silent again.<br>
> ><br>
> >Then I tried the test-tone option.<br>
> > ?? ?? root@wsprpi:/home/pi/PiCW# PiCW -t -f 14097000<br>
> > ?? ?? Detected Raspberry Pi version 2/3<br>
> > ?? ?? PiCW parsed command line options:<br>
> > ?? ?? ?? TX frequency: 14.097000 MHz<br>
> > ?? ?? ?? NTP will be used to periodically calibrate the transmission frequency<br>
> > ?? ?? Will transmit continuous tone on requested frequency. CTRL-C to exit.<br>
> > ?? ?? ??Exiting with error; caught signal: 2<br>
> > ?? ?? Exiting with error; caught signal: 11<br>
> > ?? ?? ^Croot@wsprpi:/home/pi/PiCW#<br>
> ><br>
> >Whether I use the Raspberry Pi 3 Model B+ or the new Raspberry Pi<br>
> >3 Model B v1.2, I get similar<br>
> >results. The timing of the length of the transmissions seem to be<br>
> >random. One time the -t option<br>
> >emitted a tone for over 10 seconds. The very next time I tried it<br>
> >the tone lasted only 4 seconds. The<br>
> >third time I got no tone at all. The fourth time the tone lasted 7 seconds.<br>
> ><br>
> >All of these last tests were done without the card in place, just<br>
> >with a 3 foot wire antenna on pin 7.<br>
> ><br>
> >Has anyone tested PiCW or WsprryPi on the latest Raspian NOOBS?<br>
> ><br>
> >I've tried it with WiFi turned off -- same result.<br>
> ><br>
> >Could the Pi be trying to use the clock for sounds at random times?<br>
> >I am not hearing any sounds, but I don't know how to ensure that<br>
> >they don't happen.<br>
> ><br>
> ><br>
> ><br>
> ><br>
> >-----<br>
> >Get a free science project every week! "<a href="http://scitoys.com/newsletter.html" rel="noreferrer noreferrer" target="_blank">http://scitoys.com/newsletter.html</a>"<br>
> ><br>
> ><br>
> ><br>
> >_______________________________________________<br>
> >hfsig mailing list<br>
> ><a href="mailto:hfsig@tapr.org" target="_blank" rel="noreferrer">hfsig@tapr.org</a><br>
> ><a href="http://www.tapr.org/mailman/listinfo/hfsig" rel="noreferrer noreferrer" target="_blank">http://www.tapr.org/mailman/listinfo/hfsig</a><br>
> ><br>
> <br>
> -- <br>
> Sarcasm, just one of the many services I offer.<br>
> John, W9DDD<br>
> _______________________________________________<br>
> hfsig mailing list<br>
> <a href="mailto:hfsig@tapr.org" target="_blank" rel="noreferrer">hfsig@tapr.org</a><br>
> <a href="http://www.tapr.org/mailman/listinfo/hfsig" rel="noreferrer noreferrer" target="_blank">http://www.tapr.org/mailman/listinfo/hfsig</a><br>
<br>
-- <br>
John C. Peterson, KD6EKQ DM12ju<br>
mailto:<a href="mailto:jcp@eskimo.com" target="_blank" rel="noreferrer">jcp@eskimo.com</a><br>
San Diego, CA U.S.A<br>
<br>
_______________________________________________<br>
hfsig mailing list<br>
<a href="mailto:hfsig@tapr.org" target="_blank" rel="noreferrer">hfsig@tapr.org</a><br>
<a href="http://www.tapr.org/mailman/listinfo/hfsig" rel="noreferrer noreferrer" target="_blank">http://www.tapr.org/mailman/listinfo/hfsig</a><br>
</blockquote></div>