Arivald Ha'gel

I see that @FreeThinker also made changes to the Computer Core a little earlier. Although I believe some of my contribution to the CC will be noted.

@FreeThinker would need to answer that question.

That and few other changes to Computer Core are ready. And I hope will be included in the next release.

I'm reproducing the issue myself. There's something wrong going on. I'll be investigating. Edit: My investigation points to the need to reload the vehicle 2 times: - at first retrofit the core. Reload. - enable the core. Reload. - At this point it will be powered and upgraded. Collect Data will give experiment results (but not in pure sandbox mode). I'll make it so that Core doesn't needs reloads and proper buttons are visible when appropriate.

My experience is that you need to "retrofit" Computer Core using a Kerbal for it to become self-aware. I don't know if it's a feature or a bug though. Perhaps it's not needed in Sandbox mode.

If anyone is interested I have added Kopernicus support to ShipManifest (related to Solar Panels). https://github.com/arivaldh/ShipManifest/commit/370d7927afb56809d5bc8d4501abfb1244d14460 Already tested and works ok. Once previous Pull Request will be accepted, I'll make another one, although I plan to also fix issue with RT antennas not showing at all.

Use Free Electron Laser (the big one). It can produce Positrons. But Antimatter can also be used in positron reactor, and it can be collected without gigantic energy spending. @celestis I have found an a root cause of your issue with Solar Power Generation (Microwave Power Receivers) - when all generated power is consumed by "DC Electrical System". To work around the issue please: - make EC storage LARGE (like at least 10 times the amount of energy generated. 1 MW = 1000 EC. So at least 10k EC for the craft you presented, but possibly like 100k+. - use capacitor to convert EC to MJ (set to -100). It should work (perhaps not for 100% capacity, but it should). Overall, one should always make EC storage quite large, with low EC storage, certain things will not work correctly - that's why currently MJ/EC storage is scaled during TimeWarp. I'll need to contact @FreeThinker to discuss the issue with him, and find appropriate fix (well... it's not trivial...).

Community Resource Pack probably. It's a dependency.

Give me few hours and I'll upload dll and I'll drop a link in this post. https://uploadfiles.io/e199t MD5 checksum: 635022804AE7FB17FCC34F8454EB2E53 Interstellar.dll Will be available for 4 weeks. This is 1.16.7 with Kerbalism fix. Just replace dll and it should work (but keep the old dll just to be safe).

Managed to fix the issue myself. https://github.com/arivaldh/ShipManifest/commit/47f5b9581e2bb7e7dc780b3ad18678b07949c38e Will create a pull request. The problem was in: double toPartAvgAmt = cycleAmount/ToParts.Count; if no parts have had less resource/space in subsequent (not first) pass, then this value was added/removed from tanks, which could cause cycleBalance to be negative. When someone (like me) had other processes running (like refrigerating/gassifying processes) transfers would never finish in a single pass, so the subsequent passes would always remove or add invalid amount of resource. Other method of reproduction would be to have one of the from tanks empty, or one of the to tanks full, and more than 2 from/to tanks.

My problems with Solar Panels not generating power, or generating negative power were related to Kerbalism, and are already fixed for upcoming version. However Extremely High DC consumption wasn't investigated by me - yet - although it is present in my GIT project as a backlog item. Although I already noticed that High DC consumption may be phantom, it dissipates once stock EC is full - it might just visualize EC needed to refill EC storage - at least it is in my case. This one is a little different.

No other idea that a bug. I'll try to reproduce the issue, and debug it.

That's still very strange. I used ISRU refrigerator few days ago and I haven't had such a problem. Perhaps a conflict with other mod?

I'm having a problem with ShipManifest. Depending on the situation when I transfer resources for some reason I can generate or dump resources. This is related to multiple containers to multiple containers transfers. @Papa_Joe could you help me with that problem (or should I start downloading newest VSExpress)?

Perhaps too little Radiators? Those I can see are almost burning up...

I'll add it to my backlog

There shouldn't be any problem. Could you make a screenshot? Craft file would also be nice... ISRU is meant to be slow. LiquidWater is meant to be clean water, while Water is just plain water from the ocean. Electrolyzer storing Water seems to be a mistake - I'll correct it. No idea why overflow isn't working...

There definitely is an issue with Solar Panels: 8 * 75kW panels only give 8.6kW (probably since KSPI-E told them to only generate that little). There seems to be several issues to Solar Panels. I'll try to investigate those: - minimal EC generated from Solar Panels. - EC consumption when Solar Panel is perpendicular to Sun, or occluded by vessel, or occluded by celestial body. - strange (extremely large) DC Electrical System component demand for MW (sometimes >25GW) Let me know if there are any other issues, so I could also fix them.

You can use Nuclear Fuel Reprocessing (either on Sci Lab, or using ISRU), that will clear up neutron poisons and create Uranium/DepletedFuel. However for refuelling Kerbal is needed IMHO.

I'd say we will need better screenshot (better picture quality). One cannot read anything from this one. Remember that F1 in KSP collects a screenshot. Also use imgur for storing pictures. Also reactor window would be nice. I can't read what is the propellant on the thermal nozzle. Probably during timewarp. Current resource module in KSPI-E isn't perfect. In order to avoid overruns/underruns Wasteheat, MJ, thermal power, charged particles, exotic matter (almost all KSPI-E power specific resources) are scaled during timewarp.

@FreeThinker I did found an issue with Solar Panels. Regardless of docking status. Here's a freshly loaded craft: Once solar panels get occluded by vessel, I get huge (>170/s) electrical consumption (not seen in KSPI displays): But when the panel gets deactivated, EC usage drops to ~2 (nominal): The craft do have Pebble Bed Reactor but with Thermal Nozzle and without Generator. That's probably why the craft does have some MJ storage. But I do see this problem on simpler crafts which doesn't have reactors/generators.

@FreeThinker, since the upgrade I have stopped getting Tritium from breeding or normal operation when the craft is offline. When online I'm getting it appropriately. I do not have the same problem with Helium3 or Helium4. This vessel have been in space for 142 days. I have 62l of helium3 but only 0.77l of tritium. Breed rate of tritium/he3 is about 0.75. So I should have 3/4th of tritium vs helium3 (not counting for half-life of tritium). 2 MSR are online, and 1 Stellerator burning D-D. No tritium usage at all. Other vessel I present after it being for 30 days in rails (offline). 10k liters of gaseous he3, 9.5-10k liters of gaseous he4, and 0 (ZERO) liters of gaseous tritium. All 3 are being converted to Lqd forms. This vessel is pre-upgrade, so it managed to breed some tritium before. Tritium is not THAT important, since I do produce some He3, but it certainly diminishes He3 amount since I do not get it from tritium decay.

I'm using Kerbalism with 1.3.1.1891 and recently I have stumbled at a new issue: [EXC 15:13:15.606] NullReferenceException: Object reference not set to an instance of an object KERBALISM.Background.ProcessAsteroidDrill (.Vessel v, .ProtoPartSnapshot p, .ProtoPartModuleSnapshot m, .ModuleAsteroidDrill asteroid_drill, KERBALISM.vessel_resources resources, Double elapsed_s) KERBALISM.Background.update (.Vessel v, KERBALISM.vessel_info vi, KERBALISM.VesselData vd, KERBALISM.vessel_resources resources, Double elapsed_s) KERBALISM.Kerbalism.FixedUpdate () Constantly 10 times per second. Anyone noticed such a problem before? I do have Drills enabled on one of the Probes which is incidentally clawed to an Asteroid. Cleaning Ore containers does not help. Stopping Asteroid Harvesting helps. When the Craft is Online, exceptions are not thrown.

My SSTO Mk3 type E can be easily supersonic at ground level. Powered by Thermal Positron Reactor, with Thermal Ramjet engine. 3g acceleration @11km: Reaction control powered by Aerozine50/NTO biproppelant mixture: This demo version expires after 1h of use due to electric charge deprivation and positron containment failure!

Yes. I did't had a problem with it.