Date   

Re: Hardware requirement for WM version

ta2ey <ta2ey.mustafa@...>
 

Hi Lynn,

I just joined this group and tried APRSISCE program on my device with WinCE 6.0 OS.

Unfortunately it didn't work under WinCE .
I managed to work APRS-CE without problem.

is there anything I can do to use this software under WinCE 6.0 ?

Mustafa

--- In aprsisce@yahoogroups.com, "Lynn W. Deffenbaugh" <kj4erj@...> wrote:

David,

My build environment says Windows Mobile 6.1, but I know it runs on
5.0. As far as 2003, I suspect it won't work because I'm not sure the
GPSapi goes back that far.

The best I can suggest is to put the .EXE on the device and see if it
runs. If it does, you're good. If it doesn't, let me know what it says
and maybe I can build a version that works around the issue.

I used to have an original Toshiba e755 before I left it in a loaner
car, the dealer recovered it, put it on a shelf, and it disappeared
before I got down to pick it up. They ended up reimbursing me for it
because they knew they had it and knew they lost it. That's what paid
for my AT&T Tilt because there were no other PDAs on the market by that
time (well, there WERE PDAs available, but the Tilt with a 2 year plan
was cheaper and more functional).

Lynn (D) - KJ4ERJ

ve7mdt wrote:
I tried to look for the info but haven't been able to find it (readme, release note etc).

Which Windows Mobile versions are supported? Are WM 2003 and 2003 SE supported, for example? Or only WM 5 or above?

The reason I asked is that I have an HTC Advantage x7501, a MWg 503g, both on WM 6.x right now, but I also have Toshiba e830 and e805 which are only WM 2003 SE, but I want to make good use of them as well.

Thanks and sorry if this info is easy to find, I just haven't been able to and I tried the search as well.

73,
David
VE7MDT


Re: KISS TNC for APRS

Lynn Deffenbaugh
 

m6xsd wrote:
Yep, point taken on 'Lost Fix' but I still think being able to select pre-programmed static points when 'en-route' would be good, I can think of quite a few situations where I would like to 'annouce'(for want of a better word) that I'm not exactly where my GPS thinks I am (or was).
See Bob's APRS 1.1 extension called "Destination Waypoints" described at:

http://wa8lmf.net/bruninga/APRS-docs/MOBILE.TXT

This is part of the APRS 1.1 Spec Addendum you can see at:

http://wa8lmf.net/bruninga/aprs/aprs11.html

I'm considering supporting the ability to beacon a "destination
waypoint" as well as interpret them and draw the lines that are
described. I don't know how many other APRS clients do this, but it's
part of the published spec, so I might as well support it! Who knows, I
might even make it part of the Poll's () "slow beacon" mode!

Oh, and another preview of things to come is that I'm designing a
"coordinate picker" dialog that will embed the OpenStreetMap with pan
and zoom to allow you to home in on and set a coordinate. It'll still
support a variety of manually-entered coordinates, but you'll be able to
see where you entered or enter what you see. - Thoughts?

Lynn (D) - KJ4ERJ


Re: KISS TNC for APRS

Lynn Deffenbaugh
 

g4ilo wrote:
Personally I think the last known position would be the best one to use when going into a building. Incidentally the last time this happened to me I forgot to turn the thing off when I went into a building and left my jacket and when I came back I had a hot phone with a depleted battery, so an auto-disable GPS if unable to get a fix after x min option might be a useful battery conservation tool.
That's maybe a reasonable suggestion. How long to make the delay before auto-disable is the hard part. I know with my AT&T Tilt the GPS will sometimes go out to la-la land for a few minutes when the visible satellite count drops to small numbers. I'll add this somewhere down on the ToDo list.

The ability to easily select a different icon would be a nice touch though I don't know if many would bother with it. I'm using the icon of a jogger because that seemed the most appropriate for a pedestrian mobile, but I also have it with me in the car and people may get the idea I'm a pretty fast runner. It would be nice to switch to an icon of a car without opening the config dialog and scrolling through that long list. There could do with being an icon of a guy in a chair with his feet up for when the thing is docked in its cradle on the desktop. :)
I've considered doing some sort of a named Profile set of settings that would include beaconing, Icon, status, and such. I don't know that I'll get as fancy as doing automatic profile switching ala the Tracker2 family, but at least having a Configure/Profile cascading menu selection might be nice. Hiking, Biking, Mobile, QTH/Stationary kind of settings where the user configures the names AND the parameters.

