• Welcome to the new COTI server. We've moved the Citizens to a new server. Please let us know in the COTI Website issue forum if you find any problems.
  • We, the systems administration staff, apologize for this unexpected outage of the boards. We have resolved the root cause of the problem and there should be no further disruptions.

A-Z Traveller Blog Challenge

How do your x-boats get to the station, are they equipped with maneuver drives?


The station has a maneuver drive, Dave. Check out Deck 3. The M-drive was the first thing I looked for! ;)

My quibble is the fuel tankage. Having 170 dTons on hand will only fully refuel four X-boats. Going by the consensus operating tempo of the system, that could last as little as just four days. Now, that quibble doesn't really mean anything because the canonical tender has even less tankage at 150dTons! :D

Long ago, I figured each X-boat station had a large fuel "balloon" or "blimp" on hand for this very reason.
 
Last edited:
whartung - The images are a combination of 2D AutoCAD drawings and 3D SketchUp models, with a little tweaking in Photoshop.

Burocrate - I see the station playing a supplementary role to the tender, or being located at a low traffic/end-of-the-line world where a tender might be overkill. The station manuevers to the x-boat once it has exited jumpspace.

Whipsnade - Volume of x-boat traffic and fuel availability would certainly be major concerns. Without x-boat traffic information I'm not sure how you would calculate it. World population might determine volume of data, but not necessarily x-boats in the system. Does anything like that exist in Traveller canon? I imagine a world like Glisten, which is a hub for four x-boat routes, might have several stations like this or larger, or several tenders operating at once. I'm not sure if a fuel balloon is a solution either as it would eventually need to be refilled. It kind of just moves the goal post. That's why I included a 50 ton fuel cutter as part of the station's vehicles, although I understand that it may be woefully ineffective depending on traffic.

I think the best scenario would be to have the station (or tender) orbit a gas giant - probably at 100 diameters so the x-boat could jump to it safely. Precision navigation on the part of the x-boat pilots would minimize the amount of time spent retrieving their ships. Fuel shuttles would work as hard as necessary to keep the tanks filled.
 
Volume of x-boat traffic and fuel availability would certainly be major concerns. Without x-boat traffic information I'm not sure how you would calculate it. World population might determine volume of data, but not necessarily x-boats in the system. Does anything like that exist in Traveller canon?


The consensus developed over the last few decades pegs the system's operational tempo at One boat per day per link. That tempo is determined more by the temporal accuracy of jump drive than any potential message traffic. X-boat messages are relatively pricey; the "Big Mac' rule puts the price of sending the canonical 20kb message one parsec at about 20 USD.

With stamps going for twenty bucks per parsec and other shipping heading to more destinations than the X-boats do, there isn't going to be that many private messages carried by the boats.

I imagine a world like Glisten, which is a hub for four x-boat routes, might have several stations like this or larger, or several tenders operating at once.

In this case, the physical accuracy of jump drive greatly influences the answer. Jump's physical accuracy is 3K km per parsec so, at most, a boat is going to arrive within a sphere with a 12K km radius. A tender with it's one gee maneuver drive can cover that volume in a relatively small period of time - especially when there is only one boat scheduled every 24 hours.

Glisten has four links; Bendor, Horosho, New Rome, and Overnale. With jump masking and shadows a canonical fact, each of those links is going to have a "best case" arrival/departure region within the Glisten system with respect to the four linked systems. As noted above, one tender will suffice to cover each region. (There will be spares for overhauls, breakdowns, and the like.)

I'm not sure if a fuel balloon is a solution either as it would eventually need to be refilled.

A balloon would need to be refilled, but it wouldn't need to be refilled as often as the canonical tender or your - superior IMHO - station. As it stands now, the canonical tender can fully refuel 3 boats before needing to be refueled itself.

It kind of just moves the goal post.

You can kick the can down the road or you can provide a couple thousand dTons of fuel storage in a balloon that only needs to refilled every quarter.

That's why I included a 50 ton fuel cutter as part of the station's vehicles, although I understand that it may be woefully ineffective depending on traffic.

As a chase boat or "runabout" the cutter is fine. It's fine even as a mini-tanker to refuel a boat the station doesn't want to dock with. As a refueling tanker for the station however, the cutter can carry 30(?) dTons of fuel while the station is pumping as much as 40 dTons as day. The cutter simply can't keep up.

