[pskmail] Re: WAS session memory clear?

  • From: John Douyere <vk2eta@xxxxxxxxx>
  • To: pskmail@xxxxxxxxxxxxx
  • Date: Tue, 27 Nov 2012 06:19:04 +1100

Hi Greg,

Thanks, I need to look into this as I have noticed that situation in a
couple of long exchanges.

One area I have had trouble with during development was the auto-screen
rotate feature of Android as this causes normally an application to restart.

I wonder if the two are linked or not, so any hint would be a plus as it is
not easy to reproduce.

Regarding the Wolphi interface it should work on most devices.

The phones can handle strait 3 pins jacks from earphones as well as 4 pins
audio out left, audio out right, Mic in and ground. Just note the unusual
position of the ground pin.

In the Andpskmail manual you can see in the simple non isolated interface
description the adaptation circuit and 4 way plug connection.

If your interface provides a VOX or your radio does you should be able to
make an adapter for it. Which model do you have?

Regarding the behaviour on RSID receipt, what behaviour did you expect?

If I remember well the PC version reverts back to the default mode every
minute which I find a nuisance personally but I can add an option in the

All the best,

73, John
On Nov 24, 2012 10:29 PM, "Greg" <kb1ncj@xxxxxxxxx> wrote:

>  Well to clarify, the issue seems to be that while connected only the app
> stops hearing the server and stops responding to it. The app still responds
> to screen navigation. Another issue is that after app hears rsid to a new
> mode while idle, it stays there and doesn't revert back to preferred mode
> even upon starting a new session or sending aprs beacon.. I admit my rx is
> still "over the air" as I haven't built or bought an interface for rx
> yet..  Does the interface by wolfi you mentioned work for all android
> devices? There is an illustration of a 3.5mm 4 conductor plug that is used
> for audio in, out and voltage but I have only used 3 cond plugs.. is the
> 4th audio input there and I simply didn't know about it? If this is the
> case than building an adapter for my current "rigblaster" interface should
> be relatively simple.. I welcome some suggestions..
> Greg
> On 11/24/2012 06:44 AM, John Douyere wrote:
> Great it worked Greg.
> On Android it is in preferences / Data exchange / Resume where you have
> the three options called Accept / Reject / Discard, with the default being
> "Accept".
> Interesting the issue of the application becoming unresponsive.
> The only issue that comes to mind is when you have either many downloaded
> messages in the inbox or some large ones.
> But this would happen whether you are connected to a server or not.
> Can I ask you to check if this is the case (i.e. that it is unresponsive
> also while not connected).
> And if yes, can you check that issuing a "Clear Inbox" command fixes the
> issue?
> If it is the case I will have to make the email display processing a
> background task.
> I am withholding a new version simply because I am waiting for the Fldigi
> team to finalize the RSID system for the new fast modes of the experimental
> Fldigi version.
> Apart from the new modes there are not a lot of new features apart from
> some real time clock displaying seconds in the terminal and aprs screens to
> make it easier when using scanning servers.
> All the best Greg and good "Pskmailing".
> 73, John (VK2ETA)
>  On Nov 24, 2012 9:21 PM, "Greg" <kb1ncj@xxxxxxxxx> wrote:
>> Ok. I did figure that was the solution. The client defaulted back to
>> "accept" on restart. Funny thing I noticed is the delete option was also
>> selected while accept was selected. Seems like that would be conflicting.
>>  I guess I'll have to be more aware of that now and itb explains why it was
>> fine the session prior. Thanks for the help.
>> Also John, I remeber having this happen a while ago using the andpskmail
>> app. Is there a way in the app to accomplish the rejecting or deleting
>> also? I have had some behaivior with the app where is becomes unresponsive
>> during a connect session if I switch from terminal screen to email screen.
>> I  also wonder if there is an updated version as I have been using the one
>> I have now for some months now..
>> Thanks again,
>> Greg
>> John Douyere <vk2eta@xxxxxxxxx> wrote:
>> >There is an option regarding the client's behaviour when receiving a
>> >partial download advice from the server.
>> >
>> >As I only have an Android device in front of me I can't tell you the
>> exact
>> >location in the menu but there are three easily recognized options:
>> >
>> >1. Resume downloads (the default)
>> >
>> >2. Ignore (the partial download will remain on the server and the partial
>> >download advice will therefore be sent at each subsequent connect until
>> it
>> >is fully downloaded or deleted ).
>> >
>> >3. Reject/delete. The partial downloads are just deleted.
>> >
>> >73, John (VK2ETA)
>> >On Nov 24, 2012 9:26 AM, "Greg" <kb1ncj@xxxxxxxxx> wrote:
>> >
>> >> I take that back.. on next reconnect, back to the huge download again..
>> >>
>> >>
>> >>
>> >>
>> >> This time it stopped. I checked the bullet under file "delete partial
>> >> downloads" was this the key? Did me next tx include some code to tell
>> >> server to relent?
>> >>
>> >> Also, this last connect from south Florida to North Carolina was done
>> >> Indoors from a building with a metal roof on a miracle whip portable
>> >> antenna with 5 watts and thor 22.. my goodness! I just had to try it
>> and
>> >> almost 100% accuracy. It did switch to mfsk32.. is that a more suitable
>> >> mode for my qrp experiments? By the way, I think Pskmail is Great!!
>> >>
>> >> 73
>> >> Greg
>> >>
>> >>
>> >> On 11/23/2012 02:46 PM, Robert Krasowski wrote:
>> >>
>> >>> Yep, I saw you connecting and saw that big file . I did not watch much
>> >>> after that. I will send your info to our forum and see what advice
>> will be.
>> >>> I think it was my transceiver being off frequency. I tuned to 15.000
>> Mhz
>> >>> and saw the marker on 14.998,54 not on 14.998,5. I see other stations
>> now
>> >>> on pskmail exactly where they should be.
>> >>> Thanks for help and info.
>> >>> Robert
>> >>> KB2PNM
>> >>>
>> >>> Sent from my iPhone
>> >>>
>> >>> On Nov 23, 2012, at 1:02 PM, Greg <kb1ncj@xxxxxxxxx> wrote:
>> >>>
>> >>>  I have this problem a few times now.. I accidentally request to
>> download
>> >>>> a large email and "quit" or "abort" (tried both). Upon next
>> connections to
>> >>>> server, the server begins to send the large email again without me
>> >>>> requesting it again.. It allows no other activity and is stuck with
>> this on
>> >>>> every reconnect. I clear all headers, inbox, etc on jpskmail.. I
>> think the
>> >>>> may have been discussed before but not sure.. Is there a solution?
>> >>>>
>> >>>> Thanks
>> >>>> Greg
>> >>>> KB1NCJ
>> >>>>
>> >>>>
>> >>
>> >>

Other related posts: