How come these things are not secured against at the LCD controller side? Why would a general purpose controller be designed to accept e.g. too high voltage levels?
How come these things are not secured against at the LCD controller side? Why would a general purpose controller be designed to accept e.g. too high voltage levels?
there's absolutely no safety mindset for anything behind the cover.
if it's industrial, just put a big sticker on it, write something about it in the mandatory occupational hazards training kit, maaaaaaaybe consider adding a fence, but it's fine anyway.
if it's consumer stuff? well, as long as kids won't choke on it, it's A-OK. especially if it comes to electronics. just write in the user's guide that always disconnect it from the mains when not in use, if used improperly that's on you, and don't ever think about opening it. that only for professionals who are trained in the dark arts of handling this exact piece of immanetized hell-forged eschaton housed in a convenient beige plastic.
adding a voltage limiter between the LCD panel and the input would cost money. designing it would cost money. adding an analog limiter on the regulator would cost money (plus setting it mechanically is very expensive compared to flashing on some firmware), compartmentalizing the software - by having a segment that's set at assembly that contains the physical properties of connected parts, which communicates the operational limits, and the other segment which can be set via software - would also cost a lot of money.
As a counter-point: One persons "safety" is another persons "limitation". Sometimes it's good that things are generally protected but you can break through the protections somewhat.
You could hack the firmware and make the device behave out of spec, but you could also hack the hardware. If you bypassed your voltage limiter on the board then you could blow it up too.
For example the safety critical systems you mention should absolutely fail-safe at the bare minimum, all kinds of things can adversely affect running software like equipment generating EM noise nearby or someone tripping over the wrong cable
I meant hacking as-in messing around, poor choice of word.
> But more like if software can cause hardware damage, that means software bugs can cause hardware damage and potentially pose a safety risk, which should be seen as a critical hardware bug
Hardware bugs can cause hardware damage.
> For example the safety critical systems you mention should absolutely fail-safe at the bare minimum, all kinds of things can adversely affect running software like equipment generating EM noise nearby or someone tripping over the wrong cable
They're just not. The ABS, stability, and collision avoidance systems in your car can't fail safe if the software fails because the software is required to control the dynamic situation. It can't just say stop everything. Same as control software in airliners. Or industrial control and monitoring systems (although they can have mechanical interlocks in more cases, not all).
And very little that can be _absolutely_ fail-safe, not even purely mechanical devices. How do you make a fail safe bridge?
That's true, although I think the original point was that if software can damage the hardware it's running on then that should be seen as a fault/bug, but with cost reduction/market pressures/etc. it is often ignored
And fail-safe doesn't necessarily mean everything turns off because that can be just as dangerous, I take it more as a systems mindset where thought, care and attention are paid to failure conditions and making sure those outcomes pose the least risk. Again something which can often be ignored for cost or expediency reasons
Perfection is probably an unattainable goal but I've been around software long enough that I wouldn't want someones safety to depend solely on one piece of software
It is.
And I'm still waiting to hear how that absolutely fail-safe bridge is going to work...
The fact is, Engineering has become the Art of specifying the worst (read: cheapest) implementation one can get away with.
It can involve software though.
Same the other way round, just because the hardware shouldn't allow setting a value to X, doesn't mean the software should request the setting.
Obligatory xkcd post
For comparison, my risk of getting into a car accident is north of 1% and the risk of dying in a car accident is around 0.02%.
So in other words compared to all the other risks out there home electronics are very safe.
Woman on Plane : Are there a lot of these kinds of accidents?
Narrator : You wouldn't believe.
Woman on Plane : Which car company do you work for?
Narrator : A major one.
Reputational damage is so high from consumer deaths now days, the balance sheet comes out in favor of fixing issues.
Even to the point where an actual horrific accident doesn't necessarily mean that vehicle is any more dangerous than other vehicles on the road, they just don't have that exact failure mode but do kill people nonetheless.
And no amount of money is going to buy perfect safety either. As always, engineering is all about tradeoffs, no way around it. Car companies have dropped the ball on safety in several cases, but just because somebody died, doesn't mean they did.
There's not as large of an incentive for product durability and repairability today as there was or should be.
1% of what?
Or “one in a hundred”.
It means that in out of a hundred trips, it’s pretty certain one will involve an accident.
https://ehlinelaw.com/blog/odds-of-being-injured-car-acciden...
Two rules for anyone reading: [1]: never, ever, be in the way of anyone - don't ever be an obstacle to traffic flow; [2]: if you abide to [1], consider you're the only sain person on the road who really knows how to drive, all others don't - everyone around is a danger to you, so be hyper vigilant, always.
In general, be polite and out of the way (both on the road and in life), and you’ll avoid most scratches and crashes.
And presuming everyone (else) is probably nuts doesn’t hurt either :)
Per a quick glance at NHTSA’s summary figures [1] I wonder if the previous poster is referring to the “1000 injured per 100,000 drivers” figure. Which divides out to 1% I guess, a little more in past years. But that’s a little awkward to express in plain language, in that one wreck can injure lots of people, and people can get injured who are not drivers (drivers comprise around half of the injuries, it looks like, from higher up in the table).
Although the total number of crashes (including the large majority that don’t involve injuries) still looks pretty wild as a proportion of licensed drivers. If I were trying to raise concern about cars, I’d point to that ratio of 1 collision (of any sort) for every 43 licensed drivers every year.
[1] https://cdan.nhtsa.gov/tsftables/National%20Statistics.pdf
That's partially because MonkeyClub didn't do the math correctly. If the accident rate is really 1% of trips (which seems doubtful), there is a 99% chance of an accident free trip, a (99%)^N chance of N accident free trips, and a 1 - (99%)^N chance of one or more accidents occurring in N trips. For N = 100, this is 63%, and for N = 365*2 this is 99.9%.
As you mention, the data from the NHTSA seem to indicate a much lower accident/injury rate. Based on this data from the NHTSA [0], and going back to 2018 to avoid any pandemic-related effects on the statistics, it looks like there was on average only 1 (police-reported) crash per 481 thousand vehicle-miles, or one crash involving an injury or fatality per 1.7 million vehicle-miles.
[0] https://cdan.nhtsa.gov/tsftables/National%20Statistics.pdf, other formats and more data available here: https://cdan.nhtsa.gov/tsftables/tsfar.htm
Or at all, since it’s just how possibilities work. I wasn’t calculating the annual possibility.
When I wrote: > For N = 100, this is 63%, ... I was responding to your comment: > It means that in out of a hundred trips, it’s pretty certain one will involve an accident.
Whether or not 63% == 'pretty certain' is another matter I suppose.
Yep, totally.
Remember the counter resets with every ride: it’s the first of the hundred, with 1% possibility of (any) car accident.
That seems about right. It’s one (probably minor) car accident per driver every 20 years.
If there is a 1% chance of something happening during an independent event, then to calculate the probability of it happening at least once across N events, you must use the formula 100% - 99%^N, where the 99% was derived from 100% minus the "1% chance" in the original scenario.
So a 1% chance across 100 trials is 63.4% likely to happen.
Look up the Birthday Paradox for more.
You mean you'll only die or get injured in one out of a thousand home fires? That seems really low. But I'm picking nits.
My main argument is that the consumer electronics as small systems are so so sooo optimized for cost. (Which is good, people can afford them.) But somewhere along the way the components inside them stopped being useful by themselves. (Of course a direct consequence of optimization of integrated parts.)
This basically resulted in custom parts for custom systems. And now as software is eating everything custom software is also part of the system. (Though at least it brought back some general parts!)
Safety as a system level property is still there, but completely lost in the parts. And similarly many other desirable properties have been optimized out. (Like reliability, serviceability, etc.)
The quality of consumer goods is decaying everyday. It is all about the last millionth of a cent to be spared.
Just nobody cares.
You need to look at both sides of that equation. Would you be willing to pay, say, $4000 for a laptop where all the quality engineering was top notch? (It's a reasonably informed guess as to what that would cost.) Maybe some people would. Probably not many. Most people want the $700 laptop which is "just as good", even if the display sometimes fails.
(edit: changed "printing" -> "creating" since the former is a tribalism trigger)
That is... a weirdly revisionist interpretation. People have been complaining about consumer electronics quality consistently and pervasively for decades and decades. Absolutely nothing about that point is "modern" or "new". Yet... you really think it's due to events of the last few months? And not even just any events, politically charged events interpreted and explained using partisan language[1]. Really?
[1] Seriously, one of the easiest ways to tell whether or not to pay attention to an economics argument is whether it includes the phrase "printing money".
Politically, I call the current price inflation "Trumpflation", since that is when the monetary inflation that's driving much of it occurred. We'll see how the Biden administration did in a few years. And while being an Austrian-leaning libertarian, I think the Democrats are at least honest in that they want to use some of the newly created money to compensate for the financial damage that monetary inflation causes, whereas the Republicans want to give it all to the banks while preaching austerity for everyone else.
Let's say a given widget costs $10 to produce, and look at what happens over 4 years. Say offshoring, cost optimization, and technological progress would allow it to be produced for $7. The Fed creates enough new money that the new price is $11. The Fed calls this "2.5% inflation", whereas the actual inflation has been 12%. The sticker price reflects the 2.5%, and the remaining 9.5% is reflected in the item being made cheaper, not supporting the local economy, and the gains of technological progress accruing to the central bank rather than being distributed throughout society.
At the larger level, this does not happen uniformly to every component of CPI. Instead, prices for things that can be bought with new money increase more. So manufactured goods still have relatively low price inflation, where things that the consumer can finance (housing, education, healthcare, vehicles) shoot through the roof.
Bringing this back to the original topic - since the median consumer's expenditure is expected to be ~fixed (slightly rising) for a basket of goods that are decreasing in quality, they're unable to afford the previous baseline quality that is now considered luxury. Rather than seeing a choice between buying what they know and saving money with a lower-quality item, they're given a choice between paying slightly more for the lower quality one or paying much more for the quality that they were used to.
It's true, that if you correct for all the inventions and economies that have made its production possible, the relative "cost" of, say, a nice new five-burner induction range is indeed extremely high in comparison to, say, the bow drill your ancestors would have used. Probably in the billions or so, if not higher.
But that's not telling you anything! In point of fact the "cost" measured in hours of labor[1] of collecting fuel and starting fires over the course of a decade or so[2] is VASTLY higher for the paleolithic toolkit. And it's not even remotely close, which is why no one chooses to cook with an open fire and a bow drill except as an amusement.
Basically: you're bending yourself around and measuring the wrong thing to try to make a point about inflation in an area that has nothing to do with it.
[1] Which is, at the end of the day, all we really care about optimizing. We live one life and we want to live it well doing as little work as possible. Frankly this is sort of "postulate zero" of the whole field of economics.
[2] Just assume the range will last for a decade. I don't know what the real average is but it's in that range.
Furthermore, accounting for optimization via tradeoffs as if it's bona fide growth is doubly wrong. Cost reduction via quality reduction is actually the opposite of growth, but gets counted as increased efficiency for labor rather than reduced quality of life for humans.
Focusing on hours of labor and gradually reducing hours worked would have been a different way to keep the benefits of growth distributed throughout society. Instead full time employment has been fixed at 40 hours through a long period of high growth, with the new money feedback loop soaking up the individual's surplus.
Yes. This is also why I do exactly that. Thankfully there’s still one company making good laptops left, Apple.
Unfortunately, all the brands I used to buy from decided it was better to cut the cost by half by cutting the quality by 9/10s.
The ones from 2011 are.
YES, please, I beg of the industry give me this.
In a loud, resounding voice.
Buying a new laptop takes days of investment to get it all set up just right. Maintaining the software and OS to keep it snappy is also a timesink. The initial cost of the hardware is a trivial portion of the TCO for me.
It's also an item I only carry around one of (lugging around a backup device would be too inconvenient even if it only cost a dollar), so reliability is paramount.
My current laptop (Dell Precision from ~2011) cost a little over your price point, and has been upgraded many times over the years. Finding something I'm happy to replace it with has been a conundrum, there's a ton of absolute garbage out there. (Framework almost does what I need and is a leading contender).
I kind of do this. I bought two used laptops a few years ago, one 13" XPS and a big bulky ~17" ThinkPad. The XPS is great for meetings, the other one is great for software development, and I have a backup ready and set up, ready to go. And if I travel for more than a day I sometimes take both. (So far the strategy seems to be flawless, as both work in well their own sub-par broken but reliable way, as Windows machines tend to, maybe each one is kept blinking by pride, or just to spite the other one. :D)
The other problem is that niche high quality stuff also would not benefit from economies of scale as much, and at some point buying 4 of the cheap might get you thru longer than one of the "reliable" one
The top-end electronics are maybe a bad example as (at least till now, it seems to slow down at last) the performance is also a big factor, so buying $700 laptop you will want to replace anyway in few years is sensible over "will never break" $4000 one that will just go out of date.
But on like, just about everything else ? Reliability and repairability please, I will pay extra.
Isn't that what Emperor Linux is (nominally) about? Not that I have ever tried them out because that is way beyond my pay grade, but several of their machines are in that price range.
Absolutely. Yes please. That would mean I can use it for 10 years without major problems, I'm able to repair it, no Jail breaking needed... make it 5k. More than happy.
But I understand, I'm not the majority of the market.
Because we make generic LCD controllers that can service a wide range of panels.
Using generic parts with adjustable outputs is standard practice. It keeps prices down, keeps supply chains flowing, and makes it easier to design new systems around common parts. It also reduces the amount of waste because common parts can be re-used in new designs and resold if unused.
Many things around you are controlled by software settings without separate hardware limits to keep them in check. If you have an enthusiast motherboard, you can reboot right now into the BIOS and set the CPU and RAM voltages to numbers that will fry your chips in short order if you want, and it won't stop you at the hardware level.
Generic parts with a wide output range are great, but it requires care and attention to make sure the software is providing the right settings.
But is that really the case for these laptops? Seems kind of negligent from the manufacturer if so.
edit: https://www.diodes.com/assets/Datasheets/AP3019A.pdf example of simple one. The value of the single resistor decides the max current.
Why would they be secured there? The device doesn't allow setting any of the dangerous settings, so noone will break their displays this way.
Look at cars for example... pretty much cars have systems in place not to overheat (thermostatic valves, fans, etc.). Most even have code to go into limp mode and turn off if they overheat. Now imagine someone taking the ECU out of the car, installing gentoo on it, putting it back in, and forget to write a script to check the temperature and turn on the fans when needed... the car would probably work ok when driving high airflow) but when stopped, it would heat, overheat and eventually something would break down. Do we need some kind of a hardware system in our cars to turn on the fans, or something that turns off the main relay, because someone decided to hack the software and forgot to implement sotware limits and checks?
So does a switch.
Someone installing gentoo on a cars ECU, and not implementing the feature to turn the fans on will easily overheat and destroy the car... the same is happening here with the lcd controller (and yes, the switch is designed so that the user can never go above some brightness level... unless the user hacks the switch and installs some random linux on it).
The car will alert the driver than something is wrong and should stop as soon as it is safe.
Because stopping engine abruptly in middle of highway could be very dangerous.
A lot of cars also have so-called "limp mode" where some failures cause car to limit engine power and other stuff, basically to get to the next point the car can be stopped and towed to shop
We're talking about someone taking a device, hacking it, installing some random software (whatever hacked version of linux runs on switch), and that software does not have the feature of limiting the max brightness at an accaptable (non-damaging level). So the same as if you took an ecu of a car, put linux on it, didn't implement the limp mode feature and then blame the hardware for overheating.
Pragmatic design decisions. My bet is they decided that adding voltage regulation was unnecessary since they can limit it via software which they have control. Adding voltage regulation would increase the component count which takes up board space and lengthens the BOM (bill of materials.)
I thought I fried the thing, but it went away it on its own and the display continued to work. I couldn’t figure out a mechanism for causing it to happen, but this explains it.
On the software side I reckon the driving circuit is the deciding factor, which a vendor (of displays) can't control.
The simplest hardware design is just running it at say 10% max in flashlight mode but allowing for short bursts of overdrive for flashing. The LED is big enough to handle short bursts, but not thermally cooled well enough to work at full power all the time. So you rely on firmware/software to do its job instead of having specialised hardware controller that's only job would be to make sure LED isn't on on 100% for more than say half a sec.
You control software so you don't GAF, but people putting custom one have to take same amount of care
Second example: You're an engineer and need to drive a backlight. You can
* slap a constant-current controller (buck or two of parts) so 100% is a maximum safe level all while regulating it at >90% efficiency * slap a high value resistor costing $0.01 so 100% is maximum level is safe but you lose a lot of power in the resistor * slap a low value resistor then just drive it at 20% duty cycle and waste less heat in resistor all while still costing $0.01
They just most likely picked 3rd. Or picked 1st and misengineered the limits I guess...