Discussion adressed to Wernersobe about sonar firing solutions

msumpsi · 11-27-12, 12:14 AM

Hi Wernersobe, i was just wacthing your tutorials about how to use sonar for firing solutions and i notice that you ha you use the nav map to plot the course and find out the speed of the target. I was thinking about it, and i am just wondering why it cannot be used like the optics. In the optics use of TDC nav map is not needed. All you need to do is you send 2 bearing and range inputs fot the TDC solver to give you the targets course and speed, assuming is traveling in straight line. This in terms means that the TDC does keep track of time elapse in between measurements, so it should work the same way with sonar. Essentially by other means you send range and bearing to the TDC twice in the same way you do with optics, but it does not seem to aknolegde these data input and it treats them as 2 unrelated measures. That is the reason one has to use nav map to plot solution by hand, but it seems to me incoherent with the wat the TDC works with optics since one is basically oing the same task either with optics or with sonar.

BigWalleye · 11-27-12, 08:43 AM

Sobe's last posting to this forum is dated 7-15-2008. Don't think he is around any more or likely to respond.

Regarding your question: I believe the program associates visual contacts with an object called a "ship". Once you have spotted a "ship", there must be continuous visual contact, or the "ship" goes away. If you lock the PK to the "ship", the PK tracking will keep the "ship" in existence even if you break visual contact. The PK is the only way to keep a "ship" in existence if visual contact is lost. There is no "ship" object created for a sonar contact. The second contact is just another contact. As far as the program is concerned, it might or might not be the same object - the program doesn't know or care. So you can't use two sonar position fixes to have the PK determine course and speed. You are correct that it should work - in R/L it would work - but it doesn't work in SH4. One of many errors UberSoft made.

Sailor Steve · 11-27-12, 10:17 AM

Yep. He hasn't even looked at this forum in three years.

Arlo · 11-27-12, 02:00 PM

Well, ya never know. He could pop back.

Sailor Steve · 11-27-12, 03:18 PM

Quote:

Originally Posted by Arlo

Well, ya never know. He could pop back.

He'd better do it today or tomorrow, or this thread will be long gone.

msumpsi · 11-27-12, 04:56 PM

Quote:

Originally Posted by BigWalleye

Sobe's last posting to this forum is dated 7-15-2008. Don't think he is around any more or likely to respond.

Regarding your question: I believe the program associates visual contacts with an object called a "ship". Once you have spotted a "ship", there must be continuous visual contact, or the "ship" goes away. If you lock the PK to the "ship", the PK tracking will keep the "ship" in existence even if you break visual contact. The PK is the only way to keep a "ship" in existence if visual contact is lost. There is no "ship" object created for a sonar contact. The second contact is just another contact. As far as the program is concerned, it might or might not be the same object - the program doesn't know or care. So you can't use two sonar position fixes to have the PK determine course and speed. You are correct that it should work - in R/L it would work - but it doesn't work in SH4. One of many errors UberSoft made.

Good enough answer, thanks.

msumpsi · 11-27-12, 05:06 PM

Quote:

Originally Posted by Sailor Steve

He'd better do it today or tomorrow, or this thread will be long gone.

Yeap, he must got tire of this game, as i am getting. I have now a master degree in being a skipper. The only thing i seem unable to do is to survive the war. Last campaign i got 4 or 5 medals of honor, playing RFB/RSRD with everything off, no external cam, no map upates, no nothing. In my thin8th patrol, southeast of tokyo bay, surface daytime, radar detecs a contact, long range (airplane), 200 feet deph ordered. Time compression, the next thing i now is everythieng is damage, i am sinking like a stone, by the time a try to blow ballast i am 1000 feet belhe ow...what the hell, how could that plane hit me right in the middle at 200 feet, or was ve closed?...never now, i always die one way or the other.

11-27-12, 12:14 AM	#1
msumpsi Loader Join Date: Aug 2012 Posts: 81 Downloads: 56 Uploads: 0	Discussion adressed to Wernersobe about sonar firing solutions Hi Wernersobe, i was just wacthing your tutorials about how to use sonar for firing solutions and i notice that you ha you use the nav map to plot the course and find out the speed of the target. I was thinking about it, and i am just wondering why it cannot be used like the optics. In the optics use of TDC nav map is not needed. All you need to do is you send 2 bearing and range inputs fot the TDC solver to give you the targets course and speed, assuming is traveling in straight line. This in terms means that the TDC does keep track of time elapse in between measurements, so it should work the same way with sonar. Essentially by other means you send range and bearing to the TDC twice in the same way you do with optics, but it does not seem to aknolegde these data input and it treats them as 2 unrelated measures. That is the reason one has to use nav map to plot solution by hand, but it seems to me incoherent with the wat the TDC works with optics since one is basically oing the same task either with optics or with sonar.

11-27-12, 10:17 AM	#3
Sailor Steve Eternal Patrol Join Date: Nov 2002 Location: High in the mountains of Utah Posts: 50,369 Downloads: 745 Uploads: 249	Yep. He hasn't even looked at this forum in three years. __________________ “Never do anything you can't take back.” —Rocky Russo

11-27-12, 02:00 PM	#4
Arlo The Old Man Join Date: Nov 2003 Posts: 1,304 Downloads: 214 Uploads: 0	Well, ya never know. He could pop back. __________________ -Arlo

11-27-12, 08:43 AM	#2
BigWalleye Sea Lord Join Date: Jul 2012 Location: On the Eye-lond, mon! Posts: 1,987 Downloads: 465 Uploads: 0	Sobe's last posting to this forum is dated 7-15-2008. Don't think he is around any more or likely to respond. Regarding your question: I believe the program associates visual contacts with an object called a "ship". Once you have spotted a "ship", there must be continuous visual contact, or the "ship" goes away. If you lock the PK to the "ship", the PK tracking will keep the "ship" in existence even if you break visual contact. The PK is the only way to keep a "ship" in existence if visual contact is lost. There is no "ship" object created for a sonar contact. The second contact is just another contact. As far as the program is concerned, it might or might not be the same object - the program doesn't know or care. So you can't use two sonar position fixes to have the PK determine course and speed. You are correct that it should work - in R/L it would work - but it doesn't work in SH4. One of many errors UberSoft made.