I'm not sure how successful my earlier suggestion of an economy mode that only gets a fix now and then would be, because as Lynn pointed out the GPS will struggle to get a fix if you are moving. I have been trying to remember to disable the GPS (or switch the phone off with the button on the top which keeps the APRS-IS connection going so you can still receive messages) but I have been switching it on and then setting off without waiting to get a fix and as a result I have travelled long distances before my next position was reported.
Yep, that's the GPS behavior. Those really quick fix times the manufacturers like to advertise are for fix acquisition without moving or at most walking. If you turn on the GPS, drop it on the dash, and dash on down the road, it'll be a while till it figures out where you really are. I've taken to backing out my driveway and turning the GPS on while I record my mileage (yes, most of what I drive, I get reimbursed for). But then, I live on a cul-de-sac, so I don't have to worry much about traffic while sitting in the middle of the street!

Economy mode still intrigues me because my GPS will pick up a fix pretty quick at walking speeds. It's trying to use economy mode while driving that would get rather iffy. Maybe an economy mode that disables itself if the prevailing speed is greater than some reasonable threshhold...

Lynn (D) - KJ4ERJ - QTH at KJ4ERJ-2


Re: KISS TNC for APRS

Lynn Deffenbaugh
 

g4ilo wrote:
--- In aprsisce@yahoogroups.com, "Lynn W. Deffenbaugh" <kj4erj@...> wrote:
By "data source" I mean either a serial port (which may be a
paired BlueTooth serial port) or a TCP/IP address and port combination.
Does this mean it will work with the AGW Packet Engine on a PC? I don't know too much about this but it appears to run as a TCP/IP server listening on port 8000.
I have AGWPE support on my list, but that's not the IP/port that I mention above. There are Ethernet and WiFi serial port devices that offer a TCP/IP port to which you connect to access the serial data. I have also written similar shim programs that run on other machines and offer a TCP/IP connection to serial ports on those machines. The support I'm currently building expects the TCP data to appear just as if the serial device was locally connected. AGEPE adds a whole different protocol layer to the "TNC" communications.

AGW support will be there eventually, but not soonest.

Lynn (D) - KJ4ERJ


Re: KISS TNC for APRS

g4ilo
 

--- In aprsisce@yahoogroups.com, "m6xsd" <m6xsd@...> wrote:

Hi Lynn,

Your plans for COM port / NMEA implementation sound 'spot on', I can't wait to try it.
I normally run a Garmin eTrex Summit GPS hooked up to my HP iPaq HX2750 PDA (currently for moving map display), I just need to sort out a TNC to hook up to my radio & I should have an excellent mobile system.
Would it be possible to have the software revert to a 'static position' when GPS fix is lost(i.e when you enter a building). Ideally
the 'static position' would be easily selectable from pre-programmed points and have different icon (so it is obvious you are no longer mobile). This could also be useful when out climbing hills (SOTA & WOTA) because you could show you are at a summit (or other waypoint) without draining valuable GPS power (hopefully Julian will let us know if this is practical from the walkers point of view).
Personally I think the last known position would be the best one to use when going into a building. Incidentally the last time this happened to me I forgot to turn the thing off when I went into a building and left my jacket and when I came back I had a hot phone with a depleted battery, so an auto-disable GPS if unable to get a fix after x min option might be a useful battery conservation tool.

The ability to easily select a different icon would be a nice touch though I don't know if many would bother with it. I'm using the icon of a jogger because that seemed the most appropriate for a pedestrian mobile, but I also have it with me in the car and people may get the idea I'm a pretty fast runner. It would be nice to switch to an icon of a car without opening the config dialog and scrolling through that long list. There could do with being an icon of a guy in a chair with his feet up for when the thing is docked in its cradle on the desktop. :)

I'm not sure how successful my earlier suggestion of an economy mode that only gets a fix now and then would be, because as Lynn pointed out the GPS will struggle to get a fix if you are moving. I have been trying to remember to disable the GPS (or switch the phone off with the button on the top which keeps the APRS-IS connection going so you can still receive messages) but I have been switching it on and then setting off without waiting to get a fix and as a result I have travelled long distances before my next position was reported.

Julian, G4ILO


Re: KISS TNC for APRS

m6xsd <m6xsd@...>
 

--- In aprsisce@yahoogroups.com, "Lynn W. Deffenbaugh" <kj4erj@...> wrote:

Good to know it'll work for someone outside of me! I'm using a TT4 for
testing and will be hooking it to a T2-135 as soon as I get a power
supply for another BlueTooth to Serial in my mobile. I can't wait to
run the mobile IGate!
My other preferred installation is to swap out the Garmin for a Bluetooth GPS when I don't forsee needing the extra info the Garmin supplies.

Would it be possible to have the software revert to a 'static position' when GPS fix is lost(i.e when you enter a building). Ideally
the 'static position' would be easily selectable from pre-programmed points and have different icon (so it is obvious you are no longer mobile). This could also be useful when out climbing hills (SOTA & WOTA) because you could show you are at a summit (or other waypoint) without draining valuable GPS power (hopefully Julian will let us know if this is practical from the walkers point of view).
My current thinking was that when/if you disable the GPS but keep
Tracking enabled, it would continue to beacon as if you were standing
still at the last coordinate. I want to base it on Enabled rather than
Lost Fix as it's way to easy to lose a fix.

I need to do more thinking on the hiking thing as well.
Yep, point taken on 'Lost Fix' but I still think being able to select pre-programmed static points when 'en-route' would be good, I can think of quite a few situations where I would like to 'annouce'(for want of a better word) that I'm not exactly where my GPS thinks I am (or was).

73,
Colin.


Re: KISS TNC for APRS

Lynn Deffenbaugh
 

m6xsd wrote:
Hi Lynn,

Your plans for COM port / NMEA implementation sound 'spot on', I can't wait to try it.
I normally run a Garmin eTrex Summit GPS hooked up to my HP iPaq HX2750 PDA (currently for moving map display), I just need to sort out a TNC to hook up to my radio & I should have an excellent mobile system.
Good to know it'll work for someone outside of me! I'm using a TT4 for testing and will be hooking it to a T2-135 as soon as I get a power supply for another BlueTooth to Serial in my mobile. I can't wait to run the mobile IGate!

Would it be possible to have the software revert to a 'static position' when GPS fix is lost(i.e when you enter a building). Ideally
the 'static position' would be easily selectable from pre-programmed points and have different icon (so it is obvious you are no longer mobile). This could also be useful when out climbing hills (SOTA & WOTA) because you could show you are at a summit (or other waypoint) without draining valuable GPS power (hopefully Julian will let us know if this is practical from the walkers point of view).
My current thinking was that when/if you disable the GPS but keep Tracking enabled, it would continue to beacon as if you were standing still at the last coordinate. I want to base it on Enabled rather than Lost Fix as it's way to easy to lose a fix.

I need to do more thinking on the hiking thing as well.

Lynn (D) - KJ4ERJ - Dashing out the door!


Re: KISS TNC for APRS

g4ilo
 

--- In aprsisce@yahoogroups.com, "Lynn W. Deffenbaugh" <kj4erj@...> wrote:
By "data source" I mean either a serial port (which may be a
paired BlueTooth serial port) or a TCP/IP address and port combination.
Does this mean it will work with the AGW Packet Engine on a PC? I don't know too much about this but it appears to run as a TCP/IP server listening on port 8000.

Julian, G4ILO


Re: KISS TNC for APRS

Lynn Deffenbaugh
 

Phillip wrote:


Is there any provision in your program to allow for more than 1 TNC port and also a beacon TXT file for each port
I ask this because not all Igates etc run 1 port, here I run 3 VHF ports on different frequencies and they all require their own Beacon TXT
Is that three different TNCs and three different serial connections? Or are you talking port numbers in AGEPE?

If you've got three TNCs, I'd plan to support this as running three copies of the client, one for each TNC.

