|
Hi, I have YAAC running via RS232 with a Yaesu FTM400XDR. It's parsing APRS just fine, but the "last rcvd" date for all the stations is 3014days ago. My radio isn't able to get a GPS fix inside my house. Is that causing it to report invalid dates on the APRS messages? I've set the clock inside the radio correctly. Thanks, John 
|
Considering that the delay you reported is 8 1/4 YEARS off, I would check the date (not the time) in the radio. The Yaesu radio provides the complete date/timestamp for each received packet.
Hope this helps.
Andrew, KA2DDO
author of YAAC
|
Thank you for replying. The messages seem to have the correct date (see below). Any suggestions on anything else I can check?
Considering that the delay you reported is 8 1/4 YEARS off, I would check the date (not the time) in the radio. The Yaesu radio provides the complete date/timestamp for each received packet.
Hope this helps.
Andrew, KA2DDO
author of YAAC
|
Per chance, did you change the date format on your Yaesu?
YAAC is coded for year/day/month date order (which seems a little strange, but I don¡¯t think it was a mistake from the samples another Yaesu owner sent me a couple years ago).
toggle quoted message
Show quoted text
-------- Original message -------- From: John Roberts <intellisig@...> Date: 11/15/20 20:09 (GMT-05:00) To: [email protected] Subject: Re: [yaac-users] Last Received 3014 Days ago Thank you for replying. The messages seem to have the correct date (see below). Any suggestions on anything else I can check?
Considering that the delay you reported is 8 1/4 YEARS off, I would check the date (not the time) in the radio. The Yaesu radio provides the complete date/timestamp for each received packet.
Hope this helps.
Andrew, KA2DDO
author of YAAC
|
That does seem too weird. I'm fixing the date format in the next build to be the saner month/day/year format your sample sent me.
|
or how about the even saner year/month/day format
On 16.11.20 15:56:52, Andrew P. <andrewemt@...> wrote: That does seem too weird. I'm fixing the date format in the next build to be the saner month/day/year format your sample sent me.
|
I don't get to pick the format; Yaesu does, because their firmware is what is writing the date/time stamp to the serial port that YAAC is reading. I couldn't find anything in the Yaesu FTM400DR APRS Manual about the serial port output, i.e., they don't document it, so I may have to change it in the future to be user-settable in YAAC, and advise the users to look at the format their particular radio is using in the Test Port mode. Andrew, KA2DDO author of YAAC ________________________________________ From: [email protected] < [email protected]> on behalf of rhclinton <rhclinton@...> Sent: Monday, November 16, 2020 11:41 AM To: [email protected]Subject: Re: [yaac-users] Last Received 3014 Days ago or how about the even saner year/month/day format On 16.11.20 15:56:52, Andrew P. <andrewemt@...> wrote: That does seem too weird. I'm fixing the date format in the next build to be the saner month/day/year format your sample sent me.
|
Hi Andrew,
I may have changed the setting in the FTM400 config menu. I planned to test that tonight.?
I think it's hard for you to build code that will anticipate whatever format the user may have selected. I sympathize with you.
John
On Mon, Nov 16, 2020 at 10:56 AM Andrew P. < andrewemt@...> wrote: That does seem too weird. I'm fixing the date format in the next build to be the saner month/day/year format your sample sent me.
|
OK, does that mean I should back out my change of timestamp format? I need to release a build today because of the Leonids meteor shower tonight (I also need to climb on my roof to set up another antenna, too). Andrew, KA2DDO author of YAAC ________________________________________ From: [email protected] < [email protected]> on behalf of John Roberts <intellisig@...> Sent: Monday, November 16, 2020 11:48 AM To: [email protected]Subject: Re: [yaac-users] Last Received 3014 Days ago Hi Andrew, I may have changed the setting in the FTM400 config menu. I planned to test that tonight. I think it's hard for you to build code that will anticipate whatever format the user may have selected. I sympathize with you. John On Mon, Nov 16, 2020 at 10:56 AM Andrew P. <andrewemt@...<mailto:andrewemt@...>> wrote: That does seem too weird. I'm fixing the date format in the next build to be the saner month/day/year format your sample sent me.
|
It's your choice.
I agree that MM/DD/YY is a more "sane" date code, but that's because I'm in the US. That would be my preference, but there is an argument to be made for supporting the default format since most users might leave it alone.
Maybe document how the date should be set in the YAAC FAQ. You can require either format.
It's totally your call. I don't see an obvious best answer.
John
On Mon, Nov 16, 2020 at 11:51 AM Andrew P. < andrewemt@...> wrote: OK, does that mean I should back out my change of timestamp format?
I need to release a build today because of the Leonids meteor shower tonight (I also need to climb on my roof to set up another antenna, too).
Andrew, KA2DDO
author of YAAC
________________________________________
From: [email protected] <[email protected]> on behalf of John Roberts <intellisig@...>
Sent: Monday, November 16, 2020 11:48 AM
To: [email protected]
Subject: Re: [yaac-users] Last Received 3014 Days ago
Hi Andrew,
I may have changed the setting in the FTM400 config menu. I planned to test that tonight.
I think it's hard for you to build code that will anticipate whatever format the user may have selected. I sympathize with you.
John
On Mon, Nov 16, 2020 at 10:56 AM Andrew P. <andrewemt@...<mailto:andrewemt@...>> wrote:
That does seem too weird. I'm fixing the date format in the next build to be the saner month/day/year format your sample sent me.
|
I'm not sure that mm/dd/yyyy is any more sane - particularly for those of us in the ROW :-)?
Better to stick with yyyy/mm/dd - a least worst option.?
Doug VK2DCR
|
Well, the next build of YAAC is going to make the user responsible for selecting the same date format as they configured in the radio. So I don't have to force radio owners to use a format unfriendly to them, but then they're going to have to tell YAAC whose format they chose. Andrew, KA2DDO ________________________________________ From: [email protected] < [email protected]> on behalf of Doug Rosser <vk2dcr@...> Sent: Monday, November 16, 2020 4:43 PM To: [email protected]Subject: Re: [yaac-users] Last Received 3014 Days ago I'm not sure that mm/dd/yyyy is any more sane - particularly for those of us in the ROW :-) Better to stick with yyyy/mm/dd - a least worst option. Doug VK2DCR
|
OK, build 159 is out, where you can pick whichever date format you want (at least, among the ones supported by the FTM-400DR).
Enjoy.
|
I'll just drop this here...
73.
Dave G8KBV.
--
Created on and sent from a Unix like PC running and using free and open source software:
|
The ISO standards are irrelevant in this context. The only standard that applies is here: Yaesu builds the radio, so they get to decide what the allowable date formats are, as seen on page 169 in this Yaesu manual. The Yaesu port driver in build#159 of YAAC supports all the formats specified in the Yaesu manual. Andrew, KA2DDO author of YAAC ________________________________________ From: [email protected] < [email protected]> on behalf of Dave_G0WBX via groups.io <g8kbvdave@...> Sent: Tuesday, November 17, 2020 2:41 PM To: [email protected]Subject: Re: [yaac-users] Last Received 3014 Days ago I'll just drop this here... 73. Dave G8KBV. -- Created on and sent from a Unix like PC running and using free and open source software:
|
Hi again.
But why not have a uniform standard for time and date as presented by the software, irrespective to whatever piece of hardware is used for the packet transport?
I've never understood why so many American's are so anti regarding accepted international (i.e. global) standards.
Tin hat ready.
73.
Stay safe.
Dave G0WBX
--
Created on and sent from a Unix like PC running and using free and open source software:
|
It isn't the YAAC software that's the problem in this case. It's the firmware in the Yaesu radios that allows the user to change the date format that is presented _to_ YAAC. Hence, YAAC has to account for Yaesu supporting multiple formats so the dates can properly be translated into the internal Unix seconds-since-1970-UTC storage format, regardless of which date format the user selects on the radio.
Now, if you have a separate issue regarding YAAC's choice of date display format, let's discuss that under a different subject line in the email.
Andrew, KA2DDO author of YAAC
toggle quoted message
Show quoted text
-------- Original message -------- From: "Dave_G0WBX via groups.io" <g8kbvdave@...> Date: 11/18/20 12:17 (GMT-05:00) To: [email protected] Subject: Re: [yaac-users] Last Received 3014 Days ago Hi again. But why not have a uniform standard for time and date as presented by the software, irrespective to whatever piece of hardware is used for the packet transport? I've never understood why so many American's are so anti regarding accepted international (i.e. global) standards. Tin hat ready. 73. Stay safe. Dave G0WBX -- Created on and sent from a Unix like PC running and using free and open source software.?
|
I tin is far too soft a metal to protect you from all the invective regarding standards. Just don¡¯t.
Sent from my mobile
toggle quoted message
Show quoted text
On Nov 18, 2020, at 10:17 AM, Dave_G0WBX via groups.io <g8kbvdave@...> wrote:
?Hi again.
But why not have a uniform standard for time and date as presented by the software, irrespective to whatever piece of hardware is used for the packet transport?
I've never understood why so many American's are so anti regarding accepted international (i.e. global) standards.
Tin hat ready.
73.
Stay safe.
Dave G0WBX
--
Created on and sent from a Unix like PC running and using free and open source software:
|
Hi again.
Just went to the group, and re-read the thread.?? Other salient points noted now.
I guess the multiple formats in the data from the Yaesu, it defaults to Japanese practices, with others as a user choice.
Is that selectable remotely I wonder?? If so, perhaps a command sent to ensure the radio sends to the software in a consistent format?
73.
Dave G0WBX (Or G8KBV, I can legally talk to myself.? Not that it helps any...)
|
Even if there was a command YAAC could send to the radio to change the format, I wouldn't do it. That Yaesu setting controls what appears on the radio's control panel, too (affecting the serial data stream was probably a side-effect), so I wouldn't want to screw up what the user picked for the radio's display format just to make YAAC happy. Easier just to have the user tell YAAC what format they picked on the radio. ________________________________________ From: [email protected] < [email protected]> on behalf of Dave_G0WBX via groups.io <g8kbvdave@...> Sent: Thursday, November 19, 2020 9:58 AM To: [email protected]Subject: Re: [yaac-users] Last Received 3014 Days ago Hi again. Just went to the group, and re-read the thread. Other salient points noted now. I guess the multiple formats in the data from the Yaesu, it defaults to Japanese practices, with others as a user choice. Is that selectable remotely I wonder? If so, perhaps a command sent to ensure the radio sends to the software in a consistent format? 73. Dave G0WBX (Or G8KBV, I can legally talk to myself. Not that it helps any...)
|
Doug VK2DCR / N1KIQ