Jump to content

Recommended Posts

Posted

To the guys with Sierra SLE, did you have any problems with the hids running as drl's? Does it make a difference which wattage i get? Would prefer 55w just not sure if its too much for drl. After reading 180 pages im still not clear on which wattage i should get or if i need both relay and error cancel? Thanks.

Posted

To the guys with Sierra SLE, did you have any problems with the hids running as drl's? Does it make a difference which wattage i get? Would prefer 55w just not sure if its too much for drl. After reading 180 pages im still not clear on which wattage i should get or if i need both relay and error cancel? Thanks.

I run my hid's on basically all the time as DRL's. I have the 5000k bulbs with the 35 watt ballast. In my opinion the 5000k bulbs with the 35 watt ballast are a little too blue/purple for my taste. But I bought a set of 4300k bulbs and they looked too much like oem and didn't match my 5000k led's fogs. If I could go back again I would of chosen the 55 watt ballasts with the 5000k bulbs as they would of been whiter.

  • Like 1
Posted

Preheat oven to 240

Bake headlight for 20 minutes

Use a small straight blade screw driver to quickly work around headlight and break seal

Reheat for approx 7 minutes

Remove lens. I'm opening these lights in about half an hour now. Not near as hard as it seems.

Do you tape over any openings before you bake the lights? Set the light on a cookie sheet? Thanks
Posted

Shouldn't have to. Just pull cover off and remove bulb and wiring. Then bake

 

Sent from my SAMSUNG-SM-N910A using Tapatalk

Posted

Do you tape over any openings before you bake the lights? Set the light on a cookie sheet? Thanks

Yea take all the rubber trim off and open the bulb caps then bake on a cookie sheet

Posted

2f490702d12b34d2b1a58e100c274ab6.jpg

I have a leftover retro kit from trs I ordered for another F150 I was planning to get a year or so ago. Went and got my Sierra instead, but I had already ordered the 2.5" fxrs. I know 3"s are a better fit, but anyone retro with a 2.5? Also, anyone who used the fast headlights adapter plate know if they work with the 2.5" fxrs

 

Other question I have, is how will the ballast connectors hook up to the bulbs with the dust caps? Do I need different ballasts with the connectors coming straight out and not straight down like in my pic

 

I have the trs sierra spec kit now but 35w, the fxr kit is 55W, so can I use my current harness. Trs having a sale this weekend so might as well pick up whatever I might need thx guys

Posted

Hey guys I just installed my HID kit from XenonDepot two days ago and i'm having a slight issue with them lighting. They work fine most of the time but every now now and then when i start the vehicle only one ignites, it alternates, sometimes its the left one sometimes its the right one and one time neither ignited. I can usually get them to ignite by manually turning them off then back on with the light control nob, sometimes I have to shut the ignition off and back on. I thought it was only happening when i used the auto start on the remote but the last time I used that feature they worked fine so I don't believe that is the problem. Any advice would be appreciated, I've looked through this thread but am getting lost in the many pages here. Thanks!

Posted

Searched the thread, but didn't find what I'm looking for..

 

Is anyone running the Silverado Spec Morimoto kit in the factory REFLECTOR housings?

 

I'm looking at the 4500k H11A kit.

Posted

And I got the rigid halos mounted

 

SVWeHzM.jpg

Danger which rigid fogs did you go with?

 

Sent from my SAMSUNG-SM-N910A using Tapatalk

Posted

6 bulb?

 

Sent from my SAMSUNG-SM-N910A using Tapatalk

Posted (edited)

Jet, I had the same issue with my last sierra kit. The capacitor link would not work. Tried everything they suggested. Relays were buzzing and the light would flicker. Sanded metal to get proper ground too. Ordered 2 more but never tried them because I traded my 2nd in for a 4wd. Got my kit tonight so I will try them when I open the back of the lights and complete my fxr retro.

 

Sent from my SAMSUNG-SM-N910A using Tapatalk

 