However, that's all a much more complex installation than I'm currently targeting. Personally, with that much running, I'd be using javAPRSSrvr to do the IGating and just use a client like mine as a single viewer.

Lynn (D) - KJ4ERJ - Crawling before Walking before Running....


KISS TNC for APRS

Phillip <zl2tze@...>
 

 Hi Lynn,
                 Is there any provision in your program to allow for more than 1 TNC port and also a beacon TXT file for each port
 
I ask this because not all Igates etc run 1 port, here I run 3 VHF ports on different frequencies and they all require their own Beacon TXT
 
73 Phillip
ZL2TZE
 
 
 
 


Re: KISS TNC for APRS

m6xsd <m6xsd@...>
 

Hi Lynn,

Your plans for COM port / NMEA implementation sound 'spot on', I can't wait to try it.
I normally run a Garmin eTrex Summit GPS hooked up to my HP iPaq HX2750 PDA (currently for moving map display), I just need to sort out a TNC to hook up to my radio & I should have an excellent mobile system.
Would it be possible to have the software revert to a 'static position' when GPS fix is lost(i.e when you enter a building). Ideally
the 'static position' would be easily selectable from pre-programmed points and have different icon (so it is obvious you are no longer mobile). This could also be useful when out climbing hills (SOTA & WOTA) because you could show you are at a summit (or other waypoint) without draining valuable GPS power (hopefully Julian will let us know if this is practical from the walkers point of view).


73,
Colin.

--- In aprsisce@yahoogroups.com, "Lynn W. Deffenbaugh" <kj4erj@...> wrote:

Jerome Lofton wrote:
Can you elaborate on your plans for KISS TNC for APRS and how it would
be used with APRS-IS CE.
I'm glad you asked! ;)

I have a version of the client running in development that allows
configuration of a "data source" for KISS TNCs and/or NMEA GPS. This
will be supported in both the Windows Mobile and Win32 when it is
released. By "data source" I mean either a serial port (which may be a
paired BlueTooth serial port) or a TCP/IP address and port combination.
This will allow APRSISCE/32 to connect either directly via serial, or
via BlueTooth serial (which looks the same to the program), or via a
TCP/IP stream to either a KISS-mode TNC or an NMEA-protocol external GPS.

When an NMEA port is used (which is mutually exclusive with the
currently support GPSapi-supported GPS), APRSISCE/32 gets position and
time information from the GPS and uses that in the same fashion as it
currently uses the internal GPSapi-supplied data. Beaconing and
position awareness will then be support on non-GPS-equiped phones, PDAs,
and laptops.

When a KISS port is configured, APRSISCE/32 reads KISS packets from the
port and provides KISS packets to the port. Beacons, telemetry, and
status updates are sent both out the APRS-IS connection AND to the KISS
port (obviously with a configurable path). Received KISS packets are
formatted and sent to APRS-IS proving a receive IGate capability.
RF-received stations are noted in the scrolling station log with an *
and a count of how many times the same packet was heard. A View filter
allows seeing all RF-received stations, only those considered to be
"local" (configurable hop limit), or "direct" (no used path
components). A future version will support IGating message traffic from
APRS-IS to the RF port provided that both are enabled and the
destination station was "recently" heard "locally" or direct.

Now, all I have to get is my day-job's work caught up so I can put the
finishing touches on the configuration of all of the described
capability. I've been running it on my laptop for about 3 weeks now
with a BlueTooth link to a GPS in another room and a TCP/IP connection
to a comm-port KISS shim which is actually another BlueTooth link from
my server to a BlueTooth to serial link directly connected to my IGate's
TinyTrak4. And it works. KJ4ERJ-1 is the APRSIS32 using this KISS
connection, however it's actively competing with my main KJ4ERJ-2
javAPRSSrvr.

Anyway, does that answer your question? I've got a fairly long row to
hoe to define how this is all going to work, and it's actually the
user-configuration of these options that I still haven't done yet.

Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32


Re: KISS TNC for APRS

Lynn Deffenbaugh
 

Jerome Lofton wrote:
Can you elaborate on your plans for KISS TNC for APRS and how it would be used with APRS-IS CE.
I'm glad you asked! ;)

