Seawolf osztály (USA)

  • Ha nem vagy kibékülve az alapértelmezettnek beállított sötét sablonnal, akkor a korábbi ígéretnek megfelelően bármikor átválthatsz a korábbi világos színekkel dolgozó kinézetre.

    Ehhez görgess a lap aljára és a baloldalon keresd a HTKA Dark feliratú gombot. Kattints rá, majd a megnyíló ablakban válaszd a HTKA Light lehetőséget. Választásod a böngésződ elmenti cookie-ba, így amikor legközelebb érkezel ezt a műveletsort nem kell megismételned.
  • Az elmúlt időszak tapasztalatai alapján házirendet kapott a topic.

    Ezen témában - a fórumon rendhagyó módon - az oldal üzemeltetője saját álláspontja, meggyőződése alapján nem enged bizonyos véleményeket, mivel meglátása szerint az káros a járványhelyzet enyhítését célzó törekvésekre.

    Kérünk, hogy a vírus veszélyességét kétségbe vonó, oltásellenes véleményed más platformon fejtsd ki. Nálunk ennek nincs helye. Az ilyen hozzászólásokért 1 alkalommal figyelmeztetés jár, majd folytatása esetén a témáról letiltás. Arra is kérünk, hogy a fórum más témáiba ne vigyétek át, mert azért viszont már a fórum egészéről letiltás járhat hosszabb-rövidebb időre.

  • Az elmúlt időszak tapasztalatai alapján frissített házirendet kapott a topic.

    --- VÁLTOZÁS A MODERÁLÁSBAN ---

    A források, hírek preferáltak. Azoknak, akik veszik a fáradságot és összegyűjtik ezeket a főként harcokkal, a háború jelenlegi állásával és haditechnika szempontjából érdekes híreket, (mindegy milyen oldali) forrásokkal alátámasztják és bonuszként legalább a címet egy google fordítóba berakják, azoknak ismételten köszönjük az áldozatos munkáját és további kitartást kívánunk nekik!

    Ami nem a topik témájába vág vagy akár csak erősebb hangnemben is kerül megfogalmazásra, az valamilyen formában szankcionálva lesz

    Minden olyan hozzászólásért ami nem hír, vagy szorosan a konfliktushoz kapcsolódó vélemény / elemzés azért instant 3 nap topic letiltás jár. Aki pedig ezzel trükközne és folytatná másik topicban annak 2 hónap fórum ban a jussa.

    Az új szabályzat teljes szövege itt olvasható el.

milagro

Well-Known Member
2019. szeptember 28.
11 917
25 932
113
  • Tetszik
Reactions: endre and gacsat
W

Wilson

Guest
Megmondtam, hogy ez lesz....
Eszerint a cikk szerint komoly gondok vannak a navigációs szoftverrel is.....


Fix VMS#

The USS Connecticut is an engineering marvel. Its nuclear power plant propels to classified speeds. Its unique hull material secures watertight integrity to classified depths. Its double deck torpedo room services eight torpedo tubes, twice the number found on other submarines.

In war, it's the apex predator of the ocean. The Connecticut alone carries enough torpedoes to destroy any other nation's entire nuclear submarine force.

Yet, despite all of this, the navigational software on the $3B warship is far less capable any maps app on your phone. The software, called "Voyage Management System" (VMS), is the hub of all the ship's planning and serves as its real-time navigation system. But it can't even do basic safety-of-ship alerting.

You want to try and dive down to 350FT even though the seafloor is at 300FT? No problem, VMS will let you do that with no alerting, even though it knows both the ship's depth and the seafloor's depth.

We don't know why the Connecticut hit a seamount. But I'm certain VMS didn't help the watchteam avoid the accident. The Submarine Force has lived with inadequate navigation software for too long. I hope you agree that it's time we fix VMS.

Basics of Planning#

Ever wonder how submarines don't hit things? Probably not. But I'm going to cover the basics to show just how poorly VMS supports navigation teams.

For the submariners, bear with me through some simplifications.

One submarine's chunk of the ocean is called its "waterspace." Shore-based offices, like air-traffic controllers, assign submarines waterspace. Once assigned waterspace, a submarine's navigation team plans how to use the space.

VMS is the hub for all this planning on the submarine. The navigation team takes the waterspace coordinates and manually inputs them into VMS. Then, they build their navigation plans ("nav plans") using the software. These plans have three elements:

  1. Location - What is the latitude/longitude?
  2. Depth - What are the minimum and maximum operating depths?
  3. Time - When is the submarine to be at its location and depth?
What happens if a team gets the plan wrong? Well, if they set the maximum operating depth deeper than the seafloor, a grounding happens. Let's cover how we prevent this from happening. Hint: VMS is of no help.

How to Not Hit Things#

Not hitting the seafloor is really important to submariners. Five people, including the ship's captain, independently review the navigation plans to make sure it doesn't happen. VMS provides no safeguards against operator error.

