Winlink On Your Browser

Recently the profile of Winlink has increased around the Section quite a bit. The addition of the CMEN Winlink network to the existing VHF relays and the myriad of HF relays has made Winlink a significant contributor to moving text via radio.

For those not familiar with Winlink, it is basically radio email.  You compose a message in an email-like client. You then connect to a mail server and off your message goes. The interesting thing is that you can connect to the mail server by Internet, but also by radio. There are hundreds of HF servers around, but even easier, there are now dozens of VHF and UHF servers around Michigan.

Connections

You connect your computer to the radio using a TNC. Most modern programs don't require a lot of smarts in the TNC, so there is little advantage to an expensive TNC over a cheap one.

The most common program is Winlink Express.  But this requires leaving your computer connected to the TNC, which may or may not be convenient, or switching to a dedicated computer. Again, not as convenient as it might be.

Of course, these days, everything we do seems to involve a Raspberry Pi. This is a really cheap computer we can dedicate to a task.  Better yet, there is a cheap TNC available for the Raspberry Pi called a TNC-Pi.  And to top it off, there is a Winlink client called pat that will present itself as a web page.  So if you put a Pi with a TNC-Pi on  your LAN, you can send and receive Winlink messages over VHF or UHF from any web browser on your LAN.

I will detail below how to make this work for you.  You will need a Pi, and a TNC-Pi.  I am using a Raspberry Pi model 3B+ and a TNC-Pi 2.  Older TNC-Pi models will be the same, and older Pi models should be virtually identical. You will also need a keyboard, mouse and display, but once the system is configured these are no longer needed. I am assuming that you will connect the Pi into your LAN ver a normal Ethernet, so you will also need an Ethernet cable. For newer Pi models you could also use WiFi, but I won't go into setting up WiFi.

I tend to find an unusual keyboard annoying, so once the first few setup steps are done, I use SSH from my regular computer.  Linux and Mac have built in SSH clients. I found that MobaXterm is a very nice SSH client for Windows. You could also use PuTTY, but it is somewhat limited. I understand that the PowerShell in Windows 10 has an SSH client, but have not tried that.

So, start by getting your TNC-Pi built and tested. Go through the steps outlined in the TNC-Pi manual to set up and test ax25-tools on your Pi.

One change I made to W2FS's instructions; I named my port wl2k instead of 1. I find that I tend to overlook 1 on some commands, and that field is a text field, so if you have named your TNC-Pi Suzie, then you could call the port Suzie.

axports

Of course, your kissattach command will look slightly different:

kissattach command

You should now be able to do the axcall command outlined in the TNC-Pi documents replacing 1 with your preferred name.

pat

Now that you have your TNC-Pi installed and tested, time to get on with making the Winlink client work.  Download and install the .deb package from
https://github.com/la5nta/pat/releases/download/v0.6.1/pat_0.6.1_linux_armhf.deb
 following the instructions at
https://github.com/la5nta/pat/wiki/Install-FAQ

You are going to want your web interface to be available all the time. To make that happen, you are going to want to have a dedicated user on the Raspberry Pi. I chose the creative user name winlink.  You will not want to log on to this user once pat is set up.

Log on to the user and type
        pat config
You will enter the editor with the configuration file.  Once you have run pat for the first time, you may instead prefer to edit ~/.wl2k/config.json with your favorite editor.

You need to tell pat what relays you will be connecting to.

Part of config.json

You will obviously need to enter your call.  If you got your Winlink account a while ago, the call and password will need to be in upper case even if you originally provided it in mixed or lower case.

The "http_addr" is significant. In most cases you will probably be using an IP address assigned by your router. You can use ifconfig to determine this number.

ifconfig

In this example, your "http_addr" line might look like:
    "http_addr": "192.68.0.38:8080",
Depending on your router, you maybe able to cause the router to assign a specific address to the Pi's MAC address, shown as "ether" above. This number is unique to every device.

Depending on your LAN, you might be able to assign a friendlier name to that address.  In my case, I called it "pat01".  This name or address must match what address you give your browser.  In this case, you might expect I could connect with 192.68.0.38 but in fact, pat won't answer to that address, even though it is the Pi's address.

The aliases are optional, but they will appear in the (select alias)  menu when you connect.  For an RMS you can reach directly, the format is:

If you need to use a digipeater

You may add multiple digipeaters, but you are likely to get timeouts with more than one.

Once you have saved the config file, type
    pat http
and return to your "normal" computer, leaving pat running on the Pi.

Using pat

Open your web browser, and type the address in the "http_addr" line into the web browser's address bar.  You should see something like:

pat - nothing in inbox

If you do not have a Winlink account, leave the password blank, and then simply connect and not send a message. Then connect again and you will receive a message with your Winlink password. Put that password in your configuration.

Now, to prove we have a working pat, let's send ourselves a Winmail message using the Internet.  Click on Action, then Compose...

You will see the compose a message dialog:

 Put your call into the To: box and formulate a dummy message.  Click on Post to post the message to the Outbox.

Next, select Connect... from the Action menu. The sending dialog will appear:

Choose telnet from the (select alias) menu then click Connect. You will see some activity in the black area at the bottom of the window. It should end up something like:

Any messages in your Outbox will be sent to the server.

Now connect again, and your message should be seen in the Inbox.

Setting pat to start automatically

Now that we have it working, we would like it to start on boot so that we never have to actually log in to the Pi.

If you haven't already, stop pat (with Cntl-C).

Then add the following two lines to the bottom of ~/.bashrc:

    sudo kissattach /dev/serial0 wl2k 10.1.1.1
    /usr/bin/pat http 

where wl2k is your port name.  If you have an assigned 44.x IP address you may choose that instead of 10.1.1.1, but since it isn't used in the case, it won't matter. It could be handy, tho, if you log on to the Pi and want to work with a node that supports the Internet Protocol.

At this point you may wish to log off and log back on again to be sure pat starts automatically.  You will need to stop pat in order to log off.

Assuming you installed the default Raspbian distribution, you can do the next steps logged on as the pi user, which is logged on the the graphical console by default.

Edit /etc/systemd/logind.conf. Uncomment the first two lines after [Login] and change both 6 to 5:

    [Login]
    NAutoVTs=5
    ReserveVT=5
    #KillUserProcesses=no
         ...

Now, cd to /lib/systemd/system/

Copy getty@.service to  pat-winlink.service

    sudo cp getty@.service pat-winlink.service


Edit pat-winlink.service as follows:

Change
     Description=Getty on %I
to
     Description=Winlink client on tty6

Change
     ExecStart=-/sbin/agetty --noclear %I $TERM
to
     ExecStart=-/sbin/agetty --noclear tty6 38400 -a winlink
where winlink is the user code you chose to run pat.

At the bottom of the file change
   [Install]
   WantedBy=getty.target
   DefaultInstance=tty1
to
      [Install]
       Alias=getty.target.wants/pat-winlink.service

Now you need to let the system know you have messed with these files:
    systemctl daemon-reload

If you have logged off your winlink user, you should now be able to start pat by typing:
    sudo systemctl start pat-winlink
and cause it to start automatically with:
    sudo systemctl enable pat-winlink

You can (and should) check the status of pat with:
     sudo systemctl status pat-winlink

the result should be something like:

pat service status

pat should now start whenever the Pi is rebooted.

Finding an RMS

If you go to https://winlink.org/RMSChannels you will get a map of RMSs. With the TNC-Pi you will only be able to connect to packet RMSs, so click on the Packet button and zoom the map to the appropriate area:

If you then click on one of the markers, you can see detail about that RMS:

Turn your radio to the desired frequency, put the callsign into the target: box on the connect dialog, and you should be able to send and receive messages over the radio.

If you use an ordinary email address instead of just a callsign, the message will be delivered over email.  You can be reached by email at (your call)@winlink.org if the sender has received a Winlink message from you in the past few months.

Two Thousand Seventeen

To All ECs adn DECs
Please Forward

As we plummet headlong into 2018, I thought it might be worthwhile to recollect what an amazing 2017 we had, and I am looking forward to an even more exciting 2018.

All our ARES members, and especially our ECs, did yeoman duty this year. We began the year with the news that our Section reported more volunteer hours than any section in the country. I don't know how it will turn out for 2017, but certainly there was a lot of reporting.

A few years back, FEMA asked us for a database on what capabilities we
had at public facilities, and our ECs updated that database this year. In addition, ECs reported how many folks they thought they could
muster in various circumstances and with specific skills. These
reporting tasks may seem mundane, but they are important to understand
so we can plan effectively.