I have a version of the client running in development that allows configuration of a "data source" for KISS TNCs and/or NMEA GPS. This will be supported in both the Windows Mobile and Win32 when it is released. By "data source" I mean either a serial port (which may be a paired BlueTooth serial port) or a TCP/IP address and port combination. This will allow APRSISCE/32 to connect either directly via serial, or via BlueTooth serial (which looks the same to the program), or via a TCP/IP stream to either a KISS-mode TNC or an NMEA-protocol external GPS.

When an NMEA port is used (which is mutually exclusive with the currently support GPSapi-supported GPS), APRSISCE/32 gets position and time information from the GPS and uses that in the same fashion as it currently uses the internal GPSapi-supplied data. Beaconing and position awareness will then be support on non-GPS-equiped phones, PDAs, and laptops.

When a KISS port is configured, APRSISCE/32 reads KISS packets from the port and provides KISS packets to the port. Beacons, telemetry, and status updates are sent both out the APRS-IS connection AND to the KISS port (obviously with a configurable path). Received KISS packets are formatted and sent to APRS-IS proving a receive IGate capability. RF-received stations are noted in the scrolling station log with an * and a count of how many times the same packet was heard. A View filter allows seeing all RF-received stations, only those considered to be "local" (configurable hop limit), or "direct" (no used path components). A future version will support IGating message traffic from APRS-IS to the RF port provided that both are enabled and the destination station was "recently" heard "locally" or direct.

Now, all I have to get is my day-job's work caught up so I can put the finishing touches on the configuration of all of the described capability. I've been running it on my laptop for about 3 weeks now with a BlueTooth link to a GPS in another room and a TCP/IP connection to a comm-port KISS shim which is actually another BlueTooth link from my server to a BlueTooth to serial link directly connected to my IGate's TinyTrak4. And it works. KJ4ERJ-1 is the APRSIS32 using this KISS connection, however it's actively competing with my main KJ4ERJ-2 javAPRSSrvr.

Anyway, does that answer your question? I've got a fairly long row to hoe to define how this is all going to work, and it's actually the user-configuration of these options that I still haven't done yet.

Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32


KISS TNC for APRS

Jerome Lofton <LoftonJ@...>
 

Lynn,

Can you elaborate on your plans for KISS TNC for APRS and how it would be
used with APRS-IS CE.

Thanks,
Jerome
WD4CWG


Re: Feedback solicitation

Lynn Deffenbaugh
 

Slutpuppy wrote:
I like the app, however it eats the battery, which is to be expected, running GPS/DATA all at once. Power usage is a bit higher than I would like.
Fire up any app that streams data from the Internet along with keeping the GPS on and you'll see the same thing. If you click on Start / Today, it will cover up the app decreasing the CPU consumption of the actual map drawing, but in my experience, the GPS is the real power hog with a close second being the live data stream from APRS-IS. I've found that if you limit the Range to something reasonable (I run 70 miles or 700 in the spin box) can help control my consumption. The faster the stations are scrolling by, the more traffic is on the data connection and the more power the cellular radio will be drawing.
Something that I would like to see is an option to have it run in the background...waking up and simply reporting a position every 10 mins (user selectable) or so, before going
See the Poll at: http://groups.yahoo.com/group/aprsisce/surveys?id=2262480 and place your vote.

back to "sleep". There are plenty of times I wish to be on the map, but have no need to view whats going on around me..therefore no map or full interface. Another addition to
I really don't want to build a software-based "deaf" tracker. APRS isn't always about "being on the map", but about situational awareness and the ability to be contacted.

that would be it launch the full application should your SSID be sent a message/bulletin, as that would be something you'd want to view the map/lists for.
The only way the client can know that a message or bulletin came in is to be connected to and receiving data from the APRS-IS. That means that even though I might be able to shut the GPS down for some extended period, the data connection would remain active. And the severe outcome I can see from this approach would be that when the "full application" comes up, the stations on the map will be obsolete. I'd probably actually remove them all and wait for new updates to come in resulting in a 10-30 minute delay before the entire local picture is back to current completeness.

