Jump to content

SrSosio

Members
  • Posts

    252
  • Joined

  • Last visited

3 Followers

About SrSosio

  • Birthday 03/05/1981

Personal Information

  • Flight Simulators
    DCS
  • Location
    Barcelona
  • Interests
    DIY, 3D printing, simulation

Recent Profile Visitors

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

  1. Hello good fellas. I hereby present you a dilema. I'm building an Apache KU with a 1601A LCD. Yes, I know, it's not the best option for an LCD and I'm actually looking for other alternatives. I found a 2402 that looks promising, but in the meantime I do need to work with this, as I'm building it for someone else and I need to use this LCD. The thing is that I managed it to work, but obviously only displays 16 characters, so if you start typing, you will miss the last 6 characters when you get to that point. My original idea was to only display the last 16 characters of the display (provided there's more than 16 chars being displayed, but that poses another issue. If you have more than 16 chars used, you will never be able to go back and see the first 6 chars unless you actually go back by deleting the characters instead of just using the left arrow. So I guess the solution would be to identify where the cursor is and have it always on screen, somehow. Any idea on how can I do that? My current, rudimentary code, that uses the outdated LiquidCrystal_I2C library because I couldn't figure out how to use the hd44780 one, and only displays the first 16 chars looks like this: void onCpgKuDisplayChange(char* newValue) { lcd.clear(); lcd.setCursor(0,0); lcd.print(newValue[0]); lcd.print(newValue[1]); lcd.print(newValue[2]); lcd.print(newValue[3]); lcd.print(newValue[4]); lcd.print(newValue[5]); lcd.print(newValue[6]); lcd.print(newValue[7]); lcd.setCursor(0,1); lcd.print(newValue[8]); lcd.print(newValue[9]); lcd.print(newValue[10]); lcd.print(newValue[11]); lcd.print(newValue[12]); lcd.print(newValue[13]); lcd.print(newValue[14]); lcd.print(newValue[15]); } DcsBios::StringBuffer<22> cpgKuDisplayBuffer(0x80ac, onCpgKuDisplayChange);
  2. Works like a charm, thank you!
  3. Thank you!! I'm goint to try that right away!
  4. What screens do you use?
  5. Hey, I'm building one myself, and having trouble with exporting the display. I checked your code in github and saw this: DcsBios::StringBuffer<22> pltKuDisplayBuffer(0x808e, onPltKuDisplayChange); What's 0x808e? In my code I have: DcsBios::StringBuffer<22> pltKuDisplayBuffer(AH_64D_PLT_KU_DISPLAY_A, onPltKuDisplayChange);
  6. 80 bucks not including the screens right? I built MPDS myself, but I'm using 10.4" screens, and only those are 80-100 a piece.
  7. hey! quick question. Seeing the latest pictures, looks like the screen is not black background, is that correct? I'm having troubles finding these LCD in green/black combination. I don't even know if they exist.
  8. At around 3000 feet max. I know it's an area weapon, but when you shoot a round of 10 bullets, you want them all to fall in the general area you are looking at. With this bug, I get them all of them offset. If it keeps happening, I'll record it so you can see it better.
  9. Does it not compensate for wind? It happens almost in front of me.
  10. Hi. I have an issue sometimes that when aiming and lasing something with the TEDAC, the bullets seem to be off to one side, making it very complicated to aim since you have to eyeball it and it's a very inaccurate way to do it. Granted I do not boresight the ihads in the front seat, but it shouldn't be needed. And I also take off before waiting the INS, but I don't think that's the cause either, because it seems to happen after some successful shots, it doesn't happen from the beginning. Anyone else has experienced this? is this a known bug? Next time I'll try waiting for the alignment, see if that makes any difference.
  11. Yes, that comment relates to the first post: In previous versions, you had to overwrite some game files with the ones attached, but it seems like since the last patch, is no longer needed.
  12. I don't use Helios. I find it easier to just modify the lua file.
  13. Correct me if I'm wrong, but looks like since yesterday's patch, it's no longer needed to replace the mod files
  14. Ok, looks like I managed to fix it. There were some files that I had previously to replace in order for the MPCDs to switch between seats: Looks like this is no longer needed. After yesterday's patch, I had replaced those files, and that's when the TEDAC stopped working. I've run a full repair, and without replacing those files, it now seems to work, and the MPCDs switch properly between seats.
  15. Anyone? I did another test. I switched the right mfd and the tedac, to see if it had something to do with my screen, but no, when I did that, the right mfd properly displayed in screen 5, and nothing displayed in screen 4 (right mfd), so it has to be something with the export. I also tried both TEDAC and CENTER_MPCD. I also tried jumping in an MP server and getting in an occupied aircraft directly as CPG (so no switching seats), and it's the same.
×
×
  • Create New...