I would like to ask each EC to take on another task immediately. Thank each of your members for their generous service. Those folks often come out for rather boring, but necessary duties. But each and every one is important, and each deserves recognition.

In March and April and again in June we had a number of severe weather events, including flooding in the U.P. and flooding in Central Michigan. In July and August we had additional, but localized, severe weather events.

Folks came out to support numerous walks, runs and other public service events, perhaps most notably the Labor Day Bridge Walk, where members from Luce to Antrim impressed the professionals with the kind of accountability APRS offers.

Besides actual activations, we participated in a large number of drills and exercises. As a Section, we participated in the "Statewide 2017" exercise as well as our annual SET. The SEOC crew additionally activated for three radiological exercises and the 100th anniversary special event station.

We had our first, in-state AUXCOMM class this year, and another planned for the end of January. We also had the first, amateur radio focused MI-CIMS training, and expect to have more in the coming year.

We had an amazing Division convention at MIS, which I hope we can repeat in coming years. Rick Roderick was an amazing speaker, and it was great to see so many folks that we don't get to see so often.

Your SEC followed a number of SEOC activations that ended up not requiring communications assistance, as well as three tabletop exercises.

The Auxcomm Working Group is finishing up the volunteer radio portion of the Michigan Emergency Communications Plan, and will shortly be turning to the Michigan Emergency Management Plan. In addition, we hope to update the rather stale "Michigan ARPSC Guidelines" in the coming year. Further, we will be providing input to the State Communications Interoperability Plan, so we are well entrenched in that state's communications planning. With all this planning in the works, the state is offering the assistance of their planners.

The FEMA Region V Auxcomm Committee has established a region wide frequency plan, and will be documenting activation procedures shortly. If you need assistance from outside the state, look to 60 meters channel 4, if busy, try 5, 1 2, 3 in that order. If conditions warrant, go to 40 meters, 7.180 and up. If Internet is available, look to REF024A on D-STAR (we hope to have a dedicated reflector before too long) or R5AUXCOMM on DMR. Of course, in most cases you will go to the SEOC first and they will make the out of state contact, but you should at least be aware of the frequencies.

So what will the new year bring? We have heard that changes will be coming to ARES, and we will hear more about that at Interop in February. From what we can tell so far, it looks as if those changes will be positive.

As mentioned, we have a number of plans to work on. We will essentially re-run our SET on April 28. We will be working with the state's Training and Exercise Section to include us more meaningfully into the state exercises.

We will be asking the ECs to provide us details of their primary repeater. We have had a questionnaire ready for some time, but we were hitting the ECs with one request after another, so felt it best to hold off. Meanwhile, KE8CRV will be providing us with MI-CIMS boards for that purpose, which should be a lot easier to use.

At the SEOC, we still need to get the Pactor station on the air. The packet station is up, but I hear not working properly, so that is something to investigate. We still need to identify and acquire a new tuner so we can get a power amp on the air. We also plan to have an intercom system so that the place won't be quite so noisy when there are multiple stations on the air, get additional Internet connections into the station, and perhaps move some of the positions a little so the VHF/UHF seats aren't so crowded.

We have some really good presentations planned for Interop. Looking forward to hearing from Mike Horn, Chuck Cribley, Dale Williams, Mike Corey, Ron Peterka and others. it promises to be a very ham-heavy conference.

We had some good success providing a training video on voice communications, and plan to prepare more videos in the future. We have been offered assistance from both the League as well as the state's Training and Exercise Section. We may well incorporate those videos into Mi-Train so that folks can track the videos along with other courses they have taken.

So a lot happened in 2017, and we expect a lot more to happen in 2018.  Again, thanks to all of you for your service and dedication. I may get to schmooze with the bureaucrats, but the folks in the field do all the heavy lifting. Thank you all so much.

73 and Happy New Year
de WB8RCR

2016 ARRL Simulated Emergency Test

Over the past few SETs, we have exercised NBEMS, Packet, HF Phone and CW, in one case, even D-STAR.  But it has been quite a while since we tested our bread and butter; VHF/UHF radiotelephone. Indeed, the ability to effectively use phone relays is really key to our ability to respond.

