Re: Raspberry Pi D-STAR Gateway
"Trevor ." <m5aka@...>
--- On Wed, 13/6/12, Dennis Rogers <n5vrp.satx@...> wrote:
Can you send me a link to the ordering site?You can buy the Raspberry Pi through Premier Farnell/Element 14 http://www.farnell.com/ and RS Components. http://rswww.com/ Both distributors sell all over the world. 73 Trevor M5AKA
|
|
Re: Raspberry Pi D-STAR Gateway
Bruce Given <bruce.given@...>
There is a LARGE waiting list from what I can gather
the other board that you might want to look at is from VIA url is here http://apc.io/ they are starting to ship in July, it comes with Android , But it should not be too difficult to get debian or something similar up and running on it. I have ordered a couple and want to try them for various Ham radio digital projects including pairing with UDR56K regards Bruce VE2GZI -- I’d rather live in a world full of eccentric thinkers than one full of unthinking consumers.
|
|
Re: Raspberry Pi D-STAR Gateway
Sander Pool <sander_pool@...>
Excellent work! I'm really excited about these tiny linux computers and what they can do for embedded projects of all kinds of flavors. I recently built a focuser controller for my telescope using an Arduino and that wasn't very hard but having a full linux environment with screen, keyboard, debugger etc. for the same price (about) is amazing.
73, Sander W1SOP
|
|
Re: Raspberry Pi D-STAR Gateway
"John D. Hays" <john@...>
Hi Bruce,
toggle quoted messageShow quoted text
Yes there is a big waiting list, I got myself on the list within the first day or two of the announced availability and just received mine. The APC computer is indeed interesting, but since they are not yet available it's hard to say if a Debian install will be easy. I'll leave that to others.
There are a few other options like the Sheeva Plug, Beagleboard, etc. The gateway code is pretty distribution agnostic, but most folks run it on Debian or Red Hat derivitives. So if you have a "beefy" enough ARM processor and a Linux OS, it can probably be made to work.
Since the UDR56K already has the processor board, no external board will be required. It will not only be able to run the gateway and half-duplex access (hotspot) through it's own radio, but I'm fairly confident that you could run a couple of USB connected node adapters and build a mini-stack. Since ircDDBGateway also talks to Icom's RP2C, you might be able to integrate the UDR56K to add say 56K DD and let it also run the RP2C, eliminating the need for a separate computer.
On Wed, Jun 13, 2012 at 5:49 AM, Bruce Given <bruce.given@...> wrote: There is a LARGE waiting list from what I can gather
|
|
Re: Raspberry Pi D-STAR Gateway
"William Stillwell - KI4SWY" <wkstill@...>
Makes me what to try on my friendlyarm boards which are way faster then rasberypi.
Raspberry pi is great for graphics as it has a very good video processor.
From: UniversalDigitalRadio@... [mailto:UniversalDigitalRadio@...] On Behalf Of John D. Hays
Sent: Wednesday, June 13, 2012 12:17 PM To: UniversalDigitalRadio@... Subject: Re: [UniversalDigitalRadio] Raspberry Pi D-STAR Gateway
Hi Bruce,
Yes there is a big waiting list, I got myself on the list within the first day or two of the announced availability and just received mine.
The APC computer is indeed interesting, but since they are not yet available it's hard to say if a Debian install will be easy. I'll leave that to others.
There are a few other options like the Sheeva Plug, Beagleboard, etc. The gateway code is pretty distribution agnostic, but most folks run it on Debian or Red Hat derivitives. So if you have a "beefy" enough ARM processor and a Linux OS, it can probably be made to work.
Since the UDR56K already has the processor board, no external board will be required. It will not only be able to run the gateway and half-duplex access (hotspot) through it's own radio, but I'm fairly confident that you could run a couple of USB connected node adapters and build a mini-stack. Since ircDDBGateway also talks to Icom's RP2C, you might be able to integrate the UDR56K to add say 56K DD and let it also run the RP2C, eliminating the need for a separate computer.
One repeater configuration may be to use an external receiver with a node adapter and dvrptr board (I would probably not use the soundcard solution) combined with splitrepeater to build a full repeater with the UDR56K. John D. Hays PO Box 1223, Edmonds, WA 98020-1223 On Wed, Jun 13, 2012 at 5:49 AM, Bruce Given <bruce.given@...> wrote: There is a LARGE waiting list from what I can gather
|
|
Re: Raspberry Pi D-STAR Gateway
Kristoff Bonne <kristoff@...>
Hi John,
On 13-06-12 03:42, John D. Hays wrote:
Wouldn't it be interesting to make up a lost on what ARM hardware or other platforms this software runs. The raspi is now proven. I have a pandaboard running ubuntu on which I can test this. There is also the beaglebone. I think Jonathan also mentioned the hawkboard (I don't know if he actually did run it on that board). I really like something like the beaglebone as it has a smaller formfactor that the beagleboard or pandaboard, does have USB and ethernet, it runs a off-the-shelf distro and also allows for hardware extensions using the GPIO port and the serial port if you want to interface it with -say- an arduino based platform. (say something to interface it with a weather station, or get it to play out messages when the voltage of the battery goes low). 73 Kristoff - ON1ARF
|
|
Re: Raspberry Pi D-STAR Gateway
Kristoff Bonne <kristoff@...>
Hi William, I also have a friendlyarm. What distro are you running on yours? When using its linux native distro, I managed to get ALSA to work (which I need for my tests with gmsk modem), but getting anything else ported to it gives me all kind of issues). I also tried angrom linux which does have a lot of packages ported, but I couldn't get ALSA to work on it correctly. 73 Kristoff - ON1ARF
On 13-06-12 18:25, William Stillwell - KI4SWY wrote:
|
|
Re: Raspberry Pi D-STAR Gateway
"William Stillwell - KI4SWY" <wkstill@...>
Still the stock firmware L
I got to many projects going on. From: Kristoff Bonne [mailto:kristoff@...] Sent: Wednesday, June 13, 2012 12:49 PM To: UniversalDigitalRadio@yahoogroups.com Cc: William Stillwell - KI4SWY Subject: Re: [UniversalDigitalRadio] Raspberry Pi D-STAR Gateway Hi William, I also have a friendlyarm. What distro are you running on yours? When using its linux native distro, I managed to get ALSA to work (which I need for my tests with gmsk modem), but getting anything else ported to it gives me all kind of issues). I also tried angrom linux which does have a lot of packages ported, but I couldn't get ALSA to work on it correctly. 73 Kristoff - ON1ARF
|
|
Re: Raspberry Pi D-STAR Gateway
"John D. Hays" <john@...>
A few common questions and answers.
Q. Who has Raspberry Pi in stock? A. Nobody. Sorry, I don't have a shortcut. You have to put your name on the supplier's list and wait. I put my name on the list right after the announcement.
Q. I see you are using an iPhone power module, how does it connect to the Raspberry Pi? A. The aftermarket iPhone power module "cube" converts AC (mains) to 5V on a standard USB port. The Raspberry Pi is looking for a micro USB connection for power. I happened to have a cable for my Kindle handy, just get something similar to http://www.amazon.com/gp/product/B004911E9M -- the nice thing about the USB connector is there are cigarette lighter adapters that do the same thing if you want to take it mobile.
Q. You said you made a few contacts, how did you get the AMBE chip connected? A. The Raspberry Pi is connected to the Internet via a LAN and is running the ircDDBGateway and GMSKRepeater daemons. I have a node adapter plugged into a USB hub which in turn is plugged into the Pi, this handles the transition to and from a radio (Yaesu FT-817 in this case, I will probably test against my Kenwood repeater and dvrrptr board soon). The radio acts as the RF gateway for D-STAR and I use D-STAR radios which contain the AMBE chip to talk to the radio as if it was a D-STAR repeater or "hotspot". I used both the ID-31AD and IC-91AD on a simplex frequency in the 70cm band. The contacts were made using DPLUS linking to REF001C, since there are usually stations monitoring there, reports were excellent from each station.
Q. Since I'll have to wait for a Raspberry Pi are there alternatives? A. G4KLX's software such as ircDDBGateway and the various repeater controllers are pretty agnostic when it comes to Linux distribution, most installs are on either Red Hat or Debian derivatives. They are well proven on x86 platforms. I was not the first to put them on an ARM processor and if you are using an EABI Armel build, it should run on a variety of ARM platforms such as Sheeva Plug, Beaglebone, etc. the main considerations are interfaces (USB and Ethernet) and processor performance / memory. You don't get the full 256MB of RAM on the Pi, but it seems to be fine, the footprint is pretty small but I wouldn't recommend going with less memory or fewer MIPS. On the Pi, I am not running the GUI, though it is available, it puts more demand on the processor, and I'm content with a command line. (Been doing Linux/Unix command line for 30 years.)
Q. So how do I get G4KLX's code running? A. You can download source from the ircDDBGateway and pcrepeatercontroller Yahoo! forums and either do a native build on the Pi or cross-compile.
I choose to cross-compile using a VM running Debian Squeeze on 2 cores of an AMD processor running 2.9 Ghz. each, with 8 GB of allocated RAM. This is considerably faster than native compilation and then I simply copy the files over to the Pi via the LAN. I used the Emdebian toolchain for this cross-compile build and got native libs using xapt. You will need to install development packages and libraries for wxgtk2.8 to build the gateway, plus portaudio19-dev and possibly libusb-1.0 to build the repeatercontroller. There are also changes that need to be made to the makefile to use the tool chain and to find the libraries and include files. Q. That's beyond my skill or seems like a lot of work, are there binaries that can just be installed? A. Yes and No. If someone has built binaries you might get them to send them to you. A tar of all of the binaries in the gateway package and the pcrepeatercontroller package total roughly 100MB without compression.
The right way to do this is to build a .deb install package. It doesn't look hard, but I haven't done it before and it would be really good to have someone that knows what they are doing create and maintain such a package (including updates). I could provide the needed information if there's a volunteer? (crickets chirping in the background)
If there were such a package, binary installs would take the form of: aptitude install ircDDBGateway aptitude install Repeater Q. So you are building a radio that will incorporate this functionality on its own ARM processor, why are you showing us how to do this on a $35 computer?
A. I and my company are able to build this radio platform, in a large part, because talented people have shared so much in the form of Open Source. It's important to contribute back to the community to see what other great innovations can grow from it. We see a great demand for the UDR56K and think that its a good value, so we hope lots of folks agree and will buy our radio for these types of applications in a nice integrated system -- time will tell.
|
|
Re: Raspberry Pi D-STAR Gateway
Kristoff Bonne <kristoff@...>
Hi,
On 13-06-12 21:14, John D. Hays wrote: Q. Since I'll have to wait for a Raspberry Pi are there alternatives? I did a quick test yesterday. The pcrepeater code compiles out of the box on a pandaboard running ubuntu. (Concidering Jonathan's track record, I didn't expect anything else. :-) ) However, the pandaboard (and beagleboard) might be quite overkill for this. Concidering its dualcore cortex ARM A9 and a additional DSP core, this is more the kind of device to use in a video or ATV enviroment. (unless you plan to run 8 D-STAR repeaters simultanous with a 100 Khz bandwidth radio :-) ) Hmm. I haven't done this neither but I can give it a try for the pandaboard/ubuntu. If it works, we can look at automating this. 73 Kristoff - ON1ARF
|
|
Update ?!
"bruce.given" <bruce.given@...>
Hi Guys,
group has been quiet for a bit , John any updates or are the developers just busy developing away ?!.... Just wanted to see how things are going regards Bruce VE2GZI
|
|
Re: Update ?!
"John D. Hays" <john@...>
Hi Bruce,
toggle quoted messageShow quoted text
We have a lot of parallel work going on right now. In hardware engineering we're working through some updates for the next run of alpha/beta boards. These updates are aimed at making the UDR56K-4 one solid platform, whether for plug and play deployment or for development and experimentation.
On the software and application side we are focusing on first deliverables for AX.25 and D-STAR. We have an ever increasing number of use cases and associated applications to consider. As we get closer to delivery we will provide a series of application notes to help integrators and experimenters to explore, prepare, and deliver solutions.
Some of the topics we will provide notes for include:
So if you aren't seeing a lot from NW Digital Radio on the list(s), its mainly that we're "head's down" getting the UDR56K-4 prepared for distribution.
Thank you for pinging us, and as always everyone is welcome to post their questions and ideas to this list. I will try to respond in a timely manner.
On Tue, Jul 10, 2012 at 3:39 AM, bruce.given <bruce.given@...> wrote:
|
|
How can I get involved? Alpha/Beta?
k4rjj@...
How can I get involved? Alpha/Beta?
Ronny K4RJJ
|
|
Re: How can I get involved? Alpha/Beta?
Matthew Pitts <daywalker_blade_2004@...>
I was debating about asking the same question, to be honest. Matthew Pitts N8OHU
|
|
RF Frequency Range
"George Jones" <hamfiles@...>
What frequency range will the RF cover?
What is the transmitted bandwidth at 56K? For some time now we have wanted to leverage the use of the 430 - 440 MHz portion of the US band for D-STAR data. There is a lot of wide open frequencies in many parts of the country that go unused in this section. With some careful planning we should be able to coordinate frequencies in this part of the band taking into consideration protection for the satellite sub-band and weak signal work. Our friends in Europe seem to be doing a better job at band planning for spectrum efficiency than our coordinators in the states. With every new mode comes the thought of what frequency should I use. By thinking of these things now, maybe we can avoid some of the issues we have seen in the 440 - 450 MHz section. The 420 - 430 MHz part of the band is also available in many parts of the US. My hopes would be that the designers could build the RF such that it could cover the entire 420 - 450 MHz range. This would give the end user more flexibility in building a network with these new radios. I know this is a tall order with government approvals required for intentional radiators. George W4AQR hamfiles@...
|
|
Re: RF Frequency Range
"John D. Hays" <john@...>
The specification is for the entire 70cm Amateur radio band, 420-450 mHz. (75% of our team lives north of Line-A, so 420-430 on air tests require getting south of the line!)
toggle quoted messageShow quoted text
The bandwidth is dependent on a number of factors, but for 56K GMSK the modulation mask is in the 73-80 KHz range. FCC rules dictate a bandwidth of less than 100 KHz. We will be providing spectrum analysis charts for the production units.
The radio is capable of additional modulation methods, e.g. 4FSK, which also fit the D-STAR specification, that may give us more bits per KHz., but at least for the domestic market we need to stay in the 100 Khz. bandwidth for data and the modulation methods that are being used. There is a 100 KBPS hard limit on the RF-IC (which contains the modem).
On Wed, Jul 11, 2012 at 8:13 AM, George Jones <hamfiles@...> wrote:
|
|
Re: How can I get involved? Alpha/Beta?
"John D. Hays" <john@...>
Matthew and Ronny,
All alpha work is internal to the core development team. Early beta work will be limited to the core development team, later beta will involve a few selected individuals some of whom we have already identified (internally), there may be a possibility for a very limited 1-4 additional people in the beta phase.
If you would like to make a proposal to participate, contact me directly via email. We are not looking for people who are just looking for early access to the UDR56K-4. Being a small startup we will be very selective on beta testers. Here are things that might get a favorable ranking in our beta list:
1. Since in depth beta testing requires making hardware available, we'll need to work out the terms for having access to hardware. 2. We are specifically interested in people who have a track record of developing open source amateur radio related software or hardware and have something specific they want to build and test.
3. Commitment to devote significant time to the project. 4. Provide feedback and documentation of efforts to the core team.
|
|
Re: Update ?!
will wright <w4wwm@...>
Hello to the group,
It's great to here updated news on the UDR56k. I'm hoping it will be a great radio to run on a new US network called DSAP (Digital Smart Access Point). From my understanding there are 2 new developing test irc servers running as we speak for Dstar like hotspots or maybe gateways, think both. Not much information as of yet but will be coming soon. Will
|
|
NXDN... RF Specs now open.
"William Stillwell - KI4SWY" <wkstill@...>
Has anybody read the NXDN Open air RF Specs that were released?
William Stillwell – Ki4SwY ICOM NXDN Repeater – 442.7625 IRLP Node # 8549 New Port Richey, FL
|
|
Internet Fail & Cell Weakness = Need for Ham Network?
"qrv@..." <qrv@...>
Google Chat was down this morning, then Twitter went down.
Cell towers are infamous for failures during emergencies, esp. due to backup power failure and microwave-linking dishes knocked out of alignment. This is why we need a 100% wireless Ham network that is redundant not only in pathways, mapping around dead spots, but also redundant in mode and band - to overcome propagation and RFI challenges. Interoperability between digital formats will be key as it should be more resistant to certain forms of RFI and maybe more power-efficient when operating from battery power. It can be done but it will require coordinated promotion and cooperation among ARRL and other orgs, repeater owners, and vendors. WDYT? -- Thanks! & 73, KD4E.com David Colburn nevils-station.com I don't google I SEARCH! duckduckgo.com Network: groups.yahoo.com/group/qrv Restored to design-spec at Heaven's gate 1Cor15:22
|
|