[WEB] Visual RemoteTech Planner for MOD RemoteTech

[IntoSpaceAgain]

Hmm...You might want to look at the slide time as well, ryohpops. 344,542.719 seconds seems a little excessive.

[ryohpops]

Thank you for the report, you are right.

These bugs were caused by new display class.

I should consider use of automated testing seriously.

- 1.5.5 : 2015/05/08

* Fix display of Slide time.

Edited May 8, 2015 by ryohpops

[NASAHireMe]

I just discovered this today. Wow I've been playing RT for a few months now and I should have known someone would have made a RT planner or webapp by now. I'm an idiot for not looking around for it.

Yeah, I've been (very painfully) doing all the calculations by hand with pen-and-paper. In retrospect, I'm absolutely glad I didn't find this until now. It forced me to discover all the basic concepts myself. For example:

Revelation #1: The sats don't have to be in geosynch. I don't know why, but almost everyone starts out with this assumption, probably because we hear about it in the real world without fully understanding WHY and HOW commsats work. Gradually, everyone realizes that it's not altitude that matters, it's matching the orbital periods.

Revelation #2: You've got to plan your missions carefully, so you don't end up (for example) sending a lander to Minmus without another sat as Minmus relay, thereby losing comms when Minmus faces away from Kerbin.

Revelation #3: You've got to future-proof your constellation so that you can upgrade its equipment as you advance through the Tech Tree.

Revelation #4: Cone widths matter.

Anyways, thanks for making this. I was literally thinking about making my own RT planning webapp as recently as yesterday. Thank god I found this before I dived into coding it.

[ryohpops]

Release 1.6.1 is available.

- 1.6.1 : 2015/07/06

* Fix settings page.

* Fix reset feature.

- 1.6 : 2015/07/06

* Add Multiple Launch View.

* Borderlines are drawn clearer.

* Improved units used in Views.

- 1.5.6 : 2015/06/05

* Fix calculation of night time. (Aerospace)

[westamastaflash]

Hi ryohpops, love the tool.

I did have one question - how is the multiple antenna multiplier calculated?

I have mine set to 0.3, and range multipler of 6.4.

I have 2 Comm16's on a sat, and when i "show" the multipleantennamultiplier, it comes up as 25,600 km.

But my calculations in my spreadsheet indicate that the range should be 20800: ((16000 + 16000) - (16000)) * 0.3 + 16000

I based them on Remotech's logic, which adds the max omni to the sum of all the omnis (minus the max) times the multiplier.

private static double GetMultipleAntennaBonus(IEnumerable<IAntenna> omniList, double maxOmni) {

if (RTSettings.Instance.MultipleAntennaMultiplier > 0.0) {

double total = omniList.Sum(a => a.Omni);

return (total - maxOmni) * RTSettings.Instance.MultipleAntennaMultiplier;

} else {

return 0.0;

}

}

[ryohpops]

Thank you for the report.

I've found a wrong calculation in my codes and already fixed it.

- 1.6.5 : 2015/07/31

* Fix calculation of Multiple Antenna Multiplier. (westamastaflash)

[westamastaflash]

Thank you for the report.

I've found a wrong calculation in my codes and already fixed it.

* Fix calculation of Multiple Antenna Multiplier. (westamastaflash)

Thanks! The calc is working right now as long as you only have Omnis on the sat. Once you add others it seems that it's adding them as well.

I think that's line 57 in satChain.ts. If you add a check to see if the antenna is an omni before adding to the total range, it should work.

[ryohpops]

Oops, I thought I done so in my first implemention. Fixed it.

- 1.6.6 : 2015/08/01

* Fix calculation of Multiple Antenna Multiplier again. (westamastaflash)

[Gatos]

Really awesome tool, gone are the days of guessing or overcompensation!

Though do you think you could implement a "max polar range" number, because the stable range is not telling the whole story.

The polar range would be a guarantied continues link at any inclination.

[ryohpops]

Thank you for your comment.

It has been added to the TODO list.

[Stone Blue]

So I've been using the website for awhile, but I've recently moved to Linux (Lubuntu) to play KSP, and now the website will not load for me...This is using Firefox...I'm guessing it has to be uniquely Linux-Firefox related, since it all works with the same exact Firefox setup on Windows...

I have triple--checked everything I can think of, but the info-windows/tabs will NOT load/work...

Do they require Flash?...Thats about the only thing I can think of that is different between my Linux & Windows setup of Firefox...

Anyone have any ideas?

[starkline]

It's SVG that's probably causing an issue, but that shouldn't be an issue for LXDE Ubuntu. Sure you've not got NoScript or something running? Do you manually allow permissions for cookies? I run XFCE on Arch, and the website works fine, so those things are what pop into my mind.

[Stone Blue]

I DO have NoScript and a few other add-ons installed, but I've tried the website by whitelisting in EVERYTHING...Also then tried disabling ALL of my add-ons...Also tried allowing all cookies... The site WAS working for me under Lubuntu, at one time...Not sure what changed... I was kind of surprised that it worked at all in either Lubuntu OR Win7/8...I cant connect to ANY other github site/domain in either OS, due to something in my router blocking github...Which sux, because a TON of mods, of course, are on github...

[starkline]

Sounds like you've other issues, and this isn't really the place to trouble shoot them. I will, quickly, suggest that you rule out the firewall issue first. A 30-30-30 reset of most routers will give it a re-birth, or plug the internet box directly into your modem to rule it out as the culprit. I'm happy to help, but I'd say PM or a tech support thread is best.

