|
Re: [udrc] UDRC-II squelch on the Yaesu FT-897D → Does DRAWS require this?
Stuart Longland VK4MSL
On 15/11/16 12:33 am, Bryan Hoyer wrote:
The Active Low SQL pin drives a 4.7kOhm resistor to the base of a transistor.Hi all, The DRAWS board arrived yesterday evening, and today I picked up a new Raspberry Pi 3 to connect it… so far things seem to be working but I'm yet to hook up a radio. Now, with the predecessor board (which has seen some use as a packet radio station), I had to make a small modification to get audio on the FT-897/857… https://stuartl.longlandclan.id.au/blog/2016/11/20/getting-the-udrc-ii-to-play-nice-with-the-yaesu-ft-897d/ I've also used this same board with an Yaesu FTM-350AR and a Icom 706 MkIIG. For the DRAWS, I intend to use it on my bicycle, which runs a FT-857D. The plan is I'll set up two transceivers: a Wouxun KG-UVD1P I have laying around set on 145.175MHz for APRS; and use the other port going to the data jack on the FT-857D. I'll use the DRAWS auxiliary port to control the CAT interface. With the Pi acting as a WiFi access point, I should be able to use a Mumble VoIP server to allow my mobile phone to connect and act as a "cross-band repeater". Thus when operating a check-point (like I was for the Yarraman to Wulkuraka bike ride¹ last year), instead of being tethered to the bicycle, I can plug my headset into my phone instead and still have 80m-70cm all-mode capability. For this to work, I still want to be able to use my radio normally, so basically be able to plug the headset into the microphone/speaker jacks on the set, and use it like I do now -- as Queensland road rules preclude me from using a mobile phone whilst in transit *for any reason* (unless I want an AU$1000 fine for my troubles). Do I need a pull-up on the SQL lines like I did for the UDRC-II in order to have normal audio on the FT-857D/897D? Regards, -- Stuart Longland (aka Redhatter, VK4MSL) I haven't lost my mind... ...it's backed up on a tape somewhere. 1. https://www.brisbanewicen.org.au/2018/08/04/y2w/
|
|
|
|
Re: Mirrors of Compass Linux image?
Stuart Longland VK4MSL
On 20/8/19 6:37 pm, Stuart Longland wrote:
Well, got it down, and now I see why it's 2.6GB in size… it's a full-blown desktop image. I usually like to start with a minimal image and add what I need rather than starting with a big image and having to slim it down. I might have a look at this and see if a smaller image can't be produced… I think a more "compact" image would be a little easier to handle. Not difficult to have a small image which just downloads "the essentials", then asks some further questions to install the rest (including a full-blown GUI if needed). I might look into this as I'd like something built on the Buster release of Debian rather than Debian Stretch as some of the software I'm writing will require it (or rather, require Python 3.6+; Buster ships with 3.7, Stretch with 3.5). Regards, -- Stuart Longland (aka Redhatter, VK4MSL) I haven't lost my mind... ...it's backed up on a tape somewhere.
|
|
|
|
Draws/udrc2
W2TLJ <tjoneson@...>
Is #DRAWS a drop in replacement for the UDRC2 used with a DR1X? Tom Joneson w2tlj
|
|
|
|
Mirrors of Compass Linux image?
Stuart Longland VK4MSL
Hi all,
Is there a mirror of the Compass Linux for the new DRAWS board? At the moment I'm downloading the "draws_beta13.zip" image off of nwdig.net. The Internet connection at my workplace is a 50Mbps (both ways) microwave link, and I started downloading at 12:00 (UTC+10)… as of 18:33 it is still going, with an alleged 100MB left to go and speed going up and down like a yo-yo. I'm guessing I just hit it on a bad day. Are there other mirrors around for these images? Regards, -- Stuart Longland (aka Redhatter, VK4MSL) I haven't lost my mind... ...it's backed up on a tape somewhere.
|
|
|
|
At first blush, what you are describing isn't practical. DMR uses the AMBE vocoder to pass voice communications and it will not reproduce tones for the modems typically used for Winlink communications. Winlink typically uses AX.25 packet or Ardop (and possibly other) analog modems. DRAWS™ supports AX.25 and Ardop, so in analog mode, you may be able to do Winlink communications with that radio. Also amateur radio DMR does not provide private communications. It will do radio-to-radio routing (not connections), but it can be monitored by other stations using promiscuous mode. Maybe folks will have some ideas for you.
On Mon, Aug 19, 2019 at 5:28 PM Kenneth Cenac <Ken.cenac@...> wrote: I am very proud interested in trying to get a DRAWS connected to my new BTech 6X2 DMR radio..... And use WinLink and JS8Call on the DMR on a private direct radio to radio connection. Any suggestions would he appreciated. Thank you.... KE5ASY New Orleans region ARES..... --
John D. Hays Kingston, WA K7VE
|
|
|
|
Kenneth Cenac <Ken.cenac@...>
I am very proud interested in trying to get a DRAWS connected to my new BTech 6X2 DMR radio..... And use WinLink and JS8Call on the DMR on a private direct radio to radio connection. Any suggestions would he appreciated. Thank you.... KE5ASY New Orleans region ARES.....
|
|
|
|
Re: Using the DRAWS hat with a Raspberry Pi 4
#yaac
#replacecompass
#draws
#install
#js8call
Mike Watkins <mike.watkins@...>
To add to the collective knowledge, I had to run rpi-update to get the latest firmware (working on 4.19.66-v7l+ #1253 SMP Thu Aug 15 12:02:08 BST 2019 armv7l).
I'm running otherwise stock Buster and installing only those apps that I need at present which for the time being is Direwolf for an APRS Digipeater/Igate. Currently using RPI4, and yes, it does need a fan! I'm going to move the DRAWS hat to an idle Pi3.
|
|
|
|
Art - KC7SDA
Just wondering, I know people have gotten wsjt to work with cat control or usb control, but has anyone gotten a work around to use the gpio pins for the ptt?
the main reason I ask is that when i switch radios I don't want to try to mess with cat or usb control, and some of my rigs have neither. it would be nice to be able to switch between any radio w/o extra control cables. I haven't played around with hamlib enough to know all its features yet, but has anyone added gpio support to it?
|
|
|
|
Re: [udrc] #draws Aluminum Case
#draws
Stephan DG1BGS
Thank you for the information, Bryan. Seems I missed the blog post.
toggle quoted messageShow quoted text
Am 13.08.2019 um 02:15 schrieb Bryan
Hoyer:
As per our blog post, the cases are being redesigned to accommodate Pi3 and 4. We will post on the blog when we have a date.
|
|
|
|
Re: [udrc] #draws Aluminum Case
#draws
As per our blog post, the cases are being redesigned to accommodate Pi3 and 4. We will post on the blog when we have a date.
toggle quoted messageShow quoted text
73 Bryan K7UDR
|
|
|
|
Re: [udrc] #draws Aluminum Case
#draws
Stephan DG1BGS
Hi all,
toggle quoted messageShow quoted text
Are there any news when the early adopter case will be shipped out to the customers. I still haven't received mine. vy 73 & 55 de Stephan 9V1LH / DG1BGS Am 25.06.2019 um 01:14 schrieb August
Johnson:
|
|
|
|
Re: New Draws Case - RPi4 and RPi3
Ed Bloom, KD9FRQ
Nice case and pictures! Looking forward to the PowerPole addition.
On 8/9/2019 1:06 PM, Ryan W Leathers
wrote:
|
|
|
|
Re: New Draws Case - RPi4 and RPi3
Ryan W Leathers
I got one of these cases printed for my Pi3. I have not put the power pole connector in place yet - will do that later this evening when I have a soldering iron. There are nice details in this design, like the little ledge the SD card slides on when inserting and removing, the internal power pole connector slot, and the knock-out for the IO port. I only made a small change to the case. I removed the posts between the USB and Ethernet ports to provide a little more air flow for the Pi. In all, I'm very happy with the fit and finish of this case. I think it will be perfect for my intended use of the Pi3 DRAWS, and as an added bonus the orange matches the shock case of my Android tablet which will be running VNC client to talk to the headless Pi. Thanks to Frank for the upload to Thingverse!
On Fri, Aug 2, 2019 at 9:07 PM Frank Ivan via Groups.Io <k0fei=me.com@groups.io> wrote: I have uploaded a new 3D printable DRAWS case to Thingiverse https://www.thingiverse.com/thing:3783961.
|
|
|
|
Re: Point to Point (P2P) email transfer
#draws
Kevin K. - N7KJK
So we do have two way communications working now.
*We address each other's system directly with call sign (no SSID). * We always address the emails with full Winlink.org email address. I will try and complete some more concise documentation on what we're doing and the configuration of the other stations. Appreciate (again) all your help Basil. * next on my list of goals....... HF digital.. Yikes! 73 Kevin / N7KJK
|
|
|
|
Re: Point to Point (P2P) email transfer
#draws
Kevin K. - N7KJK <kkutzera@gmail.com> writes:
OK,You haven't said what the receiving end is. Since I'm assuming it's not paclink-unix they need to follow their app requirements. paclink-unix will receive whatever they send p2p addressed to email address n7kjk@winlink.org and sent via your callsign no SSID. They're not using a DRAWS . (not sure exactly what digital componentsIt doesn't matter which TNC/sound card you use, paclink-unix is independent of everything below the AX.25 socket interface. He indicated that Packet P2P had to have the messages addressed to the callWhatever app he is using will have different requirements than paclink-unix that you are using ... unless he is using paclink-unix. I have only tested p2p with Airmail & Winlink Express. With this information we'll run some more tests.He needs to follow the requirements for his app. We are wondering why my messages show up on his end sometimes with SMTPI don't know. Expand the columns so I can see all the information. paclink-unix is SMTP compliant and uses postfix to set the required email headers. The email that you compose with paclink-unix will be accepted by any other SMTP compliant email system. Try CC'ing your gmail account when sending messages either with wl2ktelnet or wl2kax25. For p2p it only makes sense to have a single 'To:' destination address. This is getting very very close. It's going to be very helpful forWhat Winlink apps are other participants going to be using? /Basil n7nix
|
|
|
|
Re: Point to Point (P2P) email transfer
#draws
Here's the outbox message you asked for.The attachment is a properly formed message and can be sent with any of the transports previously mentioned. /Basil n7nix
|
|
|
|
Re: Point to Point (P2P) email transfer
#draws
Kevin K. - N7KJK
Basil,
Here's the outbox message you asked for. Kevin
|
|
|
|
Re: Point to Point (P2P) email transfer
#draws
Kevin K. - N7KJK
OK, I think there in lies some of the confusion. The receiving end isn't configured the same way. They're not using a DRAWS . (not sure exactly what digital components (physical and/or software) they're using. He indicated that Packet P2P had to have the messages addressed to the call sign - sans @winlink.org. With this information we'll run some more tests. since I'm receiving email with the full winlink email address from him when he calls N7KJK (no ssid) something's working. We are wondering why my messages show up on his end sometimes with SMTP reference (see image attached). Thanks This is getting very very close. It's going to be very helpful for volunteer event coming up next weekend. 73 N7KJK
On Sun, Aug 4, 2019 at 8:44 AM Basil Gunn <basil@...> wrote:
--
Kevin J. Kutzera CISSP, CISM, CEH Cell: 206-850-7762
|
|
|
|
Re: Point to Point (P2P) email transfer
#draws
In your mail apps you address messages using p2p, telnet or ax.25
exactly the same way <some_call_sign>@winlink.org. Do not change this for p2p. As I said before once messages are composed and existing in your outbox directory /usr/local/var/wl2k/outbox, you can send them using p2p (nearby winlink machine), telnet (CMS) or ax.25 (winlink RMS Gateway). The messages and how they are addressed are exactly the same for all the different transports. To send a message via p2p use wl2kax25 & drop the SSID from the call sign, that's all there is to it. ie. wl2kax25 -c n7nix Kevin K. - N7KJK <kkutzera@gmail.com> writes: OK so the reinstall fixed the PLUWEB.. Thanks..You are using an unqualified email address. If you did this using mutt email client it would automatically append the winlink domain. **All the email apps require an @domain, specifically <some_callsign>@winlink.org Somehow while typing this reply, my friend sent me an email directly (no gateway) addressed to N7KJK@winlink.org..Did you receive it via internet or radio? I think something similar to the issue with my email address insteadCorrect, the address you use must be a valid email address, name_or_callsign@<some_actual_domain> 73Send me the file you are about to send from /usr/local/var/wl2k/outbox. Looking at that file I can tell you whether it has a chance of being sent properly. Exercise for you: Compose a single message to k7rmz@winlink.org and copy it to a temporary directory. Send it using: wl2ktelnet Copy message from temporary directory to /usr/local/var/wl2k/outbox Send it using: wl2kax25 -c k7rmz-10 Copy message from tmp directory to /usr/local/var/wl2k/outbox Make sure k7kmz is set to receive via p2p. Send it using wl2kax25 -c k7kmz Cut & paste the console output from those 3 transactions in a regular email to me. /Basil n7nix
|
|
|
|
Re: Point to Point (P2P) email transfer
#draws
Kevin K. - N7KJK
I am getting emails addressed to my winlink.org account. The direwolf logs show that K7RMZ called N7KJK (not N7KJK-10).
Radio is plugged into the right DIN port on the DRAWS Here's my current Ax25.conf *********************** # # When users connect to <incoming callsign>, they will be processed
# by the section that matches.
#
[N7KJK-10 VIA udr1]
NOCALL * * * * * * L
default * * * * * * - pi /usr/local/bin/rmsgw rmsgw -P %d %U
#
[N7KJK VIA udr1]
NOCALL * * * * * * L
default * * * * * * - pi /usr/local/bin/wl2kax25d wl2kax25d -c %U -a %d
#
***************************** Attaching direwolf.conf
|
|
|
