.png)
Tweet
Is there a constant rule or law?
It seems to me there is. The constant is not logarithmic. It is linear with everything else also being constant.
The gravitational acceleration, lets call it pull will be constant on earth. No mater the elevation.
Different on the moon, but constant within its mass range.
Take it a step higher Jupiter. High gravity field which accounts for the higher acceleration at the same rate for different altitudes.
Similar to our sun. Gas and gravity, (on a fission level). We have all seen the force of fusion. The gravity of our sun is tremendous.
So. Why did I post this off topic post?? To spur some high level thinking.
You guys are too smart for your own good. Bunch of "Big Heads".
That was my workgroups nickname for our smart dude. Big head because he was a large man and actually has a large head.
And because he was the smartest in a six man workgroup on the USS Reuben James (FFG-57).
Weapon system. An overly complicated one for the time. It was the Sperry way back then.
We were behind the times in a matter of moments. That is unusual for the Military. But this was the virgining of the microprocessor and things were changing fast.
Our system was real time, like analog. That is what is needed to figure out the Firecontrol Solution. Real time.
Our memory was ferrite rings. Core memory that was fed by the reel tape. Then housed continuously on the "mainframe" processor.
That stuff was all ET's equipment. I still had to learn it in C school.
The interface between the processor and our system was very nice. It took up the deck to overhead and prolly 12 foot long. It showed the two data bit streams, I think they were 16 bit words (two words).
And I am talking bits, not bytes. One bit at a time. Sounds excessive, the idea was to make it possible to troubleshoot the program as the firecontrol computer was going through a diag.
The reality was we never had any problems with the software or the ET's computer.
We might have had a few issues with the interface. We, our workgroup were responsible for everything after the ET's YUK-7. That went right into our I/O, that large interface "wall"
Our main failure point was being in port for more than a couple weeks. Our electronics and power supplies had minimal failure when underway. We cant turn on the electronics sitting in LB. So when we would get under way and we brought the system up she would be great. In port PMS would have us fire her up completely, do or maintenance and shut her down.
A system like that does not like to be triggered every day. It is had on devices. Yes, devices. This was the 80's, we had folks (big head) going to microminiture repair.
It did seem like she ran through boards more at home in port. I think it was due to the cycling of the on and off. Not power spikes, just heat cycles. I jut think the circuits do better without the on-off cycles.
Ok... I am solly for the long winded post. But if you got this far then you have your own issues
JR
It seems to me there is. The constant is not logarithmic. It is linear with everything else also being constant.
The gravitational acceleration, lets call it pull will be constant on earth. No mater the elevation.
Different on the moon, but constant within its mass range.
Take it a step higher Jupiter. High gravity field which accounts for the higher acceleration at the same rate for different altitudes.
Similar to our sun. Gas and gravity, (on a fission level). We have all seen the force of fusion. The gravity of our sun is tremendous.
So. Why did I post this off topic post?? To spur some high level thinking.
You guys are too smart for your own good. Bunch of "Big Heads".
That was my workgroups nickname for our smart dude. Big head because he was a large man and actually has a large head.
And because he was the smartest in a six man workgroup on the USS Reuben James (FFG-57).
Weapon system. An overly complicated one for the time. It was the Sperry way back then.
We were behind the times in a matter of moments. That is unusual for the Military. But this was the virgining of the microprocessor and things were changing fast.
Our system was real time, like analog. That is what is needed to figure out the Firecontrol Solution. Real time.
Our memory was ferrite rings. Core memory that was fed by the reel tape. Then housed continuously on the "mainframe" processor.
That stuff was all ET's equipment. I still had to learn it in C school.
The interface between the processor and our system was very nice. It took up the deck to overhead and prolly 12 foot long. It showed the two data bit streams, I think they were 16 bit words (two words).
And I am talking bits, not bytes. One bit at a time. Sounds excessive, the idea was to make it possible to troubleshoot the program as the firecontrol computer was going through a diag.
The reality was we never had any problems with the software or the ET's computer.
We might have had a few issues with the interface. We, our workgroup were responsible for everything after the ET's YUK-7. That went right into our I/O, that large interface "wall"
Our main failure point was being in port for more than a couple weeks. Our electronics and power supplies had minimal failure when underway. We cant turn on the electronics sitting in LB. So when we would get under way and we brought the system up she would be great. In port PMS would have us fire her up completely, do or maintenance and shut her down.
A system like that does not like to be triggered every day. It is had on devices. Yes, devices. This was the 80's, we had folks (big head) going to microminiture repair.
It did seem like she ran through boards more at home in port. I think it was due to the cycling of the on and off. Not power spikes, just heat cycles. I jut think the circuits do better without the on-off cycles.
Ok... I am solly for the long winded post. But if you got this far then you have your own issues
JR
Comment