I think the best scenario would be to have the station (or tender) orbit a gas giant - probably at 100 diameters so the x-boat could jump to it safely.

Think of the distance that 100D actually means, especially with respect to a gas giant. Saturn is roughly 110K km in diameter. Let's round that down to 100K and then apply the 100D limit. At the 4gees the cutter is good for, we're still looking at slightly over 27 hours for the trip one way. That's 27 hours to deliver 30dTons of fuel when you could be pumping as much as 40dTtons every 24 hours. It just doesn't work.

Precision navigation on the part of the x-boat pilots would minimize the amount of time spent retrieving their ships.

That doesn't matter. Jump's physical accuracy is 3K km per parsec so a boat's maximum deviation is only 12K km. A one gee tender can cover that in roughly 40 minutes.

Fuel shuttles would work as hard as necessary to keep the tanks filled.

They can work as hard as possible, there still isn't enough time.

Your design is better than the canonical tender on several levels. That being said, tenders and stations are going to have a big honking fuel "balloon" nearby. It's the cheapest way to ensure the necessary fuel is where it needs to be when it needs to be there.
 
I am curious, where does the jump accuracy figure of 3km/parsec come from?

Also, what about a relay of fuel shuttles between fuel refineries and the stations/tenders? What about systems with a hydrographic of 0% and no gas giants? Jump fuel in with Naval tenders or harvest Kuiper belt / Oort cloud objects?
 
I am curious, where does the jump accuracy figure of 3km/parsec come from?


Mr. Miller's jump essay in JTAS #24.

Also, what about a relay of fuel shuttles between fuel refineries and the stations/tenders?

What's more efficient? Several dozen cutter carrying 30 dTons at a time? Or a tanker which visits maybe four times a standard year between doing other jobs?

What about systems with a hydrographic of 0% and no gas giants? Jump fuel in with Naval tenders or harvest Kuiper belt / Oort cloud objects?

Probably won't be an X-boat link the first place, wouldn't you think? Still, plenty of water ice floating around in planetoids, KBOs, comets, etc.
 
My bad, I said shuttle when I was thinking of a non jump ACS size design intended for the purpose of either just shuttling fuel or actually scooping and refining it. AHL uses 400dt "fuel shuttles"
 
AHL uses 400dt "fuel shuttles"


They could work. I don't recall their performance or payload, but they'd be able to shift enough fuel to keep up with the 40dTon/day worst case pumping requirement.

Just what is going to be used in each system is going to depend on the particulars of that system but, unless you're using dozens of them, cutters simply can't move enough fuel quickly enough.
 
Whipsnade - Thanks for taking the time to write out such a detailed explanation. That's a lot of good information I wasn't aware of. It's got me real curious about supertankers in the TU, but that research will have to wait for another time. :)
 
Whipsnade - Thanks for taking the time to write out such a detailed explanation. That's a lot of good information I wasn't aware of. It's got me real curious about supertankers in the TU, but that research will have to wait for another time. :)


What little help I've been is small payment for everything you've been kind enough to share with all of us. Seriously. :)
 
They could work. I don't recall their performance or payload, but they'd be able to shift enough fuel to keep up with the 40dTon/day worst case pumping requirement.

Just what is going to be used in each system is going to depend on the particulars of that system but, unless you're using dozens of them, cutters simply can't move enough fuel quickly enough.

The number of shuttles needed is a function of gravity well of the star, as much as capacity of the shuttles.

Keep in mind the solar diameter and its exclusion zone, and the needed fuel rates; 1G system ships generally have aroud 80% payload... 2@1G is more flexible and only slightly more expensive than 1@2G, as drives are the major expense, and have less hull cost penalty.

Also, a station is going to have to be able to get fuel from the GG in all phases of orbit... so the round trip can be a bit longer than expected.


You need enough that the round trip time and the fuel per load equal the total fuel expended during that time, plus a percentage extra for safety margin.

If the station's in an MW-Star L2 orbit (which puts it outside the solar exclusion in many Size V situations), a cutter can make 2 trips a day and get the needed fuel from MW to station. Pretty much anywhere else is beyond. Putting them in planetary orbit only works for most size V's... but in that case, a single cutter per link and a single station is service enough for pretty much all you need.