For SET 2016, we will rely on VHF and UHF relays.  We might still use repeaters, providing those repeaters have backup power, but no Internet or telephone linking.  RF linking is OK.

SET 2016 will use a very large Coronal Mass Ejection as the scenario.  A fairly large CME was blamed for a 1989 outage across much of Quebec.  Much larger CMEs occur about once every 100 years, and we are overdue.  A CME similar to one recorded in 1859 would be devastating with today's dependence on technology.

Since a CME produces an HF blackout, Districts that relay on HF for in-District communications will need to come up with another plan.

The SEOC cannot reach Districts 7 and 8 by VHF, so District 3 will have to relay that traffic to District 7; 7 will then relay to 8.

The DECs will act as exercise controllers, providing injects according to a schedule with they already have.  When a DEC has to play, then he will need to select an alternate to act as controller since the exercise controller may not also be an exercise player.

Even though we are simulating a total loss of traditional infrastructure, stations are still encouraged to maintain their station status in the MI-CIMS Station Status Board.

 An incident has been set up for this exercise:
TRN-2016-10-08-ARRL Simulated Emergency Test

The SEOC will send and receive traffic from the Districts on a preassigned schedule. The frequencies are outlined in the 205 on MI-CIMS.  DECs already have this information.

As usual, we have left plenty of time for individual counties to prepare activities allowing them to test those capabilities important to their local jurisdiction.

The 2016 Participant Guide is available here.  Links will be sent to all the ECs around the first of October.  Note that the Controller Guide and Master Scenario Event List are password protected.  Only the Participant Guide is freely available until after the exercise.

Update on SEOC station

