#1 2014-12-01 17:19:13

DB1NTO
Member
Registered: 2014-12-01
Posts: 52

Feature request

Hi Mark,

i think it´s a good thing to make feature request for future builds.

If possible, i wish following features:

- Transmitt position in MIC-E format to save TX Time on full APRS frequencies (and also save battery on battery powered trackers!)
- if possible, use ATmega with about 10 MHz. So it can used with battery power (e.g. 3,7V Li-Ion). 16 MHz needs at least 4,5V.

Taner
DB1NTO

Offline

#2 2014-12-02 16:56:54

markqvist
Administrator
Registered: 2014-12-01
Posts: 112

Re: Feature request

Thanks a lot for the feature requests! It's a great idea with a thread for requesting features. I will definitely look at implementing MIC-E format. I get your point on running at a lower frequency also. It should be possible, but I have not tried it. I will experiment with it once I have the new firmware versions working well smile

Offline

#3 2014-12-24 01:32:13

DB1NTO
Member
Registered: 2014-12-01
Posts: 52

Re: Feature request

Hi Mark,

while porting my code for my very small APRS Tracker from old MicroAPRS to new LibAPRS i have some small "problems".
I think you can help me or it might a good "feature request" for your lib.

We get GPS data often from the popular TinyGPS / TinyGPS++ or similar library's.
But the both libs give the position data as a float value and the "E/W" - "N/S" value separately.

Maybe its useful to change your lib to fit the GPS data from these both libs directly into LibAPRS!

Your lib need's:

  APRS_setLat("5530.80N");
  APRS_setLon("01143.89E");

as char array...

The TinyGPS++ lib brings "double".
Please take a look to the lib:
http://arduiniana.org/libraries/tinygpsplus/

My wish is a usage like:

  APRS_setLat(gps.location.lat(),"N");
  APRS_setLon(gps.location.lon(),"E");

Thank you again

Taner

Last edited by DB1NTO (2014-12-24 01:45:43)

Offline

#4 2014-12-25 10:41:57

DB1NTO
Member
Registered: 2014-12-01
Posts: 52

Re: Feature request

Hi Mark,

one more "feature request" from me wink
I think its not a hard task for you.

Some people want use a Teensy instead of Arduino boards.
Teensy has some benefits for some people.

It has more power.
Works with 3.3V at 72 MHz! (al lot of power).

It has a built in 12 bit DAC. So no need for a resistor ladder. It can make a very smooth sin wave.

Can you make a version of LibAPRS that works on Teensy?
Generally arduino code works 1:1 on Teensy. But there is need to change the DAC using to use built in DAC.

Can you please take a look to the following sample code?

12 Bit Analog Output

Teensy 3.1 has a proper analog output. You can always filter PWM, but true analog output responds rapidly.
The output is created by the stable reference voltage, so it's doesn't vary if your power supply voltage changes slightly.
// Simple DAC sine wave test on Teensy 3.1

float phase = 0.0;
float twopi = 3.14159 * 2;
elapsedMicros usec = 0;

void setup() {
  analogWriteResolution(12);
}

void loop() {
  float val = sin(phase) * 2000.0 + 2050.0;
  analogWrite(A14, (int)val);
  phase = phase + 0.02;
  if (phase >= twopi) phase = 0;
  while (usec < 500) ; // wait
  usec = usec - 500;
}
Simply use analogWrite() on the A14 pin for true analog output.

teensy31_dac.jpg

Last edited by DB1NTO (2014-12-25 10:42:42)

Offline

#5 2014-12-25 15:57:44

Stanley
Member
From: Kuala Lumpur, Malaysia
Registered: 2014-12-01
Posts: 65
Website

Re: Feature request

I think someone already ported the teensy 3.1 APRS codes to Arduino library ...

https://forum.pjrc.com/threads/24998-AP … Teensy-3-1
https://github.com/rvnash/aprs_teensy31

I've a teensy 3.1 somewhere, I will compile it and hook it up to the scope to see / hear the APRS sound ...


Stanley
9W2SVT/ N5SVT
http://9W2SVT.blogspot.com

Offline

#6 2015-01-23 10:01:02

la3bna
Member
Registered: 2014-12-18
Posts: 19

Re: Feature request

It would be nice to have some way of inverting the PTT for code and not do it in the lib. This is for using the DRA818 (i.e) wich uses ptt high for RX and low for TX.

For my current project I have changed it in the lid code.

Offline

#7 2015-02-17 11:40:56

la3bna
Member
Registered: 2014-12-18
Posts: 19

Re: Feature request

The posibility to add inn speed and course instead of PHG

Offline

#8 2015-02-28 13:14:28

Johan Adler
Member
From: Stockholm, Sweden
Registered: 2015-02-28
Posts: 3

Re: Feature request

Regarding the Teensy 3.1, which I myself plan to use, as far as I know the code of rvnash (KC3ARY, Rich) only transmits, it does not receive. Also, his project seems to be based on the Trackuino code base, not the code of Mark.

By the way, Mark, which version is the most current? You have the MicroModem, MicroAPRS and LibAPRS. If I want to try to port it to the Teensy, which one should I use? (The Teensy works nicely with the Arduino environment and Arduino libraries in general.)

May I suggest putting all the device specific code (I/O and interrupts, mainly, I guess) in a separate file, and maybe even one file per device (e.g. 328p.h and 328p.ccp, teensy31.h and teensy31.cpp)? A conditional #include could select the proper file(s) based on the chosen device. It could probably make porting easier.

Oh, and I will use the Dorji DRA818V modules primarily, for now.


SA0CLI at JO99AE87BR
Stockholm, Sweden

Offline

Board footer

Powered by FluxBB