A CT Bk-2 95 ton shuttle carries 71 Td at 3G for trips up to about 4 days; 67 tons for trips up to about 2 weeks (adding in the small staterooms).
 
That's why I included a 50 ton fuel cutter as part of the station's vehicles, although I understand that it may be woefully ineffective depending on traffic.

there may be one docking bay, but there could be several cutters on continuous runs.
 
there may be one docking bay, but there could be several cutters on continuous runs.

95-dton Shuttles might be more cost-effective in the fuel-resupply role; they are a little slower than Module-laden Cutters, but can carry at least twice as much payload for around 120% of the same cost.

(I have fiddled with various nonstarship designs up to and beyond 800dtons as proposed fuel barges over the years, but have yet to significantly surpass the (payload * speed) / cost efficiency of the never-going-to-be-as-sexy-as-a-Cutter basic Shuttle.)
 
95-dton Shuttles

them too.

fiddled with various nonstarship designs

probably the best calc is how many xboats refueled per refueler per operation. toss in pilots available, time-on-station endurance, and construction costs for a single design meant for both high-traffic and low-traffic routes, and you can make it as simple or as complicated as you want. personally I'd make it 2 crew capacity and 2 xboat fuel loads capacity per shuttle and leave it at that.
 
Remember, "worst" case, that is a 4 parsec link being supported, mean you need to deliver a 40dTon/day equivalent to that tender/station.

You can have a string of shuttles and/or cutters. You can have a big honking tanker which drops off a load every quarter between other runs to the starport and various habitats. You can have anything just as long as you have that 40dTons on hand each and every day.

While there isn't a single solution as the "topography" of each system is different, single cutter can't keep up with the demand and a single shuttle is going to be flying almost constantly.

40dTons on hand each and every day. Meet that anyway you can.
 
In this case, the physical accuracy of jump drive greatly influences the answer. Jump's physical accuracy is 3K km per parsec so, at most, a boat is going to arrive within a sphere with a 12K km radius. A tender with it's one gee maneuver drive can cover that volume in a relatively small period of time - especially when there is only one boat scheduled every 24 hours.

Jump physical accuracy is nothing compared to the ~33 hours of variance of jump arrival. The system itself is moving, plus the tenders are orbiting…something.

Also, X-Boats are arriving in system with the differential vector of the previous system to the current system.

it would be interesting to consider that the X-Boats jump on a universal clock, to a known schedule, to a point where a shuttle can be placed where the X-Boat SHOULD be arriving (within the 3K jump accuracy). Specifically, since the arrival can be 168 hrs +/- 10% (16.8 hrs), the shuttle can be at the point in space where the X-Boat would arrive if it arrives 16.8 hours early. From there, the shuttle sets a course to track the clock, "always" being where the X-Boat should arrive. At which point it matches with the X-Boat, grabs on, and drags it back to the tender.

In the end, it probably doesn't matter. Best bet is the X-Boat nav "knows" where the tender hangs out, "will be" in "1 week", puts the cross hair on that dot, right clicks, and selects "JUMP".

If the Tender has a 13.1 km/s orbit speed (which coinkadinkly is the orbital speed of Jupiter, so the Tender could be trailing Jupiter to be nearby for fuel), a 2G shuttle would take ~7 hrs to fetch and bring back an X-Boat that arrives at the edge of the time window.

So, better to just sit tight and wait for the X-Boat to arrive than to park a shuttle out there waiting for it (and still have a potential 4 hr trip to return).

That brings up other issues, issue with jump masking/shadowing. Perhaps here may be more than one tender in a system, on opposite sides (or more) of the primary specifically to be able to process boats that arrive on the wrong side of the sun.

If it's purely electronic data, it's less of a problem as the data can be beamed rapidly and actual tender turn around is less of an issue.
 
I wonder what Beerfume will do for the "seldom used anymore English characters"...

ð/Ð, þ/Þ, œ/Œ, and æ/Æ...

Noting that
ð is the same sound as th in that
þ is the same sound as th in with or thin.
and I have no actual grasp on how œ or æ are pronounced.
 
Back
Top