For instance, submariners have to find the shallowest part of their waterspace. Then, they use the shallowest depth to set depth restrictions. If the shallowest part of the water is 350 feet, they may restrict operations to above 300 feet.

How do submariners find the shallowest depth in their waterspace? They click around on VMS and look at each depth marker. The shallowest depth marker they spot sets the depth restrictions. The safety of the entire ship depends on a process that looks like this:

  1. Submariner looks over a set of depth markers on the map, noting which is the shallowest.
  2. Zooms to another portion of the assigned waterspace.
  3. Waits for VMS to load the next screen, which can take minutes.
  4. Reviews the set of depth markers on the map, noting which is the shallowest.
  5. Repeat.
ElectronicChart


VMS looks close to this. Now find the shallowest depth!
Despite storing and serving up all of this depth data, VMS does nothing to assist in this review! If the crew erroneously thought that the shallowest point was 350FT, when it was actually 300FT, VMS would not stop them from planning to drive into the seafloor.

We Deserve Much Better#

This failure to intervene is probably the most egregious shortcoming of VMS. But it's notoriously awful along other dimensions. Here's some of what I remember, mixed in with conversations with folks more recently onboard:

  • If you zoom in or out, VMS can take minutes to load. This would be the equivalent of scrolling in your maps app and waiting minutes for it to do something. And not like 2-3 minutes--load times could be like "take a coffee/smoke break" long.
  • Essential UI elements could just stop working. The cursor might just freeze up at the worst possible times.
  • When the software crashes, the error messages were unhelpful and required decoding by shore offices. Submarines often go long periods of not communicating with shore offices due to operational requirements.
It's not hard to imagine a navigation system that automatically plots the waterspace assignment messages sent by shore offices. Then, based on the mission profile and environmental conditions, recommends course, speeds, depths to maximize stealth. The planning team could query historic merchant traffic to plan periscope trips around. During surfaced operations, it could recommend visual fix sources and show what they look like to the reviewer.

We should be challenging our vendors to come up with something like this instead of "Can the cursor please not randomly freeze up?"
 
W

Wilson

Guest

Stop Accepting Terrible Software#

It's unacceptable work from our vendors and procurement processes, and it's insufficient support of our Submarine Force. Why can't the navigation software of a $3B submarine find the minimum value of an array of numbers? Meanwhile, a $40K car can autonomously navigate city streets, charting a path home with a press of a button.

Submarine crews are tired of such poor support from VMS, forcing them to burn time reviewing charts with no automated assistance. It's as if our procurement process and the vendor collaborated to absolve themselves from any responsibility by serving us such an aggressively unhelpful tool. One can imagine them thinking, "Well, if we did the most basic alerting and warnings, and a grounding happened, we might get blamed. So let's not do anything."

Instead, it's easier to poorly support our crews, write up "operator error" as the root cause of the accident, and fire crewmembers. What are we doing to engineer software like VMS to help reduce operator error? It's 2021 and our inability to have critical software do basic things is unacceptable.

What's Next?#

Have other terrible experiences with submarine software? Send me a note or leave a comment in the forums.

The views expressed are those of the author and do not reflect the official policy or position of the US Navy, Department of Defense or the US Government


 
  • Tetszik
Reactions: Nemerson
T

Törölt tag 1586

Guest
És mi volt ebben e rémálom?
Benne van a cikkben...

a mai tengókat alapvetően nem felszíni hajózásra tervezték. A felszínen, lassan "csoszogó" (10 knots) tengó erősen dülöngél. A személyzet a 6 órás műszakokban fent a torony tetején igen szarul érezhette magát 20 napig...
 
  • Tetszik
Reactions: endre and fishbed

gacsat

Well-Known Member
2010. augusztus 2.
16 678
14 641
113
Benne van a cikkben...

a mai tengókat alapvetően nem felszíni hajózásra tervezték. A felszínen, lassan "csoszogó" (10 knots) tengó erősen dülöngél. A személyzet a 6 órás műszakokban fent a torony tetején igen szarul érezhette magát 20 napig...
Amit nem lehet megnyitni.
 
T

Törölt tag 1586

Guest
Amit nem lehet megnyitni.
A hiba nálad lehet...nálam símán megnyílik
próbáld bekopizni (egy "h" beűt lehagytam az elejéről hogy txt ként elfogadja): ttps://www.thedrive.com/the-war-zone/43481/damaged-submarine-likely-had-a-nightmare-voyage-to-san-diego-says-veteran-submariner
 

Terminator

Well-Known Member
Szerkesztőségi tag
2010. április 19.
42 811
82 297
113
USS Connecticut (SSN-22) baleset vizsgálati eredménye

uss-connecticut-damaged-accident-report.jpg


„egységszintű hibák és mulasztások a navigáció tervezésében"