Overall I like it. I just cant ever remember to fire it up in the mornings, nor remember to exit before the battery gets run down.
I keep a car charger always available in my mobile and have made it a habit to just plug in the mini-USB, toggle the GPS ON and toss the phone onto the dashboard (I managed to break my second window mount). That keeps me tracking, keeps messages receiving, and is still available for incoming calls (which I handle by glancing at caller ID and ignoring).

Unfortunately, the phone batteries were designed to just keep the phone listening for incoming calls. The batteries just don't have the capacity to really USE all of the features the phones have on a full-time basis without additional power being supplied. It's going to get even worse when I add the BlueTooth activity to the mix when/if you configure a KISS TNC for APRS over RF use by the client.

Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32


Re: Feedback solicitation

Slutpuppy <raventbk@...>
 

I like the app, however it eats the battery, which is to be expected, running GPS/DATA all at once. Power usage is a bit higher than I would like.

Something that I would like to see is an option to have it run in the background...waking up and simply reporting a position every 10 mins (user selectable) or so, before going back to "sleep". There are plenty of times I wish to be on the map, but have no need to view whats going on around me..therefore no map or full interface. Another addition to that would be it launch the full application should your SSID be sent a message/bulletin, as that would be something you'd want to view the map/lists for.

Overall I like it. I just cant ever remember to fire it up in the mornings, nor remember to exit before the battery gets run down.

--- In aprsisce@yahoogroups.com, "Lynn W. Deffenbaugh" <kj4erj@...> wrote:

Ok, there's been quite a few new members of the group over the past few
weeks so it's time to hear some feedback.

Who of you is running APRISCE on Windows Mobile? And what platform is
it on?

Who has dared the new APRSIS32 for Win32 and what's your opinion of it?

Tell me what features you like, what you don't like, and what drives you
crazy (like the slightest move while trying to click on the screen ends
up moving the map and locking the center)?

I'd like to improve the product and move it towards becoming a UI-View
replacement, so let me know what you'd like to see.

If all goes well, there should be a release soon that supports KISS TNCs
for direct RF access as well! This will enable mobile IGate operation
via your phone if you have either a real serial port or a BlueTooth to
serial adapter on your TNC.

I can't make the program better if I don't hear what you'd like difference!

Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32


Re: Receiving a bulletin message

Lynn Deffenbaugh
 

Julian,

I'll be adding Bulletin support when I add the ability to re-view received messages and generally beef up the messaging section. I've re-read the spec and it appears that clients are actually supposed to display ALL messages received for the configured callsign regardless of the -SSID in use. It is only supposed to ACK messages that match the -SSID.

So, while I'm opening up the message reception to provide for that (and playing with APRS-IS filters to see if the proper messages are delivered), I'll add bulletin support.

I've never seen how UI-View does it, but I'm considering a "Bulletin Board" dialog that has a drop-down or multiple tabs to see the bulletin message lines received from each individual sender. I know this violates one of Bob's intentions of "anyone being able to overwrite anyone else's bulletin line", but that spec was done before APRS-IS merged vastly diverse geographic regions into a single client view.

Not sure when I'll get to it, but now that it's been mentioned, I'll boost it up the list.

Lynn (D) - KJ4ERJ

PS. A t/m filter should deliver ALL messages and bulletins to your client since a bulletin is just a message addressed to a particular callsign prefix (BLN).

g4ilo wrote:

Hi Lynn.

I have done some more experimentation and it appears that what I want to be able to do is receive bulletins. If my server sends a message to "BLNWOTA" then it shows up under "Other groups" in the Bulletin board page of aprs.fi.

In UI-View32 the only way I could get the bulletins to appear is to add a budlist filter for the call the bulletins are being sent from. If that is the correct way to do it then that's fine.

If I do this in APRSISCE I see the call the bulletin was from appear in the scrolling window but nothing happens when I click on it. Ideally it would be nice to have bulletins pop up with an audible alert just like messages do, but obviously without the options to reply to them.

Julian, G4ILO



------------------------------------

Yahoo! Groups Links





Receiving a bulletin message

g4ilo
 

Hi Lynn.

