17 captured repliesDiscussion pagination complete · Source accounts, not a confirmed diagnosis
THIS DISCUSSION / SOURCE-DERIVED OVERVIEW
Discussion summary
YOUR RESEARCHRight side city light not working
Leading reported evidence
Replace bulbs
Performed · outcome unconfirmed
No successful repair reported for this finding.
0
Reported fixes
0
Unsuccessful attempts
1
Discussions
Read evidence and context
Explicit resolution reports before identified causes, performed actions and suggestions. Within each level, matching component labels precede direct query mentions and inherited thread context; successful versus unsuccessful discussion counts, owner confirmations and independent discussion support determine order. This is not a probability of success.
Discussions that performed work without a confirmed outcome
1
0 original-poster resolution reports. Counts can overlap; they are not unique people or a success rate.
0 discussions have direct query context; 0 report a fix in that context. Other evidence may inherit the discussion’s subject.
Performed · outcome unconfirmed · Original poster
I thought it was the bulb, so I changed bulbs, but no go.
Leading evidence: 'Replace bulbs' (no explicit attributable resolution; this is a reported action or suggestion). Across 1 matching discussions, the most frequently mentioned possible cause is 'bulb' (1 discussions; 0 report identifying it and 1 suggest it). The most frequently discussed action is 'Replace bulbs' (1 discussions). For that action, 0 discussions report a resolution and 0 report an unsuccessful attempt. No action has an explicit, attributable resolution report under the current rules. These are forum reports and suggestions, not a confirmed diagnosis.
Source reports, not a diagnosis or a success probability. Counts refer to discussions and can overlap.
Explicit resolution reports before identified causes, performed actions and suggestions. Within each level, matching component labels precede direct query mentions and inherited thread context; successful versus unsuccessful discussion counts, owner confirmations and independent discussion support determine order. This is not a probability of success.
Discussions that performed work without a confirmed outcome
1
0 original-poster resolution reports. Counts can overlap; they are not unique people or a success rate.
0 discussions have direct query context; 0 report a fix in that context. Other evidence may inherit the discussion’s subject.
Performed · outcome unconfirmed · Original poster
Pretty sure it's fairly straightforward - when I swapped the original yellow lights to these PIAA ones, I recall no difficulty, and the left one has worked for almost two years now.
Explicit resolution reports before identified causes, performed actions and suggestions. Within each level, matching component labels precede direct query mentions and inherited thread context; successful versus unsuccessful discussion counts, owner confirmations and independent discussion support determine order. This is not a probability of success.
Discussions that suspect a cause
1
0 original-poster resolution reports. Counts can overlap; they are not unique people or a success rate.
0 discussions have direct query context; 0 report a fix in that context. Other evidence may inherit the discussion’s subject.
Suspected cause · Original poster
I thought it was the bulb, so I changed bulbs, but no go.
Explicit resolution reports before identified causes, performed actions and suggestions. Within each level, matching component labels precede direct query mentions and inherited thread context; successful versus unsuccessful discussion counts, owner confirmations and independent discussion support determine order. This is not a probability of success.
Discussions that contain suggestions
1
0 original-poster resolution reports. Counts can overlap; they are not unique people or a success rate.
0 discussions have direct query context; 0 report a fix in that context. Other evidence may inherit the discussion’s subject.
Suggestion · Original poster
I wonder what the use case for only having one side parking light turned on is?...
Explicit resolution reports before identified causes, performed actions and suggestions. Within each level, matching component labels precede direct query mentions and inherited thread context; successful versus unsuccessful discussion counts, owner confirmations and independent discussion support determine order. This is not a probability of success.
Discussions that contain suggestions
1
0 original-poster resolution reports. Counts can overlap; they are not unique people or a success rate.
0 discussions have direct query context; 0 report a fix in that context. Other evidence may inherit the discussion’s subject.
Suggestion
I assume you arent using a led, a led has to be error free or the system wont recognize it
Discussions that performed work without a confirmed outcome
1
0 original-poster resolution reports. Counts can overlap; they are not unique people or a success rate.
0 discussions have direct query context; 0 report a fix in that context. Other evidence may inherit the discussion’s subject.
Performed · outcome unconfirmed · Original poster
Pretty sure it's fairly straightforward - when I swapped the original yellow lights to these PIAA ones, I recall no difficulty, and the left one has worked for almost two years now.
0 original-poster resolution reports. Counts can overlap; they are not unique people or a success rate.
0 discussions have direct query context; 0 report a fix in that context. Other evidence may inherit the discussion’s subject.
Suggestion
I say "for years" because it's become commonplace to use software to hide/show such things...during delivery (or even during build) the buyer's locale is selected and nobody has to wonder about the mysterious parking lights they'd never use.
Counts describe captured discussions, not unique people or a diagnosis. Author identities are not reliably stored. Exact duplicate evidence is counted once across matching discussions; one discussion counts at most once per action/state. Multiple repairs reported together remain a combination. Suggestions and failed attempts do not establish a fix. Matches cover whole discussions and can include related faults, model variants and incomplete threads.
17 eligible posts · 0 unverified posts · 1 discussions match the subject in their title or opening post.
Rennlist: 1 discussions
0 evidence records excluded for query context · 0 excluded by outcome qualification · 0 adjusted by outcome qualification.
0 acknowledgements have no verified action link; they do not establish a repair result.
Generation: 20261027T005001Z · outcome-qualification-6. Deterministic extraction; no AI model inference. How we use sources
So something odd is going on. My right side city light (parking light) on a 996 litronic went out. I thought it was the bulb, so I changed bulbs, but no go. I'm not sure if the new bulbs I got are also burnt out (I guess stuff happens, right?) so I haven't tried moving the left one (working) to the right one (not), but that seems a bit far-fetched. All other functions on the light work fine (fogs, blinkers, light itself obv).
Anything blindingly (ha) obvious that I'm missing?
Pretty sure it's fairly straightforward - when I swapped the original yellow lights to these PIAA ones, I recall no difficulty, and the left one has worked for almost two years now.
That's... not helpful. What should I read about? Fuses?
This is SO WEIRD. It's working now.
Is there some circuit that deactivates the light when it fails and doesn't reactivate it until it's replaced, car is driven and the fifth moon of Kobol aligns with the seventh moon of Geminon? I didn't do anything since this morning except go for a drive and now all is well.
^+1 make sure the contacts on both the light unit and socket are clean. Use some electrical contact cleaner. Make sure the headlamp unit is securely in place. For litronics, there is a separate control unit that makes the lights fire up. Check that as well. Part 16 here
http://www.autoatlanta.com/porsche-p...section=905-03
Omg. Seriously? I don't even... I had no idea.
Although the light started working, I'm going to read up on that to see how to do it. You think you know a car and then you hear about these oddball "features"... I wonder what the use case for only having one side parking light turned on is?...
Not LEDs, but a good point for sure.
VW Forum schlock, but it explains quite nicely.
"In Europe, all cars are equipped with the capability to leave the front and rear parking light turned on, on one side of the car only. This is accomplished by leaving the turn signal switch in the right or left turn position after the ignition has been switched off.
This capability is a safety standards requirement in Europe, and operation of this feature is standardized across all manufacturers, in much the same way that all North American cars have the automatic transmission set up in a PRNDL sequence, or defrost controls set up so that when every control is moved to the far right position, windshield defrost is activated.
Although the entire VW product line in Europe - from Lupo to Phaeton - has had the single side parking light capability for many years, it is only recently that VW has begun shipping Touaregs and Phaetons to North America without disabling this function. So, if you have just bought a Phaeton, and not previously owned a European car that offered this feature, it might be new to you."
Huh. The things you learn.
I wonder what the point of it is - when approaching a car parked on a shoulder, you probably don't have time to really see whether it has both sides or only one side illuminated, so wouldn't it make sense to just not bother and turn on everything? Worse yet, you might think it's a motorcycle or something if it has only one light turned on ...
The short version: for years, it was cheaper to build not-universally-mandatory features into every car than to build it into SOME cars. Having to deal with two separate switches, the associated controls and markings, plus adding complexity to the manuals, costs more than just standardizing on that feature (and letting the Americans scratch their heads).
I say "for years" because it's become commonplace to use software to hide/show such things...during delivery (or even during build) the buyer's locale is selected and nobody has to wonder about the mysterious parking lights they'd never use. Of course, you still have to build the parts in to EVERY car regardless of whether they're enabled*, so this only makes sense for lights, wire harnesses, and other relatively cheap stuff.
I'm too dumb to even envision all of the crunching that happens to determine when it's cheaper to go this route vs. making the factory sophisticated enough to be able to use locale-specific components in real time...
I need to learn more about Tesla's production. I get the feeling that there are tricks Musk has picked up from here and there, and some others he just made up, going on.
When you drive in places where the roads were designed for horses and buggies, being able to illuminate the corners of your car most in danger of crunching probably seems really useful.
Or, you know, for marathon creeper sessions when you want to keep the lowest profile possible (and minimize your battery drain in case the cops come) without getting sideswiped.
Hmm. Yeah, I suppose that makes sense, but that sounds like an extreme edge case to spend time on R&D for (and then software coding, testing, and so on).
It must be required in the vehicle code for some locales; otherwise, it wouldn't exist. Well, I can't guarantee that with "I'd die for this" certainty, but I'm pretty sure Porsche doesn't throw extra wiring and switching into the car because they want it to be heavier and cost more.
This is a source reference. Confirm exact model applicability in the original material.
