The following list is active on the network as of 8-29-14 at 9AM ET
ICOM – 11
W7QO, NI4CE, KI4SWY, AE7OD, KC1JET, KC9GMX, N1OTY, KB1ISZ, VA3YYZ
KENWOOD – 11
K4GFD-2, KJ4OVA, KD4EFM, W7QO, N5QZ, K1IFF, WX7Y, K1IFF-1, K4GFD-2, WB9HKE, KF4I
(Reflector connections are 2 W7QO would be duplicated, they create the bridge)
Here is a quick run up of what is in the pressure cooker….
NXREF UPDATES TO ROLL OUT IN THE COMING MONTHS.
A & B; A Bug Fix for the Kenwood side of the NXREF. One is with the turn on / turn off messages, and the other is dealing with the heartbeat for the UDP ports, since KWD uses 2 UDP ports.
New Features: Talk Group Linking and Authentication, a simple Public PKM style (something like IRLP) to add security to the NXDN Network. If the access code does not match, no link will be established.
Talk Group Linking; this will allow for Local, Regional, State, or even Area Wide uses.
Florida uses TG 1200 for Florida Wide, and Tampa is using 1201 for West Central Florida. As an example.
If you have not become a member of the HAM_NXDN email group, this is a Yahoo group located at: http://groups.yahoo.com/group/ham_nxdn/
This is open to ALL HAMS World Wide, and talks about the use of NXDN Radios for the advancement of Ham Radio, and 6.25 Digital Technology.
That is it for now.
This afternoon, while I was at the IWCE, we brought up a second VHF repeater in Eastern Mass. I’ve updated the listing below to reflect that. I’m also currently working with a group in Pennsylvania that will be adding an Kenwood UHF repeater.
More the merrier!!! 🙂
So, over the last few days, i have been developing an application that will take the icom udp stream that connects repeaters together , and started decoding the stream on my pc, so far the process is working very well, and hope to have some pretty screen shots up soon. Its a windows application, and does require the ownership of a DVSI Dongle.
Oh, yeah, did i mention its windows ONLY.. sorry linux/mac guys 🙂 no java here.
For those that are looking to join in the fun.
We’re trying to allow for keeping local traffic local and net traffic on the net. In order to do that I’ve built a way to filter on Talk Group (Kenwood calls this Group ID). If you have TG 65000 programmed in your HT or Mobile and you key up, you will go out over the net side, if you have any other TG selected, you will stay local to your repeater. The opposite is true as well. The net won’t invade your local QSO until the NXREF sees no activity for a programmable amount of time, then it will allow net traffic back on the repeater. You can force this to happen immediately if the NXREF see’s the 65000 TG transmitted.
Also to better separate us out. For now we are all on RAN 1. I can translate RAN’s on the Icom side, I can’t yet on the Kenwood side.
So bottom line,
To get on the net, takes RAN 1, TG 65000, any other RAN or TG and you’ll just be talking on your local repeater.
So for now, I’ve cobbled together a Kenwood to Icom and back analog bridge. It doesn’t sound as good as I’d have liked, but it’s not terrible either.
We’ve also moved all the Kenwood NXDN WW net over to a new NXREF, while it has no features at the moment, it does seem to work. We’ll watch it for the next few days… I actually hacked out 2 different subtype packets tonight just to see if it causes any issues… We’ll see :)…
Not to lose sight of the *FIRST*.
We have Kenwood NXDN’s talking to ICOM’s and vice a versa over the Internet. 🙂