[Stone Blue]

Thanx for the suggestions, starkline.

Well, I found why THIS specific site was having the SVG blocked...Turns out it was the Lightbeam add-on... Weird how the settings for it are exactly the same on Windows & Linux, but it only blocks the site in Linux...Oh well...It worx for me now, so I'm happy...

And yes, I DO have other issues with all other github sites/domain being blocked by my router. Its deeper than just a simple reset, unfortunately. I run DDWRT, and have spent hours combing thru the settings and Googling, and havent been able to figure it out. I dont know if its something in DDWRT, or something specific to the router itself. I'm not about to switch back to the stock firmware to answer that question.

[hab136]

And yes, I DO have other issues with all other github sites/domain being blocked by my router. Its deeper than just a simple reset, unfortunately. I run DDWRT, and have spent hours combing thru the settings and Googling, and havent been able to figure it out. I dont know if its something in DDWRT, or something specific to the router itself. I'm not about to switch back to the stock firmware to answer that question.

If you are using DSL to connect to the world, make sure your MTU is 1492, not 1500. Otherwise it will cause seemingly random blockages.

[Stone Blue]

^^

Thanx, hab136... No, I'm currently on cable...Havent been on DSL and had to tweak my MTU for almost 6 yrs now... (My MTU is currently set to Auto->1500...)

[NictraSavios]

Is this still in development? I use it every day, and I'd hate to see it disappear.

Whoops: Apparently I can't read. I thought the last post was from 2013, not 2015. Doh.

Anyway, wonderful tool! Can't wait for that polar orbit thing.

Jool networks are *hell* without this. Edited November 27, 2015 by NictraSavios
I can't read dates.

[ryohpops]

On 2015/11/27 16:52:09, NictraSavios said:

Is this still in development? I use it every day, and I'd hate to see it disappear.

Whoops: Apparently I can't read. I thought the last post was from 2013, not 2015. Doh.

Anyway, wonderful tool! Can't wait for that polar orbit thing.

Jool networks are *hell* without this.

I'm truly glad to hear that.

Yes, as you found out, the development is still active but slow. I'm currently busy in my real life, and any coding of queued features in todos / issues haven't been started yet. I'm sorry for owner of those ideas.

I will continuously check this thread and GitHub repo. Please feel free to post new ideas, issues and pull requests.

Well, even if the development is completely halted, you can use the website for long term because whole data are hosted on GitHub. You don't have to worry about that too much.

[gamerscircle]

As a new KSP'er attempting Remote Tech, Is there perhaps a tutorial on setting up a MUN network?

[StahnAileron]

On ‎1‎/‎6‎/‎2016 at 2:30 AM, gamerscircle said:

As a new KSP'er attempting Remote Tech, Is there perhaps a tutorial on setting up a MUN network?

It's not much different from setting up a Kerbin network. There are things you can do to simplify it, but the basic idea and concept is the same: get at least 3 satellites around the Mun to get majority coverage around it at the equator, then add another 3 polar orbit satellite to get 100% surface coverage. Because the Mun's SOI is small, you can get by with mainly Omni Antennae on all the satellites. Only one set (equatorial vs. polar) would need dishes for connection to your Kerbin network.

That said, one of the things I do to SORTA simplify it is to set a surface relay station on the Mun somewhere on the near-side. The Mun is tidally locked, meaning the same side always faces Kerbin. I exploit that with the surface comm station: A Communotron 32 for Mun comms and a DTS dish for linking back to Kerbin. The rest of my Mun network is a bunch of Communotron 32-equipped satellites. Very small and light, so it's easy to get 3 of them at a time in one launch to the Mun for positioning.

I personally set up my equatorial ring at 2,109.413KM (this is a 24-hour orbit). It's JUST inside the Mun SOI and basically give me coverage of the whole SOI. In my experience, it's just time consuming to set up a Mun network due to the travel time and the time between satellite deployment if you send all 3 satellites at once using my scheme: it's 16 hours between satellites. It'd be less if I settled for lower orbits.

[Nightmare]

Just found this some weeks ago and it makes life much easier especially when it comes to power consumption of the dark side of the mun...

[pap1723]

This is a great tool, but I am trying to add some body information from the SSRSS mod. I have all the relevant information, but the visual aspect of it doesn't work right and the values I save in the editor seem to change randomly on their own. No idea if you are still working on this tool or not.

[Suedocode]

Will this be updated to include 1.2 CommNet relay information? I think it just needs another set or section of antennas in the drop down for the relays. It doesn't have to be a different set, but I don't know if you'd want to separate out CommNet vs RemoteTech antenna types for organization.

[ryohpops]

On 2016/9/15 at 7:04 AM, Suedocode said:

Will this be updated to include 1.2 CommNet relay information? I think it just needs another set or section of antennas in the drop down for the relays. It doesn't have to be a different set, but I don't know if you'd want to separate out CommNet vs RemoteTech antenna types for organization.

I'm sorry, there is not much time so I'm afraid I couldn't update this to get 1.2 CommNet supported.

As you found out, you can still obtain basic parameters required for establishing your satellite network, using current state of this tool with adding some antennas yourself. Just make sure Range model type on Settings tab is set to Root, according to my understanding of CommNet.

Currently I'm waiting for definite information about how CommNet works in 1.2 out of beta and how RemoteTech responds to the release.

Edited September 17, 2016 by ryohpops