(Some of this was posted on Facebook, but not everyone is on FB, and there are some details at the end that weren't in the FB post).

 

Pretty interesting (and tiring) day at the SEOC Saturday. A group of us were there to install the HF antennas. It was a LOT slower than expected. It took us some time to locate the color codes for the feedlines coming in from outside. We had previously dragged cables inside the Auxcomm room, but the furniture turned out to be not what was expected, so about half those cables still need to be dragged somewhere else.

But the outside cables were an experience. There are 40 cables coming into the building, 13 of which are ours. For some reason the contractors decided to use only two colors of tape on the 23 feedlines from the big tower. So, were there 14 pieces of white tape on that cable or only 13?

Just a few of the incoming cables

We had not previously located the surge protectors for the control cables for the tuners, so we had to tear up even more floor. Of course, that made every step inside something of a challenge.

Things were even worse outside. There was a couple inches of mud over frozen mud, so half the time when you picked up your foot your boot would stay put. The other half of the time you would slide on the frozen ground lubricated by quicksand, so a few times one or another of us would be unable to avoid getting horizontal. Not much fun in that mud, but at least it was soft.

Inside not a lot better. There is a LOT of equipment, most of it not where it belongs. A lot of things I didn't recognize, and things I expected to find I didn't. But we got plenty of exercise carrying heavy stuff around. Do you have any idea what a 50 amp Astron weighs? Or an 87A? There is so much stuff in the room a lot of things we couldn’t find until after we needed them. We kind of cobbled up end insulators, and Bob found a center insulator, but it turns out there was a box of insulators, baluns, pulleys, other antenna stuff hidden under boxes of power cables.

In the end we only got a single antenna up, and we're not all that happy with that one. But we have something for Wednesday, anyway.

A big thanks to WD8BCS, KE8ACA, KC8LTL, and especially K8RDN for some really hard work under very suboptimal conditions. Still plenty of work to do, but I think it is going to have to wait until it gets drier, or colder.

So, remaining work to be done:

• Move the MARS and CAP feedlines across the room
• Move the VHF/UHF feedlines down one slot
• Get holes drilled in the blue workspaces
• Finish moving the equipment to the proper slots
• Locate CAP and Trbo radios
• N connector on CAP feedline under floor
• Might need connectors both ends of Trbo feedline
• Get Fred or Jeff to program Trbo radio
• Arrange some sort of mount for VHF heads
• Set up packet station
• What is the deal with the tuners?
• Get correct wire antennas in place once the ground is firm
• Set up Pactor station. May want to chat with WB2FTX on the best way to set up the software.
• get power to the digital position
• Build or acquire cabinets or shelves for storage

Lots of work to do, a few areas of concern:

• Not real sure what power supplies are what, and if we have enough.  Seems like there is a bunch but it gets skinny when you start assigning them
• The tuners appear to be only for long wires.  Not clear that they will work for the G5RV antennas.  We do have some 4:1 baluns that might work OK for CW (the radio has a built in tuner), but for Pactor that will limit us for the time being (will have to use a manual tuner so we won't be frequency agile unattended).
• We need to upgrade the tuner on the loop so we can use the Alpha.
• We probably need some lessons on the Alpha
• We definitely need some lessons on the MotoTrbo

 In addition to this, the MARS and CAP stations are pretty much untouched.  There is a CAP VHF antenna and feedline, and feedlines and towers for MARS, but not much else has been done.

2015 Overview

Sorry this is so long in coming.  But probably worthwhile to review 2015.

First, and most importantly, Michigan ARES members reported over 100,000 volunteer hours in 2015, with a volunteer value of almost $2MM.  Emergency Coordinators reported 202 planned incidents (walks, runs, etc.) and 119 unplanned.  Included in the unplanned were 41 SKYWARN activations, 28 Search and Rescue outings, 6 power outage and 5 fire responses.

Hours contributed in direct emergency response have fallen slowly over the past few years, but that has more than been made up for in drills, exercises and other preparedness work.

In terms of statewide exercises and preparedness, in 2015 we participated in the statewide tornado drill in April, the Northern Exposure exercise in June, an improvised nuclear device seminar also in June, a radiological awareness workshop in August, an exercise involving the alternate SEOC in September, the D.C. Cook nuclear plant series of exercises in September and October, and the annual Training and Exercise Planning Workshop (T&EPW) in November.

Last year our annual Simulated Emergency Test was built around a zombie apocalypse.  Participants made heavy use of NBEMS and some use of D-Star.  Counties sent their ICS-205 forms to the state reflecting the disruption to communications caused by a zombie outbreak, and were reminded of the importance of keeping their 217A up to date, and of the utility of the 201 and 202 when things go south.




In 2015 the SEC took the FEMA Auxcomm class, and co-authored an updated Amateur Radio Emergency Service manual.  The state's Interoperable Communications Board named the SEC and Marc Breckenridge, the EMC for Washtenaw County, as co-chairs of an Auxcomm working group.


One of the more fun bits as we headed toward the new year was wrapping up construction of a new state EOC.  The ARES/RACES station will feature a full size 160 meter loop for phone, G5RVs for CW and Pactor, and a 150 foot tower housing our VHF and UHF antennas.


All in all, a pretty good year last year.

SET 2014

Some years back we made the decision to use SET as an exercise, rather than a contest.  At that time Michigan was routinely on top of SET scores across the nation.  While the contest flavor did encourage interest, it did little to help us improve.

We moved to making SET an exercise, and while many jurisdictions submitted their Form A (or Form B for nets) to the League, the makeup of the SET did nothing to encourage high scores, instead focusing entirely on our need to improve skills and identify weaknesses.

In the wiki to collect input for the 2014 SET, there were some comments about scoring to encourage local jurisdictions to engage in some activities locally that could be useful in the event of an incident.  The idea of having our own scoring system is interesting.

This year for SET we are going to try a combined score sheet that includes the ARRL scoring categories, as well as a few categories where previous exercises have indicated a need to improve.

The above image shows a first draft.  Because some categories are somewhat population dependent, the Michigan score will be partially scaled based on the population of the jurisdiction.  Most categories, tho, are not affected.  For example, whether or not you activated based on a written plan (something that was a clear issue in the Spring tabletop), has no relationship to population.

It is not clear at this time whether the ECs will be given blank spreadsheets to report or whether we will provide a web page for input.  In either case, reporting to the League is still encouraged.

The October 4 scenario will be similar to what we actually experienced this Spring; severe cold and widespread flooding.  We will be focusing on digital and simplex, and again will encourage the use of MI-CIMS.  DECs will be getting more details shortly.

And once again, the Section component should be a small portion of your local activities.  Each EC should evaluate the needs of the jurisdiction and prepare local activities the reflect those needs, but still attempt to tie into the State scenario.

Activating your Program

During the Spring Tabletop, it became clear that while many programs have plans for activating, many do not, and those that do have some significant shortcomings.  Although they were not targeted for the tabletop, I suspect that the nets are even less prepared to activate in the event of need than the individual counties.

In most counties, the EC sits on the county EOC, and as such, gets a page whenever the EOC is activated.  But most incidents don't rise to the level of requiring an EOC activation.  Many are handled by a single agency such as Red Cross, County Health or Salvation Army.  If those agencies need our assistance, in many places they don't know who to call.

The Red Cross in particular is somewhat problematic.  In recent years they have reduced the number of chapters dramatically, so chances are the chapter serving your county isn't in your county.  In fact, you might not even know who the players are.

Each EC should be reviewing those agencies that might service their jurisdiction and be reaching out to those agencies to help them understand what you can offer, what you cannot, and who to call if a need arises.

The other issue that shows up has to do with bench depth.  Your served agencies should not have just one phone number.  There should be multiple paths, phone, email, page, twitter, whatever, and multiple levels.  I would suggest at least three deep.  In some northern counties where many of the members head south for the winter, three might not be enough.

And it isn't sufficient to simply have the list of names.  They have to know what to do when they get the call.  Each EC should personally review what needs to be done with each assistant, and the plan should be written and available to all the members.  At least the EC, the AECs and the EOC station should have a paper copy of the plan.  Most of the time an online copy is adequate, but there should be a hard copy in the hands of critical players.  Each county has a slot on the ARES web site where they can place these plans, and if there is sensitive information in the plan it can be password protected.

It is important to keep it up to date, too.  Yes, chances are you will need to re-print the paper copies every few months.  But that is a small price to pay for being prepared.

This Internet/paper thing does get interesting.  Recently, Joi Ito posted a TED talk on "becoming a now-ist" (http://tinyurl.com/lwdcu24).  The interesting thing abut his talk was that many of his ideas revolved around the Internet.  The Internet opens up entirely new ways of innovating.  My work with Fedora has given me some insight into just how powerful these tools can be for those that are willing to learn them.

But we have these competing needs.  While we need to be very quick to respond to new and challenging situations, we also need to be able to operate in conditions where we do not have access to the Internet.  Unfortunately, that has caused many members to totally distrust the Internet and be unwilling to use it, even in places where it is appropriate.

These days everyone is very busy, and getting folks together to work on new things is difficult.  Internet tools, especially those that allow for asynchronous input, can be very helpful.  We all use email, which is one such tool.  For many things, the wiki can be a much more powerful tool.

Back in 2012 I created a wiki on github to collect thoughts on ARES and NTS, and there is currently a page collecting input on the 2014 SET.  There has been a lot of good input on SET, but unfortunately only from a few folks.  A wiki is a web page that people can edit.  You can, for example, throw up an outline of some proposed policy and get your members to provide their input.  You now can benefit from the input from all your members to develop the policy more fully before you commit it to paper.

I particularly like the wiki on gitorious.org and github.com for two primary reasons; first, since they are backed by git you can see the history of changes and undo any change, and second, they are crude.

Why do I like crude?

• Crude means easy to learn
• Crude means you won't waste time making it pretty, and that means
• You will focus more on content than cosmetics

I have a slight preference for gitorious because it is open source, which means that if gitorious goes away, we can load the wiki somewhere else.  Internet sites have an annoying habit of disappearing at inconvenient times.  In fact, gitorious even provides a link where you can download your entire wiki to your PC.

I would encourage each EC and Net Manager to

1. Set up an account on gitorious
2. Create a project
3. Create a wiki for the project
4. Add a page for something that needs to be worked on
5. Encourage your members to contribute

In fact, your activation plan might well be a good place to start.  (see this wiki  for an example of a starter wiki).

How'd He Do That?

A number of folks have asked about the rendering I did of the proposed antenna farm at the new SEOC.  I'm not an artist, I can't draw worth a darn.  The images were produced using constructive solid geometry - that is, the images are the result of a bunch of equations.

The way this works is simple, at least in principle.  You write a bunch of expressions describing a bunch of objects, and the computer figures out what it will look like.  Skilled artists can make breathtaking images, but for a tecchie like me, it can be very helpful to try to visualize something.

The first time I realized this was back in the 90's, and it really hit home when Chip Cohen, (then NI1R) began talking about his patented fractal quad yagi (FQY) antenna.  His claims were fantastic, but people just couldn't understand it.  Try as he might to explain it,  he kept getting accused of trying to hide what he was actually doing.

I made a tracing for myself to try to understand it, and sent some images to Chip, which he used in an article in Monitoring Times.  That led the magazine to commission me to do their cover artwork, which remains my only published artwork.  These images are all created with POV-Ray, a rather old, open-source program, but one capable of amazing results.

While creating a scene like this was can be tedious, it really isn't all that hard.  In the antenna case, I began by modeling an aluminum tube, 1 inch in diameter and 12 inches long, by writing

 cylinder { <0,0,0>,<0,1,0>,1/24 texture {Aluminum} }.


(I used units of feet, so a 1" diameter tube has a radius of 1/24 of a foot).


I then arranged four of these in a square

One foot of tower

and put quarter inch tubes diagonally across each edge.

This gave me one foot of tower.  OK, perhaps it will be a triangular tower, it probably will be a little different size, in fact, we haven't specified the tower as it has to comply with FEMA standards.  It probably won't be your typical ham tower.

5 feet

I had towers of 20, 30, 35 and 125 feet, so I combined the one-foot sections into five-foot sections, which I could then combine into the appropriate heights.



The sky is a standard "texture", and while I probably could have used a more aesthetic sky, the first one I tried looked OK so I just stuck with it.

  sky_sphere { S_Cloud1 }


The General Office Building (GOB) is in the background and mostly obscured, so I simply modeled that as boxes.

  #declare GOB1 = object { box { <-95,0,0>,<95,35,2*95>  texture { Brick } } }
  #declare GOB2 = object { box { <-34.34,0,0><34.34,50,148> texture { Brick } } }
  object { GOB1 translate <-39,0,333> }
  object { GOB2 translate <-39-34.34,0,422> }

 
I had intended to get fancy with the "Brick" texture, but I ended up with simply a light brick colored pigment, and for the GOB, probably quite a bit different than reality.

One wall

For the SEOC itself, since many of the walls are at odd angles, each wall was modeled as a box, and rotated into position.  Since the measurements were taken off a relatively small drawing, the odds are they aren't very accurate, but they can at least give a feel.  I again used the "Brick" texture because I have no idea what sort of texture will be used on the new building.







Finally, oversized cylinders were used for the wires.  Modeling drooping wires is possible, but a pain in the neck, and copper colored wires of a realistic size would be invisible, especially in the movie, so I used 1.2" diameter black cylinders.

Adding a few trees (from an example macro that produces pretty ugly trees), a little fog to make some things appear a little less prominent, and we have something that can give us a feel for the antenna farm.  I have to admit to being terminally lazy, and even though someone else did the hard work of figuring out how to model a tree, I wasn't about to write a line for every tree.  So, I wrote a C program to generate code for 800 trees in four rows, two on each side, of randomly varying heights and distances.

For the movie, 99 frames were made of the same scene, moving the camera between each frame.  The individual frames were combined with ImageMagick.

Hams in Important Places

A few months ago, K8RDN, KA8DDQ and I sat down with the architects for the new SEOC to talk about antennas.  For VHF/UHF antennas it is pretty simple; put up as tall a tower as we can manage and stick the antennas on that.

For HF it's a little messier.  We currently run CW and SSB stations simultaneously, and want to add a Pactor station.  Since we are interested in in-state, beams and huge height aren't useful -- we want wire antennas fairly close to the ground.

We decided on a loop (which has worked well for us) and two G5RVs.  Add to that the inverted Vee for MARS and you have quite a pile of towers.  We were sure to specify power and weatherproof boxes at the bases of the towers to support remote antenna tuners.

WB8RCR rendering

What we (I) didn't consider is that running the feedline from a tower at the end to the center of the G5 could get a little messy.  I thought of that later, but figured we could cobble something together.

When the drawings arrived from the architects, there was a 6 foot riser with a weatherhead specified at the center of each G5.  Obviously at least one of the architects was a ham.

Monitoring Emergency Frequencies

The recent spates of bad weather have served to remind us of the importance of monitoring our emergency frequencies any time we suspect there may be an issue.  If someone really needs us, they are in deep trouble.  They need a place to go to get help and our frequencies are that place.

It would be nice if it were as simple as a single frequency.  But propagation isn't always a kind mistress, so we need to be prepared to operate on different bands depending on the mood of the sun, and different modes as different modes are affected differently by propagation.  Plus, someone with only simple equipment or little power available may need to operate CW, and only a relative handful of us can do that.  But if someone can afford a large power budget and has capable equipment, then modes that are easier for the untrained are possible.

Here in Michigan, we primarily use 3 bands; 80 is our default, 40 is for times of high flux, and 160 for low flux.  In practice, 40 is daytime, 80 is nighttime, but at the sunspot peak in the summer "daytime" might extend 24 hours, and at night in the winter during the sunspot minimum the flux may be low enough to demand 160.

Our frequencies are as follows:

            CW      NBEMS     SSB
   160     1.812    1.803    1.932
    80     3.563    3.583    3.932
    40     7.068    7.043    7.232

Note that we check CW at the top of the hour, NBEMS at quarter past, and SSB at the bottom of the hour. 

IMPORTANT NOTE: You should have these frequencies available on paper at your EOC station.  You may remember them, but you might not be the operator at your EOC when they are needed.

In addition to HF, monitoring should include your local repeater, 146.58 and 146.52.

We should use the 160 meter frequencies whenever the F2 critical frequency is below 4 MHz, and the 40 meter frequencies if the critical frequency is above 8 MHz.  If you have Internet available, you can check the Near-Real-Time F2-Layer Critical Frequency Map. If you really need to call out on these frequencies chances are you don't have the Internet.  So you should always be aware of where we are in the sunspot cycle.  Basically, 80 is the default, go up in frequency in the daytime, down at night, up near the solar maximum, down near the minimum.

You can also tell by listening.  If you can hear close in stations then you aren't too high in frequency.  If the noise is so high you can't hear anything, then you are probably too low in frequency.

For monitoring purposes, we use Olivia 8/500 for NBEMS.  MT-63 1K long works well too, as long as there aren't thunderstorms in the area, but for calling and monitoring, Olivia 8/500 is the ticket.  

For CW, call at a relatively low speed.   The Michigan CW nets operate at 20WPM or higher, but the station in trouble might not have that skill.  Call at 15WPM or less.

When monitoring, it is useful to announce your presence.  This shouldn't be some long dissertation, QRV de WB8RCR is adequate.  Even if you can't hear the station in trouble, them hearing you gives them some confidence that someone is listening and they should keep trying.

And also keep your station status up to date in MI-CIMS if at all possible whenever an incident is available.  The SEC watches this closely and has a number of communications paths to MSP.  If someone is in trouble it can be a huge help to know a station is on the air in a particular area.  If you don't have access to MI-CIMS, ask your county emergency management coordinator if access can be arranged.

So when there is any reason to suspect a problem, please monitor.  Even if you simply leave the radio on in the background on the appropriate frequency, it could be a real benefit to someone in trouble.

Good Morning Michigan

This is an attempt to sort out whether this can be a useful vehicle for communicating with the Section, and more importantly, can I keep it up?

I occasionally send out, sometimes long, emails to the DECs and ECs, and once in a while I also post those to the MIARPSC Yahoo group. But there are plenty of ARES members who may be interested in some of the ramblings but don't get a chance to see them.

I'm not real happy with the cosmetics of this thing, and over time perhaps I'll work on that.  But for now I'll try to make it a point to get useful content here so that those folks around the Section interested in emcomm can be included in some of the news.

The coming months

So, my schedule for the next few weeks does have a few significant items on the docket:

• Feb 1 - MCSAR Training
• Feb 6 - Midland Amateur Radio Club
• Feb  8 - District 2 EC meeting - Detroit
• Feb 11-13 - Interop conference - Traverse City
• Feb 20 - MCSAR General Meeting
• Feb 24 - D3 AuxComm Meeting - Standish
• Mar 1 - MCSAR Training
• Mar 4-6 - IEMC Training - Lansing
• Mar 6 - Midland Amateur Radio Club
• Mar 8 - Section Staff - Lansing
• Mar 20 - MCSAR General Meeting
• Mar 21-23 - Docs FAD - Raleigh, NC
• Apr 1 - E. Fermi II Drill #1 - Lansing

I'm sure other stuff will pop up.