Mark J Culross <mjculross@...> writes: Have fun in your training class. I was trying to qualify your cable and I don't think that is where the problem lies. After verifying that my IC-706 ca

#aprs #ax25 #direwolf

Pleased you have things working! Thanks for posting your success. /Basil n7nix Todd via groups.io <ic7461@...> writes:

#direwolf #ax25

Thanks Basil. Got it.

#direwolf

Hi, any news regarding DRaws Hat + PiJuice Hat compatibility? thx

#draws #direwolf #a25

No not a mistake, it is a good idea. No not required I do not comment on any Windows utility you may use. I do not use Windows. No it is just a warning and a symptom of a mis-configured /etc/ax25/axpo

#direwolf #ax25

Will do guys, Thanks for the input I will start fresh with the NWDR15. That is the advantage of having issues it gives you more experience. Best regards, Paul KO4BCZ

#direwolf

Hi Basil, I have another suggestion for your scripts if you agree. One of my experimental Rose/FPAC nodes is only Internet connected, no radio port for the moment although equipped with an UDRCII mode

#fldigi #direwolf

Great news Basil! Thanks for your efforts in this entire thing! ------ 73, Jim VA7SHG - Phone VE7TGZ/VA7TGZ - Other

#ax25 #direwolf

Basil, and others, I occasionally see these or similar errors (premature disconnects) at my Winlink RMS, NX2I-10. Other users reported the problem but without a lot of additional information. I have b

#ax25 #direwolf

I have confirmed that building Direwolf from the dev branch (enabling GPSD support) does result in Direwolf working with the DRAWS GPS. Apr 23 07:23:36 ki4hdu-draws direwolf[2195]: Dire Wolf DEVELOPME

#gpsd #direwolf

Basil, thank you very much for your reply. I will try with XASTIR. I was not successful with APRSICE32. 73 de TG9AOR

#udrc-ii #direwolf

Ok thanks for the help and I’ll give the new one a try too.

#draws #direwolf #ax25

Great to hear you have some things working. Please know your problems & feed back are very important to us. I am using the wiki at groups.io now and if you check it out you should see I've made an att

#configuration #management #draws #direwolf #ax25

In the HAT spec, there’s room to put a chunk of device tree on a flash chip on the hardware itself. If the firmware sees this, it will load up that device tree overlay and merge it with the rest of th

#direwolf #draws

# Additional overlays and parameters are documented /boot/overlays/README force_turbo=1 dtoverlay=draws # Enable audio (loads snd_bcm2835) dtparam=audio=on results in: Audio device for both receive an

#draws #direwolf

All, Thanks for your patience on this thread – the problem was not self-evident and I don’t understand why the following situation works for me. The solution was to comment out all references to port

#xastir #direwolf #draws

In addition – if I use a direwolf.conf for the left port @ 1200 baud and PTT set to GPIO 12, exactly the same as below. PPT is proper timing with no sound. Grrr…. J – KD4IZ

#direwolf #draws #xastir

All DRAWS owners, Setting up xastir for the DRAWS board was not a slam dunk! This message is longish but my discoveries and explanations here may help if you are relatively Raspbian naieve. If you hat

#draws #direwolf #compass #xastir