I have done some more experimentation and it appears that what I want to be able to do is receive bulletins. If my server sends a message to "BLNWOTA" then it shows up under "Other groups" in the Bulletin board page of aprs.fi.

In UI-View32 the only way I could get the bulletins to appear is to add a budlist filter for the call the bulletins are being sent from. If that is the correct way to do it then that's fine.

If I do this in APRSISCE I see the call the bulletin was from appear in the scrolling window but nothing happens when I click on it. Ideally it would be nice to have bulletins pop up with an audible alert just like messages do, but obviously without the options to reply to them.

Julian, G4ILO


Re: APRSISCE on battery power

g4ilo
 

--- In aprsisce@yahoogroups.com, "Lynn W. Deffenbaugh" <kj4erj@...> wrote:

However, even in that case, you should NOT need to reboot your phone.
Simply go to Start / Settings / System / Memory / Running Programs.
Click on your callsign (or APRSISCE or whatever looks like the client in
that list) and click Stop. There will be a delay and then Windows
Mobile will tell you the program isn't responding at which point you can
kill it. After doing so, I use Internet Explorer to verify a good data
connection and then restart APRSISCE.
It doesn't seem to happen like that for me. What happens is that the main window has gone. In the task list there is a window named WM_CLOSE. When I click on it I get a message box that says "There are unacknowledged messages. Really close?" I click No, to see what the messages are. But nothing appears. The message box is gone, the main window is still gone, there is nothing in the Running Programs list although the free memory shows something is still running. And even after waiting more than 90 seconds APRSISCE still won't start unless I reboot.

Julian, G4ILO


Re: Metric units

m6xsd <m6xsd@...>
 

I think just to be awkward we in the UK tend to use Miles for distance yet most maps show height in Metres.


Colin
M6XSD.

--- In aprsisce@yahoogroups.com, "Lynn W. Deffenbaugh" <kj4erj@...> wrote:

I have a metric option on my ToDo list already. One of the interesting
features of APRS, however, is the ambiguity in the transmission of
Altitude (at least, I think it's that one). It may be in meters or feed
with nothing to tell you which it might be. However, the majority of
the stations seem to be consistent with it, which is, I guess, better
than nothting.

Lynn (D) - KJ4ERJ

g4ilo wrote:
Although here in the UK we still use miles to measure distances as we can't afford to convert all the road signs to kilometres, most people here now use the metric system and of course nobody understands anything other than metres and kilometres in Europe.

I didn't see an option to set the units to metric. Is there one?

Julian, G4ILO

Blog: http://www.g4ilo.com/blog.html


Re: APRSISCE on battery power

David Shrum
 

Julian,
The "auto adjust backlight" does just that, if you are in a brightly lighted
room it turns the brightness up, so the other side of that, if you're in a
darker area it turns down the screens brightness.

Dave N8PU

-----Original Message-----
From: aprsisce@yahoogroups.com [mailto:aprsisce@yahoogroups.com] On Behalf
Of g4ilo
Sent: Monday, January 18, 2010 5:06 AM
To: aprsisce@yahoogroups.com
Subject: [aprsisce] Re: APRSISCE on battery power

Hi Lynn.

Thanks for the info. I will have a closer look at the screen backlight. I
definitely couldn't see it getting dimmer. There is also an "auto adjust
backlight" setting but I don't know what that does.

The idea of saving power by turning it on and off with the top button is a
good one, especially if/while there is no power saving mode in the software
itself. What would be handy in that case would be an audible sound when a
position report is sent, so you can tell without seeing the screen when it's
OK to turn it off again.

When I said the app had closed it really had closed - I used the task
switcher to try to activate it and it had just vanished. I don't know if
anything might have pressed the X button. The slip-in cases are a pretty
tight fit.

By the way Lynn why is it that I don't see the battery status indicator on
the APRSISCE title bar (which incidentally says APRSIS for Win32 for some
strange reason)? I have to switch to the Home screen for a quick check on
the battery status.

Julian, G4ILO

No virus found in this outgoing message.
Checked by AVG - www.avg.com
Version: 9.0.725 / Virus Database: 270.14.148/2629 - Release Date: 01/17/10
14:35:00