Jump to content

Rozsko

Members
  • Posts

    232
  • Joined

  • Last visited

About Rozsko

  • Birthday 12/04/1979

Profile Information

  • Gender
    Male
  • Location
    Hungary

Recent Profile Visitors

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

Rozsko's Achievements

  1. I am not aware of any. On the other hand you can find official Link logos and color codes and their usage terms on the website.
  2. Rozsko

    WRXLink107 pinouts

    The car just runs fine. I gave up on the misfire at idle. It is still missing couple of beats here and there, but I gave up chasing it. Anything I checked just took me into a rabbit hole.
  3. That's exactly the point. I know I can figure it out how to control nitrous, but a built-in featurepack is always nice.
  4. That is very said as I was hoping for and missing that feature since the release of G4X, but thanks for the clarification.
  5. Hey Guys, Just checking real quick. As per the latest PCLink release notes, there should be a Nitrous control section in the motorsports menu. In the sample G5 map, I can surely see that, but I can't see that in my G4x upgraded map with the latest firmware. Is the nitrous control availble only in G5? In the release ntoes, I see couple of items clearly marked for Voodoo only, but nitrous controls is NOT one of them. Thanks, Béla
  6. Rozsko

    G5

    Hey Guys, I see there is a new version of PCLink supporting G5 and the G5 product page is also updated with some details. I assume that means the new ECU is ready for sale, but with a quick google search I could not find it yet advertised. When is it going to be available for real? Thanks, Béla
  7. I am using an HP USB-C mini dock (7PJ38AA) with my Samsung Tab S7. It works like charm. There are some odd cases when I have to powercycle the dock, but 80% of the times it just works fine.
  8. Rozsko

    G5

    Thanks Adam
  9. Rozsko

    G5

    Hey Guys, Just wanted to ask if there is anything you can share on G5. Planned release date, price range, is it going to use the same PCLink that the g4x, will g4x maps be compatible or atleast portable to g5,... ? Thanks, Bela
  10. Rozsko

    Runtime sample rate

    Thanks Kris, I think I understand what you are sayin, but I tend not to believe the same. Today I tested it with two more HP Elitebooks, one has a Ryzen CPU the other one has a gen 8 i5 Intel (both are single GPU). Both (with the out of the box fullhd layout) performed the same crappy way as my Asus and the Surface laptop using the same full hd default layout does that 40Hz thing and does not drop below 25 when watching the logging screen. I can definitely say and agree with you on that, the more gauges you have on the screen or the more data you display on a time plot, the worse it gets. And you are absolutely right that the internal logging is capable of 1000Hz, though you can't see and observe the logged values realtime and the other thing to be honest I don't really mind a 4-10Hz display rate in the application, but I tend to believe that this is not on the display rate, but the data acquisition rate too and results in quite some squary (if that is a word) waveforms.
  11. Rozsko

    Runtime sample rate

    Hey Guys, Sorry, but I can't really give up on this problem. I played with the drivers but nothing really helps. To recap, here is my current config: Asus TUF laptop with Ryzen 5 6400H with builtin AMD Radeon (TM) graphics + an nVidia GeForce GTX1650Ti. I downgraded the driver for the nVidia to the oldest (2020 march I think) --- did not help upgraded to the latest nVidia driver --- did not help AMD released a new driver late last year and the claim they improved the OpenGL performance roughly with 50%, so I updated to the latest driver --- guess what, did not help. I disabled the Radeon,then the nVidia - did not help left both enabled and selected one then the other in the Windows Graphics settings (System - Display - Graphics; and btw I use Win11 now). I checked in PCLink's about that it was using one or the other respectively, depending on which one was selected in the Control panel. --- unfortunately did not help. I installed nVidia's Nsight Systems that is a tool you can use to benchmark the GPU performance of any application, but I wasn't able to see any bottlenecks. Finally, I installed PCLink on my work laptop that is a Surface laptop 4 and that one was running with the same performance that you described Adam. Right away the display rate was around 50Hz after the connection was established and when I started PC logging, it never went below 25Hz, rather it was more around 30. Even the operation/responsiveness of PCLink was sensibly better, meaning for example when you filter a list of parameters to a specific one, it does that much quicker then on my ASUS. Is this something we could debug with a developer? I am pretty sure many of us would appreciate if this could be improved. Or anyone, any other suggestion to try? Thanks a lot, Béla
  12. That might have done the trick. With 500ms, it had about 1 fault per 5 mins, so I dropped it top 100ms and logged the value for more then 10 mins and no fault during that time. This means then I guess, when there is a collision, then RealDash just drops the frame and waits for the next event, causing the 2sec fault threshold being violated randomly. Is there a way to control this 2 sec threshold somehow? At least for on/off CAN DIs?
  13. Here is a screenshot of the error and the runtime values: https://1drv.ms/u/s!Ale4oyMCOgLThYwaxmD40mswdau_ng?e=jr1fYL Apart from DI1 is in Fault status, everything is green.
  14. Will need to check on the CAN tab. The bus is 500kbps speed and has a 22 channel AEM module, 2 x series AEM gauges, a Link CAN lambda and an ECUmaster egt modul and an AEM x series CAN display.
  15. Hey Guys, Quick question for you. Just received my Seeedstudio CAN adapter and hooked it up to my G4x. To start with, I used the provided sample xml, rd file and configured the streams as explained. All pieces of the puzzle seem to get together nicely as I see data coming from the ECU displayed in RealDash and the button works as well that is set to CAN DI1, even if I set it to on/off toggle button. On the other hand, CAN DI1 is showing a Fault status time to time. Not repeated at exactly the same time interval, it is kind of random but usually takes 10-30 seconds to get a fault which then is reset in about a second. I don't have latching configured which means it just replicates what is received over CAN. Now, I read in the G4x help file, if CAN data is not received for 2 seconds, then a fault is set, but the xml has a writeInterval parameter set to 1000ms, so I assume, that should not be the case. So, do you have any idea what can cause the fault status on a CAN DI parameter? Thanks, Béla
×
×
  • Create New...