I'm sure this has been discussed here before, but when installing the capacitor link, not only is a good ground important, but also when connecting it into the harness, make sure the wire colors (red to red and black to black) are correct. I have a feeling I may have fried my first capacitor link because I "assumed" plugging everything together so that the plugs locked together was correct. With my new link first I looked at wire colors, then the orientation of the plug locks. I ended up swapping wires on 2 different plugs to get the polarities correct and the plugs locked together. I had read in several different places that "you may have to reverse polarity" but I didn't fully understand what that meant. Now with my new cap link installed with wire colors matched, and plug locks engaged, everything works correctly.

Edited by jetfixer737

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

  • Latest Articles

  • Posts

    • Monday looks like a good day for the dealer to test an ac issue. Hopefully it all turns out good.
    • Paid $2.72 for E85 today.
    • Welcome back! No, it definitely doesn't pass the sniff test. Even "ceasefire" needs an alternative definition these days.    $5.29 at Kroger today
    • That makes sense, and I think you are describing the real product problem. Capturing data is the easy part. If the owner or technician has to manually dig through five minutes of millisecond-level logs, the product has already failed. The device would be at the ECM harness, not at the OBD port, so I agree that data retrieval and event marking need to be thought through carefully. The way I am thinking about the architecture is: The recorder itself should not depend on a phone, app, Bluetooth, Wi-Fi, or cloud connection to capture the event. It should always keep a local rolling buffer and lock the event locally. A button, phone app, or small cabin device would only act as an event marker. If the driver feels a stumble and presses the button 10–30 seconds later, the pre-buffer has to already contain the useful data. For data retrieval, the practical options would be a sealed service USB lead, Wi-Fi download, or a phone/cabin companion device. I would not expect the owner to remove the ECM-side module or work with raw files directly. The cloud or AI side would be for interpretation, not for capturing the event. The truck may have no connection when the issue happens, so the evidence has to be saved locally first. After that, cloud processing could help decode the data, compare it against baselines, and generate a readable report. For the first version, I would keep the automatic triggers conservative and objective: driver event marker bus-off error passive voltage drop / brownout device reset FIFO or queue overflow a normally periodic message disappearing side-to-side communication mismatch, if the topology supports that For “learning normal,” I agree with your point, but I would not want to overclaim it as automatic root-cause diagnosis at first. A realistic first step would be learned baseline comparison for that specific vehicle and operating condition. For example, a value would only be compared against similar conditions: RPM range load / MAP throttle position gear / vehicle speed coolant and oil temperature battery voltage AFM/DFM state, if decoded and validated Then the report could flag things like: this periodic message disappeared compared with its normal timing this value deviated from this vehicle’s normal range under similar conditions the same abnormal pattern repeated after the same type of event the anomaly occurred together with voltage, oil-pressure, misfire, or communication changes But I would still call that “abnormal pattern detected,” not “replace this part,” unless there is enough validated repair data behind it. So the intended product would not be “here is a huge log.” It would need to be an event package: what triggered the capture how much pre/post data was preserved what changed before and after the event whether the device itself reset, overflowed, or saw a bus error selected graphs around the event raw data only as supporting evidence From your perspective, what would make this kind of report useful instead of just another datalog? For example: What are the top 5 parameters or events you would want highlighted first? Would you trust a learned baseline for that specific vehicle, or would you prefer fixed thresholds? How much false-positive flagging would be acceptable before you stopped looking at the reports? What would a one-page report need to show for an independent shop to take it seriously? For misfire, AFM/DFM, oil pressure, or U-code complaints, what would you want the tool to flag automatically?
    • 2024 Silverado 2500 HD LTZ grille no camera Parts list   84603331 84913656 84913657 84913654 84913655 84911567 84911568 85646092 85646093 85797921 85797922   11570637  x10-15   grille/bumper bolts 11546500  x10      grille clips 11571006  x10      push/retainer clips 11546454  x6       nut retainers 11611609  x6       M5 bolts 11610700  x6       molding/trim retainers
  • GM-Trucks.com Clubs

  • Popular Contributors

×
×
  • Create New...