Jump to content

Antipaten

Members
  • Posts

    76
  • Joined

  • Last visited

Reputation

33 Excellent

Profile Information

  • About me
    Rocketeer

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Ah! I didn't have the Tux lib. Classic RTFM error. Problem solved. Thanks!
  2. KSP hangs at startup and complains that StageRecovery.dll version 1.9.5.3 isn't compatible with version 1.11.2 of KSP. :-(
  3. Is this mod still alive? It's the best addon available for simpit builders and I really really miss it...
  4. Depending on what you want to do you can handle a lot of calculations with simple fixed point arithmetics. Convert from float to integer, shift left ten bits (equivalent to multiplying with 1024) and you get approximately four decimals to work with, do your arithmetics, convert to a float and divide by 1024 and you get your result. You have to be aware of precision loss when multiplying and dividing to know how many decimals are actually valid in the end, but it makes a big difference in speed.
  5. I haven't tried using the OneWire interface myself but I recommend that you start by using another pin. Pin 13 is also used for the red LED and the fact that there is a LED and a resistor connected to it can really screw things up. Use a clean I/O pin.
  6. If it's a display that use modern bright LEDs and not stuff from the 80's they should be fully readable at 2mA. I use 4.7kOhm resistors for all my new LEDs and they are clearly visible as long as there isn't direct sunlight shining on them. If you can use 2mA you'll be looking at a total of only 60mA per display.
  7. The first thing you learn when you´re finished building your panel is that you´ll never be finished building your panel.
  8. I had the same problem which is why I decided to go for joystick emulation on the Arduino instead. That way I can emulate 32 buttons using this Joystick library: https://github.com/MHeironimus/ArduinoJoystickLibrary If you need more buttons, you may add another joystick device to the Arduino USB HID definition, which has proven to be a bit flaky, or you add another arduino and let it emulate another joystick, which work like a charm. Just map the joystick buttons instead of keyboard keys and it works like a charm. A note however is that if you use AGextended you can only map 20 buttons (if I remember correctly) from each joystick so in order to map 42 keys you may have to add a third Arduino.
  9. Did likewise. Great building material. :-)
  10. KSP is problematic in that way. After days of trying to get it to accept different combinations of ctrl, alt and shift modifiers I finally gave up on trying to use keyboard commands. The approach also added the problem of my controller sending commands that other programs would try to interpret if they inadvertently was in focus when I threw a switch. What I finally did was to emulate a joystick with 7 axes and 32 buttons and map most of the controls to a joystick button or axis. It looks like the most promising solution so far. For everything that cannot be mapped to a joystick i plan to use the kRPC mod. I tried using the Action Groups Extended mod for a while, but it drove me crazy having to map all those action groups, not only every time I built a new roscket, but every time Windows decided it would re-enumerate my joystick to a new ID (which happens fairly often after recompiling the Arduino software and every time I make changes to the USB HID definition).
  11. Unless I borked my test this time, It's officially broken in 1.2. I tried it with MM 2.7.1 and it barfed exceptions all over and the engine kept burning bright after staging. :-(
  12. If you want to use a serial connection with kRPC you need to make a server side script to manage serial communication. It should be possible, but I haven't tried it, to communicate directly using a Protocol Buffers library on the Arduino and add either a WiFi or an Ethernet adapter to the Arduino, but I haven't tried that as my goal is to be able to connect my control panel with a single USB cable to the computer for both data and power.
  13. The K-42 TNG is off the ground. I decided to rework a few things in my current control panel and ended up scrapping almost all of it. I will go much slower this time and do some thinking and playing between each milestone in my build to avoid putting a weeks work into something that clashes with reality. First thing I learned from the first build was that complexity i a P.I.T.A. and should be avoided. The new take means no mod dependencies unless really necessary and if mods are needed, no tedious configuration for each ship in order of getting everything to work. First milestone that I mention in my late(-st) blog entry has already been reached and I have built the manual controls. I will not state that they work flawlessly yet, but they work well enough to retire my Saitek flight stick as the main controller for KSP. The new manual controls are logically equivalent to a seven axis controller with 17 buttons when detected on the USB bus so it has NO mod requirements at all in order to get it to work in the game. I will probably stick with the instrumentation provided in the game GUI for most parts instead of making pjysical displays for everything already implemented, but I will add a few extra readouts that I find useful to display in MechJeb when I fly manually. For this I will use kRPC wgich seems to work really well with no lag at all since multithreading in 1.2 became available. I also got my hands on a second NVIDIA 580 GTX just for running PhysX. I wish I could connect both 580's together but my motherboard have no support for SLI and I don't want to spend the money for a new one. I wish I had checked that detail before ordering the SLI connector though. EDIT: I thought I would embed a picture of how i currently looks but the rectal orifices at Google have decided to kill Picasa and block hotlinking to pictures in Google Pics. Anyway, try this link. Maybe it works, maybe it doesn't. https://lh3.googleusercontent.com/NlvoVB_HQP7KfFw2LwpISA-BnioENOsmWfPje8oNcjkURVgpf6imaL20LthDBa1Lz1dtAlW16CFQwuja2l6nGllm57pqAX2NN7POagaGaA4sMgR545cIc3oopwHySzJr-LL9nVp2Ypqsp1ccAEzH9FFHwYAitaMmQgGEK5UFEa85rt2w47PkvoMfNP-PnPkJYiOD0X_OSxSatVhVGO3DWkp0DzcDRvXO8EtjFjHGSU2r6ozTo51yMudXdRIel2L7Yr6TIUoC8uJH1pkSaVTt6U6h7UlVIW2ufMBWe2ji5NisUiZXzWVS_3C3wz0Fgeke6oClsIKAF9V9HF0H6rsM4nFatjW8CBZeh35YQWNsdr60F3LsioHZT_AfvxHMPTqPTwpmyycANj1qc1CxU-YOlv4nwLIJTcfCgh_bExOl7_CWZej1ENT7aIMVwk5qM1aJq6byqGrzI5OMZFwp-sm9KrU-axrQe_BUpNSLuCDUuIcs5Eqp7mm0v7zsqy_yhiX9GzkLTrHg6jSHn0xrKGK0vAlmQEZopB7LupC3tW54EKHyJ80_X3DLlphf6uB30R9ZCRmu6mk5ivJt8c-tscs4ajGDUamhdoSXEK2phgyehyw5u_aW=w640-h480-no
  14. The problem with LED:s is that, unlike incandescent light sources that emits black body radiation over a broad spectrum of frequencies, LED:s are resonators that emits only a narrow spectrum. They are not as good resonators as quartz crystals though, so the signal spectrum is much wider. This is a typical spectrum of a yellow LED: Any green filter will let the green part of the light throug, but there is very little of it, hence the light will only contain dull drab dirty remains of the emitted spectrum that leaks through as yellowish green (the filter isn't ideal either and will let a broad spectrum centered at green through). The light from a lightbulb (a flashlight in this case) is completely different from the LED: The curve is almost the ideal gaussian distribution that we should expect from a heat source at around 2700 kelvin but the enclosure of the bulb does some filtering by absorbing some of the visible light which is converted into heat causing the peak of infrared at 800nm. This light can be filtered without problem as there are plenty of light left when removing most of what lies outside of the 530-550nm that we sense as green. Spectrums linked from http://www.kerrywong.com/2015/08/16/yet-another-scanning-monochromator-build/ where there's a lot more measurements to see if you're interested.
  15. Hi @djungelorm! I'm currently in the planning stage of hardware modules for my new control panel and had these crazy ideas about being able to pump fuel around or control docking ports using actual switches that say "click". A problem is that there's no way to identify which part is selected as all docking ports and fuel tanks of the same type have identical names. Would it be possible to add a function in the Parts class for turning highlighting off and on for a specific part? Pretty please with sugar on top?
×
×
  • Create New...