<div>Hi Alex, </div><div> </div><div>Thanks for the reply,</div><div> </div><div>I think you may have misinderstood, the netSked spec says "FOr example "3/30" indicates it will be transmitted every 3 minutes for 30 minutes. " so it does give transmit interval as well as a duration - I just wanted to check if the duration applies to the beacon start time or the actual net start time.  The file at <a href="http://www.aprs.org/info/netsked.txt">http://www.aprs.org/info/netsked.txt</a> was written in 2008 so I also wanted to check I am looking at the most uptodate spec.</div>
<div> </div><div>My question regarding the doubling of the rate was one of etiquette and QRM avoidance, I am very keen to run a nice digi and wished to check that beaconing an Object at 90 second intervals is OK.</div><div>
 </div><div>My comment regarding "Weekday", "Weekend" and "Daily" keywords was a only suggestion to extend Bobs suggested file format - many Nets run daily on weekdays or on weekend days only rather than once a week or every second week.  </div>
<div> </div><div>Thanks info re Cron.  I'd prefer to write as a daemon (initially in PHP as it's all I'm comfortable with and then try porting to C or even java) so it would be more platform independent.  </div>
<div> </div><div>Cheers</div><div>Mike</div><div>GM1WKR<br></div><div class="gmail_quote"><blockquote style="margin: 0px 0px 0px 0.8ex; padding-left: 1ex; border-left-color: rgb(204, 204, 204); border-left-width: 1px; border-left-style: solid;" class="gmail_quote">
><br>
> Hello,<br>
><br>
> I'm attempting to write a net sked engine to squirt some<br>
> net objects at the<br>
> local digi and have a few questions (sorry if they are not<br>
> in context of<br>
> this list).<br>
><br>
> 1]  Is <a href="http://www.aprs.org/info/netsked.txt" target="_blank">http://www.aprs.org/info/netsked.txt</a> is<br>
> the most up-to-date spec for<br>
> a Net Sked engine<br>
><br>
> 2]  Is Bobs' suggested file format (URI above) now a<br>
> standard or is it<br>
> likely to change?<br>
><br>
> 3]  APRS DTI - am I correct it is a plain old Object<br>
> DTI (semi-colon)?<br>
><br>
> 4]  Beacon Rate ... using the following line as an<br>
> example<br>
> tuesday   9:30 PM 3/30 NET-AARC <br>
> 147.105 none R17m VIA WIDE1-1<br>
><br>
> Does the /30 mean the Net runs for 30 minutes or that the<br>
> Beacon should run<br>
> for 30 mins, I'm assuming this is actual Net duration and<br>
> the engine will<br>
> start beaconing 10 minutes prior (9.20 PM in the example)?<br>
<br>
According to the document that you posted, 3/30 means beacon three times every thirty minutes (so once every ten minutes).  Seems like a poor choice of format to specify N per M minutes rather than a simple period between beacons.  A quick glance doesn't make it easy to figure out the actual rate, you have to do a calculation in your head.  But if the field simply had the period (say just a 10) that would make a lot more sense (10 minutes between packets).<br>

<br>
Net duration isn't indicated in the file format at all from what I can see.<br>
<br>
> Bob suggests doubling the rate (3 in the above)  ten<br>
> minutes either side of<br>
> Net Start time - can I clarify this means a beacon every 90<br>
> seconds or have<br>
> I mis-unserstood this bit.<br>
<br>
Doubling the rate as listed would mean a beacon every five minutes (since he used the format N per M minutes it's 3/30 = 1/10)<br>
<br>
> 5]  Could I humbly suggest the keywords "Weekday",<br>
> "Weekend" and "Daily" be<br>
> included in the spec as well as 'nth Mon' and 'Teusday'?<br>
<br>
<br>
If you do this in the world of Unix/Linux you have half of what you need already by way of the "cron" program.  Cron is very flexible with the date and time specification allowing programs to be executed once per day, week, month, year or multiple times per day, week, month, or year as you see fit.  The cron configuration (a "cron job") could execute a script that would run in the background to inject packets onto the air or via the APRS-IS through various means.  The script itself then only needs to create the packet and transmit it.  Repetition of the beacon can be achieved with the cron configuration or internal to the executed script (that's up to the end user).<br>

<br>
<br>
<br>_______________________________________________<br>
aprssig mailing list<br>
<a href="mailto:aprssig@tapr.org">aprssig@tapr.org</a><br>
<a href="https://www.tapr.org/cgi-bin/mailman/listinfo/aprssig" target="_blank">https://www.tapr.org/cgi-bin/mailman/listinfo/aprssig</a><br>
<br></blockquote></div><br>