rcpilot-devs Mailing List for R/C Pilot Project (Page 3)
Status: Beta
Brought to you by:
mjpawlowsky
Menu
▾
▴
rcpilot-devs — R/C Pilot Developers
You can subscribe to this list here.
| 2004 |
Jan
|
Feb
(24) |
Mar
(117) |
Apr
|
May
(1) |
Jun
(15) |
Jul
(2) |
Aug
|
Sep
|
Oct
(4) |
Nov
|
Dec
(1) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2005 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
(2) |
Dec
(1) |
| 2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
(1) |
Sep
|
Oct
(1) |
Nov
|
Dec
|
| 2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2008 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(6) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2009 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Ian D. <occ...@ia...> - 2004-03-13 00:45:59
|
Michael J. Pawlowsky wrote: > TelData will now send out a constant stream of data. I will be focusing on TelData and dropping TestServer as a test tool. > Al least, until we incorporate a "Demo" mode into RCGS which would basically be TestServer. > > The down side to this is it means that AWGPE must be running to test RCGS. > The free version is available at: http://www.raag.org/sv2agw/inst.htm > The up side to that is, that is how it needs to fuction to receive data from the Video receiver. > So basically the loop is now closed. Which file are we supposed to download from raag.org? And how do we set it up so RCGS can use it? Any idea when the "Demo" mode will be ready? --ian |
|
From: Peter W. <pe...@wo...> - 2004-03-13 00:41:24
|
Sure, I have a Garmin eTrex GPS to play with for a few days, the data is pretty straight forward for the NMEA version 2 stuff. I suspect for your purposes that the GPGGA sentence that contains time,longitude, latitude and altitude is the most interesting. So far I've installed the javax.comm package and written a little program that reads the GPS output and puts it on the screen. What are your requirements? -----Original Message----- From: rcp...@li... [mailto:rcp...@li...] On Behalf Of Michael J. Pawlowsky Sent: Friday, March 12, 2004 12:35 PM To: R/C Pilot Developers List Subject: [rcpilot-devs] HUD design??? Just wondering how the HUD design is coming along. I think this is where I would like to focus my time next. Peter: Since you are gaining experience with GPS, would you be interested in adding some classes to parse out GPS data and update TelemetryData? Cheers, Mike ------------------------------------------------------- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click _______________________________________________ rcpilot-devs mailing list rcp...@li... https://lists.sourceforge.net/lists/listinfo/rcpilot-devs |
|
From: Michael J. P. <mi...@vi...> - 2004-03-12 18:35:17
|
I updated the snapshot of RCGS on the R/C Pilot Project web site. You may download it at: http://rcpilot.sourceforge.net/ Mike |
|
From: Michael J. P. <mi...@vi...> - 2004-03-12 17:53:42
|
Just wondering how the HUD design is coming along. I think this is where I would like to focus my time next. Peter: Since you are gaining experience with GPS, would you be interested in adding some classes to parse out GPS data and update TelemetryData? Cheers, Mike |
|
From: Michael J. P. <mi...@vi...> - 2004-03-12 17:51:15
|
RCGS now parses out the RAW AX25 frames from AGWPE. This basically means at this point it could be used for telemetry between a remote vehicle and RCGS via AGWPE. TelData will now send out a constant stream of data. I will be focusing on TelData and dropping TestServer as a test tool. Al least, until we incorporate a "Demo" mode into RCGS which would basically be TestServer. The down side to this is it means that AWGPE must be running to test RCGS. The free version is available at: http://www.raag.org/sv2agw/inst.htm The up side to that is, that is how it needs to fuction to receive data from the Video receiver. So basically the loop is now closed. Cheers, Mike |
|
From: Mark <ma...@cp...> - 2004-03-11 23:10:20
|
I have never used 9k6 in 20kHz BW channel. But I have seen some 9k6 modems that generate a square wave signal and filter it with an analog filter, and its throughput was lower than a similar one generating sinusoidal-like signals. The PK96 is an example. As it is very simple to add filtering to your modem, first try it without filtering. In case the results won't be good, you can add the filtering steps later. Mark Jordan, PY3SS On 8 Mar 2004 at 13:46, Val Petrov wrote: > Thanks Mark, > > How important is the filtering step? > > > - Get the analog samples from a mapped sin table or > > My understanding is that it is done to reduce bandwidth of the modem > output within narrow FM band spec. Do you think I can skip it? I am > planning to operate the modem in 20 Khz wide bandwidth of audio > subcarrier of video transmtiter. > > Val. > > > > --- Mark <ma...@cp...> wrote: > > > > I forgot to mention the first step, that is the HDLC bit-stuffing. > > > > Mark Jordan, PY3SS > > > > On 8 Mar 2004 at 12:16, Mark wrote: > > > > > Well, for the start, the whole TX process is this: > > > > > > - Convert the TX bytes from NRZ to NRZI. > > > - Pass them through a scrambler X0+X12+X17. > > > - Get the analog samples from a mapped sin table or > > > - Calculate them from a FIR coefficient table. > > > - Send the samples to a DAC (R2R). > > > - Use a hardware anti-aliasing low-pass filter. > > > > > > Mark Jordan, PY3SS > > > > > > > > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by: IBM Linux Tutorials > > Free Linux tutorial presented by Daniel Robbins, President and CEO > > of > > GenToo technologies. Learn everything from fundamentals to system > > > administration.http://ads.osdn.com/?ad_id=3D1470&alloc_id=3D3638&op=3Dcl= ick > > _______________________________________________ > > rcpilot-devs mailing list > > rcp...@li... > > https://lists.sourceforge.net/lists/listinfo/rcpilot-devs > > > =3D=3D=3D=3D=3D > > > __________________________________ > Do you Yahoo!? > Yahoo! Search - Find what you=92re looking for faster > http://search.yahoo.com > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id=3D1470&alloc_id=3D3638&op=3Dcl= ick > _______________________________________________ > rcpilot-devs mailing list > rcp...@li... > https://lists.sourceforge.net/lists/listinfo/rcpilot-devs |
|
From: Michael J. P. <mi...@vi...> - 2004-03-10 23:35:34
|
Enjoy... http://rcpilot.sourceforge.net/docs/nmea.html The one thing I noticed when designing a product for NMEA, is not to expect the same format for values from different manufacturers of GPSs. I'm off to go fly tonight (indoors). Give myself a break from Rcgs. Mike *********** REPLY SEPARATOR *********** On 10/03/2004 at 5:56 PM Peter Wooster wrote: >Here's the link to that FAQ we found. >http://vancouver-webpages.com/peter/nmeafaq.txt, where is your protocol >documentation? >/peter > > |
|
From: Peter W. <pe...@wo...> - 2004-03-10 23:13:50
|
Here's the link to that FAQ we found. http://vancouver-webpages.com/peter/nmeafaq.txt, where is your protocol documentation? /peter -----Original Message----- From: rcp...@li... [mailto:rcp...@li...] On Behalf Of Michael J. Pawlowsky Sent: Tuesday, March 09, 2004 9:49 PM To: rcp...@li... Subject: RE: [rcpilot-devs] GPS NMEA support Really what are you doing? Don't know if I ever mentioned it to you but I use to sail quite a bit. I had a Saga 43' built for me some years back. I just sold it recently. http://www.sagayachts.com/saga43/43_photos.html http://www.sagaowners.com/photos/mikep/index.html I kept her on Lake Champlain and took her down along the east coast of the US a couple of times. I also got to do some sailing in the Bahamas which was totally amazing. 67mph winds and all. ;-) The one thing that bothers me about NMEA is the cost of purchasing the protocol specs. I don't remember what it is anymore but I remember sending them an e-mail about it when I found out. I have most of the NMEA protocol decoded on the rcpilot site (I found it somewhere on the net at one point). I needed it to build the autopilot. The other protocol I worked with a bit was SeaTalk. All the electronics on my boat were Raytheon. Very cool stuff. Radar, Chart plotter, DGPS, Autopilot, environmental telemtrey, and more. I had the whole boat running off of my laptop. Or I could use the repeater up at the helm. Mike *********** REPLY SEPARATOR *********** On 3/9/2004 at 8:40 PM PK Wooster wrote: >Interesting, a friend of mine and I have been investigating NMEA for a >unrelated purpose, support for navigational instruments used by sailors. >There are some existing interfaces in Java for this including a couple >of Sourceforge projects. >/peter ------------------------------------------------------- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click _______________________________________________ rcpilot-devs mailing list rcp...@li... https://lists.sourceforge.net/lists/listinfo/rcpilot-devs |
|
From: Peter W. <pe...@wo...> - 2004-03-10 22:54:25
|
We were going to start by getting his GPS to talk to a Java program. He's going to lend it to me for a while to see if we can get that to work and then we might move on to other instruments. I haven't sailed much in years, but I spent a lot of time out on Lake Ontario sailing when I was in school. My sailing experience is mostly limited to dinghy racing. We found a FAQ that describes the NMEA protocol and we both have RS232 experience. -----Original Message----- From: rcp...@li... [mailto:rcp...@li...] On Behalf Of Michael J. Pawlowsky Sent: Tuesday, March 09, 2004 9:49 PM To: rcp...@li... Subject: RE: [rcpilot-devs] GPS NMEA support Really what are you doing? Don't know if I ever mentioned it to you but I use to sail quite a bit. I had a Saga 43' built for me some years back. I just sold it recently. http://www.sagayachts.com/saga43/43_photos.html http://www.sagaowners.com/photos/mikep/index.html I kept her on Lake Champlain and took her down along the east coast of the US a couple of times. I also got to do some sailing in the Bahamas which was totally amazing. 67mph winds and all. ;-) The one thing that bothers me about NMEA is the cost of purchasing the protocol specs. I don't remember what it is anymore but I remember sending them an e-mail about it when I found out. I have most of the NMEA protocol decoded on the rcpilot site (I found it somewhere on the net at one point). I needed it to build the autopilot. The other protocol I worked with a bit was SeaTalk. All the electronics on my boat were Raytheon. Very cool stuff. Radar, Chart plotter, DGPS, Autopilot, environmental telemtrey, and more. I had the whole boat running off of my laptop. Or I could use the repeater up at the helm. Mike *********** REPLY SEPARATOR *********** On 3/9/2004 at 8:40 PM PK Wooster wrote: >Interesting, a friend of mine and I have been investigating NMEA for a >unrelated purpose, support for navigational instruments used by sailors. >There are some existing interfaces in Java for this including a couple >of Sourceforge projects. >/peter ------------------------------------------------------- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click _______________________________________________ rcpilot-devs mailing list rcp...@li... https://lists.sourceforge.net/lists/listinfo/rcpilot-devs |
|
From: Michael J. P. <mi...@vi...> - 2004-03-10 03:05:12
|
Really what are you doing? Don't know if I ever mentioned it to you but I use to sail quite a bit. I had a Saga 43' built for me some years back. I just sold it recently. http://www.sagayachts.com/saga43/43_photos.html http://www.sagaowners.com/photos/mikep/index.html I kept her on Lake Champlain and took her down along the east coast of the US a couple of times. I also got to do some sailing in the Bahamas which was totally amazing. 67mph winds and all. ;-) The one thing that bothers me about NMEA is the cost of purchasing the protocol specs. I don't remember what it is anymore but I remember sending them an e-mail about it when I found out. I have most of the NMEA protocol decoded on the rcpilot site (I found it somewhere on the net at one point). I needed it to build the autopilot. The other protocol I worked with a bit was SeaTalk. All the electronics on my boat were Raytheon. Very cool stuff. Radar, Chart plotter, DGPS, Autopilot, environmental telemtrey, and more. I had the whole boat running off of my laptop. Or I could use the repeater up at the helm. Mike *********** REPLY SEPARATOR *********** On 3/9/2004 at 8:40 PM PK Wooster wrote: >Interesting, a friend of mine and I have been investigating NMEA for a >unrelated purpose, support for navigational instruments used by sailors. >There are some existing interfaces in Java for this including a couple of >Sourceforge projects. >/peter |
|
From: PK W. <pe...@wo...> - 2004-03-10 01:57:15
|
Interesting, a friend of mine and I have been investigating NMEA for a unrelated purpose, support for navigational instruments used by sailors. There are some existing interfaces in Java for this including a couple of Sourceforge projects. /peter -----Original Message----- From: rcp...@li... [mailto:rcp...@li...] On Behalf Of Michael J. Pawlowsky Sent: Tuesday, March 09, 2004 8:31 PM To: rcp...@li... Subject: [rcpilot-devs] GPS NMEA support I did a good amount of work on RCGS today. A lot of it smaller back end stuff that doesn't show much, but has to be done. I started thinking about some of the complexity involved for the average person to use RCGS. The software itself is easy to use. The communication part is not very difficult to setup. The hard part will be building all the modules and having them communicate with each other. Although I still think this is the way to go, I thought that a low-level solution would help the popularity of RCGS. It led me to the idea that RCGS should support 2 third layer protocols. The first one is the "Amateur UAV Telemtry Protocol". This is the one I'm am currently defining. There are some changes that will be made to it shortly after I received some feedback from others doing similar projects. The second one is simply NMEA. This would allow someone to quickly use RCGS. Basically simply plug your GPS into a modem (could even be the 1200 baud modem that I'm using for tests right now). Naturally the refresh rate would be terrible. Approximately 1 refresh every 10 seconds. But this would allow ground speed, course over ground, position information, waypoint information, off-track error etc. And it would be EXTREMELY easy to set up. I was thinking that a good way to do this is to have the first byte of every data packet a protocol identifier. It could also be user selected in preferences but I prefer the identifier. The other big one is adding serial support. I've been wanting to do this from the beginning but haven't even looked into what's needed to do this. So here goes the call for volunteers.... Does anyone want to take on either the serial transport engine and or NMEA support? MikeP ------------------------------------------------------- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click _______________________________________________ rcpilot-devs mailing list rcp...@li... https://lists.sourceforge.net/lists/listinfo/rcpilot-devs |
|
From: Michael J. P. <mi...@vi...> - 2004-03-10 01:48:41
|
I did a good amount of work on RCGS today. A lot of it smaller back end stuff that doesn't show much, but has to be done. I started thinking about some of the complexity involved for the average person to use RCGS. The software itself is easy to use. The communication part is not very difficult to setup. The hard part will be building all the modules and having them communicate with each other. Although I still think this is the way to go, I thought that a low-level solution would help the popularity of RCGS. It led me to the idea that RCGS should support 2 third layer protocols. The first one is the "Amateur UAV Telemtry Protocol". This is the one I'm am currently defining. There are some changes that will be made to it shortly after I received some feedback from others doing similar projects. The second one is simply NMEA. This would allow someone to quickly use RCGS. Basically simply plug your GPS into a modem (could even be the 1200 baud modem that I'm using for tests right now). Naturally the refresh rate would be terrible. Approximately 1 refresh every 10 seconds. But this would allow ground speed, course over ground, position information, waypoint information, off-track error etc. And it would be EXTREMELY easy to set up. I was thinking that a good way to do this is to have the first byte of every data packet a protocol identifier. It could also be user selected in preferences but I prefer the identifier. The other big one is adding serial support. I've been wanting to do this from the beginning but haven't even looked into what's needed to do this. So here goes the call for volunteers.... Does anyone want to take on either the serial transport engine and or NMEA support? MikeP |
|
From: Michael J. P. <mi...@vi...> - 2004-03-09 17:19:34
|
I found a pretty decent Java example of what could be very nice for the Ground Station maps. Take a look at: http://www.aprs.net/ The original author of the code has passed on the project to someone else. I wrote the new maintainer of the code to see if a) they might be willing to share the code with us. b) they might be willing to do some coding on rcgs. ---------- For the past couple of days I've been racking my brain on how to receive UNPROTO frames in AGWPE. After reading just about every doc that I could find on AGWPE I've come to the conclusion that there is no direct way to do it. I was somewhat expecting to simply have a command that says send me all the UNPROTO frames. There are 2 indirect ways though. The first one is simply turning on monitoring to AGWPE. This will send a UNPROTO frame kind to rcgs however it adds 64 bytes of additional information at the beginging of the frame. Not the ideal way but it works. The second and in my opinion better way, is to simply ask to start receiving the X datakind frame which is AX.25 Raw Frames. We still need to deal with 16 extra bytes of AX.25 information but seems better than 64 bytes. I know this doesn't mean much to most of you, but for someone searching on how to get the U frames to their app, they might be pleased for this to show up in some search engine somewhere. :-) Cheers, Mike |
|
From: Michael J. P. <mi...@vi...> - 2004-03-09 01:19:43
|
I placed a new developmental snapshot of Rcgs up on th website. It includes all the stuff that Ian did so you can try out full screen Eacpe or Alt-Enter to toggle full screen And use the arrow keys to move between views. A lot of what I did today was mostly cleaning up some code. But you also have just about everything that can be moving (except for plane position) receiving data from testserver.jar Basically all components or panels receive TelemetryDataChanged events now. I haven't tried it, but I think at this point if would be pretty safe to simply create a new instance of JFrame when changing colors etc. Cheers, Mike |
|
From: Val P. <val...@ya...> - 2004-03-08 22:03:13
|
Thanks Mark, How important is the filtering step? > > - Get the analog samples from a mapped sin table or My understanding is that it is done to reduce bandwidth of the modem output within narrow FM band spec. Do you think I can skip it? I am planning to operate the modem in 20 Khz wide bandwidth of audio subcarrier of video transmtiter. Val. --- Mark <ma...@cp...> wrote: > > I forgot to mention the first step, that is the HDLC bit-stuffing. > > Mark Jordan, PY3SS > > On 8 Mar 2004 at 12:16, Mark wrote: > > > Well, for the start, the whole TX process is this: > > > > - Convert the TX bytes from NRZ to NRZI. > > - Pass them through a scrambler X0+X12+X17. > > - Get the analog samples from a mapped sin table or > > - Calculate them from a FIR coefficient table. > > - Send the samples to a DAC (R2R). > > - Use a hardware anti-aliasing low-pass filter. > > > > Mark Jordan, PY3SS > > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO > of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click > _______________________________________________ > rcpilot-devs mailing list > rcp...@li... > https://lists.sourceforge.net/lists/listinfo/rcpilot-devs ===== __________________________________ Do you Yahoo!? Yahoo! Search - Find what youre looking for faster http://search.yahoo.com |
|
From: Michael J. P. <mi...@vi...> - 2004-03-08 21:24:42
|
Actually all of those are being removed. (you really should joing the rcpilot-cvs list). It was a quick and dirty way to see stuff move at 1:30 in the morning. Basically the only thing the will get data will be using Rcgs.tdata.setXXXX. Everything else will figure out it's own needs in the TelemetryDataChangedEvent handler of it's class. Mike P.S. I also fixed up the instruments. *********** REPLY SEPARATOR *********** >In other words, Agwpe would call OutwardFacingClass.SetAltitude(100) >instead of the current setup, which is something like >InstrumentPanel.Altitude.setAngle(10). > |
|
From: Ian D. <occ...@ia...> - 2004-03-08 21:10:10
|
I think the easiest way to reload color/font/etc. preferences would be to create new a new instance of RcgsJPanel and pass that to RcgsJFrame. At this point, creating a new RcgsJPanel seems to be very fast, so I don't think the users will see much of a hiccup, especially since we're doing it so infrequently (only after the user makes changes using UserPreferencesDialog). Of course, this does mean that other classes can't be tightly coupled with RcgsJPanel classes, but I think that's for the best anyway. For example, if we create a new InstrumentsPanel, then the InstrumentsPanel that the Agwpe class has will be outdated -- the solution, I think, is to simply have one outward facing class, like Rcgs, that receives all incoming events, and can then pass them on to whatever the current InstrumentPanel is. In other words, Agwpe would call OutwardFacingClass.SetAltitude(100) instead of the current setup, which is something like InstrumentPanel.Altitude.setAngle(10). --ian Michael J. Pawlowsky wrote: > I strarted implementing the color preferences (In the Telemetry Data Table). > This brings up a few issues. > > Setting the color of stuff while an instance is being created is no problem. > > But how do we handle color changes after that. > > Do we create some event to notify everything to change color. > That seems like way too many events. > > Do we go look up the color everytime we have a paintComponent. > > Or do we simply ask the user restart rcgs. > > Generally I imagine these are not settings that will be changed often. > > Comments? > > > > > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click > _______________________________________________ > rcpilot-devs mailing list > rcp...@li... > https://lists.sourceforge.net/lists/listinfo/rcpilot-devs |
|
From: Michael J. P. <mi...@vi...> - 2004-03-08 17:17:21
|
I strarted implementing the color preferences (In the Telemetry Data Table). This brings up a few issues. Setting the color of stuff while an instance is being created is no problem. But how do we handle color changes after that. Do we create some event to notify everything to change color. That seems like way too many events. Do we go look up the color everytime we have a paintComponent. Or do we simply ask the user restart rcgs. Generally I imagine these are not settings that will be changed often. Comments? |
|
From: Michael J. P. <mi...@vi...> - 2004-03-08 16:35:56
|
Ian: I'm attaching an image of the setting dialog. Is it possible to change it slightly to be like this? Basically the user has the option to select a radio button of AGWPE or Serial. If they select the AGWPE radio button then the Serial Port selection should be deactivated (greyed out). If they select the Serial radio button then the AGWPE IP and AGW Port should be greyed out. Also can we have it open up at a size that does not have all the tabs piled up. If you do a diff on the 2 pref files you will see some slight changes I made for the names and values. Thanks, Mike |
|
From: Mark <ma...@cp...> - 2004-03-08 15:40:29
|
I forgot to mention the first step, that is the HDLC bit-stuffing. Mark Jordan, PY3SS On 8 Mar 2004 at 12:16, Mark wrote: > Well, for the start, the whole TX process is this: > > - Convert the TX bytes from NRZ to NRZI. > - Pass them through a scrambler X0+X12+X17. > - Get the analog samples from a mapped sin table or > - Calculate them from a FIR coefficient table. > - Send the samples to a DAC (R2R). > - Use a hardware anti-aliasing low-pass filter. > > Mark Jordan, PY3SS > |
|
From: Mark <ma...@cp...> - 2004-03-08 15:32:44
|
Hi Val, I designed a 9k6bps modem to a client using a PIC16F84 and modified that design some years later to allow 19k2bps, using an AT90S2313 this time. As they are commercial products, I can't speak to much about the circuits and code I used. But I can sure help you on debugging your design. Well, for the start, the whole TX process is this: - Convert the TX bytes from NRZ to NRZI. - Pass them through a scrambler X0+X12+X17. - Get the analog samples from a mapped sin table or - Calculate them from a FIR coefficient table. - Send the samples to a DAC (R2R). - Use a hardware anti-aliasing low-pass filter. Mark Jordan, PY3SS On 8 Mar 2004 at 5:13, Val Petrov wrote: > Hi Mark, > Great to have you here. I've build AFSK modem on ATMega128 chip > recently. The modem was tested to work up to 4800 bds using FlexNet > soundcard modem on receiving end. AGWPE only allows 2400 bds in AFSK, > so switching into FSK modulation may be an answer. > But I ran into trouble when I switched to FSK. I used direct > connection between output of ATMega chip and input of soundcard to do > the tests. It seems that my data scrambling procedure is to blame. I > wonder if you have a good description or perhaps a source code for > data scrambler for 9600 bd FSK modem. > Val. > > > --- "Michael J. Pawlowsky" <mi...@vi...> wrote: > > > > Hi Mark, > > > > Glad to see you made it. > > > > For the others, especially Val who is looking into the modem stuff, > > I met Mark on the TAPR PIC-SIG. > > Basically I was asking around to see if anyone had designed a 9k6 > > modem using a PIC. > > > > Mark came back to me and said that he has in the past. > > > > So I asked him if he could join us to help us come up with a > > design. > > > > As for the uP used, language etc., I'm not really too concerned > > about that. > > Mostly the schematic and code blocks needed. > > > > We actually only need the TX part for now. I don't think we will > > get to RX stuff this year. > > On the receiving side we want to use AGWPE. > > > > Also it would be nice to validate that we will be able to do this > > using the audio sub-carrier of the video TX. > > I've been doing it at 1200 baud and that works well, but not sure > > about 9600. > > > > Val was trying to get some code going from G3RUH but I'm not sure > > where he is at with it now. > > > > > > Val? > > > > > > > > > > > > > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by: IBM Linux Tutorials > > Free Linux tutorial presented by Daniel Robbins, President and CEO > > of > > GenToo technologies. Learn everything from fundamentals to system > > > administration.http://ads.osdn.com/?ad_id=3D1470&alloc_id=3D3638&op=3Dcl= ick > > _______________________________________________ > > rcpilot-devs mailing list > > rcp...@li... > > https://lists.sourceforge.net/lists/listinfo/rcpilot-devs > > > =3D=3D=3D=3D=3D > > > __________________________________ > Do you Yahoo!? > Yahoo! Search - Find what you=92re looking for faster > http://search.yahoo.com > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id=3D1470&alloc_id=3D3638&op=3Dcl= ick > _______________________________________________ > rcpilot-devs mailing list > rcp...@li... > https://lists.sourceforge.net/lists/listinfo/rcpilot-devs |
|
From: Michael J. P. <mi...@vi...> - 2004-03-08 14:14:26
|
Ian: Settings Dialog is looking much better. Nice stuff! I will go in and fix some value stuff. If you can add the font's next that would be great. Also if you can track down what broke the instruments display that would be priority #1. That way I can jar the latest dev. snapshot and make it available for download to be able to get some feedback. Also I will go in and change Map to RcgsMap as not to conflict with java.util. Thanks, Mike |
|
From: Val P. <val...@ya...> - 2004-03-08 13:30:10
|
Hi Mark, Great to have you here. I've build AFSK modem on ATMega128 chip recently. The modem was tested to work up to 4800 bds using FlexNet soundcard modem on receiving end. AGWPE only allows 2400 bds in AFSK, so switching into FSK modulation may be an answer. But I ran into trouble when I switched to FSK. I used direct connection between output of ATMega chip and input of soundcard to do the tests. It seems that my data scrambling procedure is to blame. I wonder if you have a good description or perhaps a source code for data scrambler for 9600 bd FSK modem. Val. --- "Michael J. Pawlowsky" <mi...@vi...> wrote: > > Hi Mark, > > Glad to see you made it. > > For the others, especially Val who is looking into the modem stuff, > I met Mark on the TAPR PIC-SIG. > Basically I was asking around to see if anyone had designed a 9k6 > modem using a PIC. > > Mark came back to me and said that he has in the past. > > So I asked him if he could join us to help us come up with a > design. > > As for the uP used, language etc., I'm not really too concerned > about that. > Mostly the schematic and code blocks needed. > > We actually only need the TX part for now. I don't think we will > get to RX stuff this year. > On the receiving side we want to use AGWPE. > > Also it would be nice to validate that we will be able to do this > using the audio sub-carrier of the video TX. > I've been doing it at 1200 baud and that works well, but not sure > about 9600. > > Val was trying to get some code going from G3RUH but I'm not sure > where he is at with it now. > > > Val? > > > > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO > of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click > _______________________________________________ > rcpilot-devs mailing list > rcp...@li... > https://lists.sourceforge.net/lists/listinfo/rcpilot-devs ===== __________________________________ Do you Yahoo!? Yahoo! Search - Find what youre looking for faster http://search.yahoo.com |
|
From: Michael J. P. <mi...@vi...> - 2004-03-07 20:55:19
|
>1. Instead of .inf files, can we have .xml configuration files for each >gif? I was keeping with the .inf files so that they can be used from other applications. The parsing of the data needs to be fixed up quite a bit though. (Ignore comments etc.) Bascially we want to allow maps from usual APRS sources to be used. Specifically UI-View. Take a look at http://uiview.app.aprs-is.net/uiview32/mapsoftware.shtml or Do a quick search for APRS Maps and you will find a lot. >I think the GUI should handle importing maps, so I'll add a tab for that >in UserPreferencesDialog. It'll just be a file browser, and then >textfields for all of the values in the .inf. Sure if you want, however basically they just need to dump some files they get from the Net into a folder. >2. Is it all right to add support for jpg and png files too? Any other >formats we want? Sounds good to me.. I simply want to keep gif to have the transparency. >3. And could someone explain to me what the values are in the inf files? >Here's an example: > > 45 45.161, -74 04.550 > 45 20.081, -73 14.280 It is the top,left followed by the bottom right gps coordinates of the map. There are issues with projection also but at this scale it will not be too bad. But it is something to look into in the future. >4. Any other data we want to add? (I'm already adding a display name, so >the user can edit the name without changing the filename. That's a good one. It is usually part of it. Like I said, go and grab some maps off the Net for APRS. >5. Also, where will people be pulling maps from? Is there a site on the >web that we can connect to and pull maps automatically based on gps >coordinates or a street address? There are a few map servers out there. I suppose we would need permission though to use them. >I know it's probably not that important, but it would be *really* cool >if people could import a map of their home area the first time they try >the program via WebStart or wherever. That'll buy us a lot of initial >goodwill. >6. If #5 isn't possible, can someone write up a general How To document >about where to go about looking for maps and where to get GPS coordinate >data? This would be for the people just testing out the software, who >might now already own GPS equipment, and just want to get a map of their >home town to play around with... Documentation will be the FUN part later on. Basically a help window in the App. Mike |
|
From: Michael J. P. <mi...@vi...> - 2004-03-07 20:34:13
|
For now let's keep them seperate. I'm not sure I want to add the placement of the instruments into the registry. It woud mean creating a pretty big UI to handle that etc. >Also, we now have two preferences/properties files -- can we combine >them? (we'd just have to update the UserPreferences static >initialization method; I believe RcgsJPanels uses the separate >.properties file for x/y getting coordinates...) |
1 message has been excluded from this view by a project administrator.
