Hacker Newsnew | past | comments | ask | show | jobs | submit | arwineap's commentslogin

Naive question, why run inverters?

Wouldn't it be more efficient to run direct DC appliances?

We have a building on our farm without power and it'd be ideal to be able to charge batteries and run lights at night

It seems to me that we would have to upsize batteries in order to make up for the loss in converting to AC


> Dumb question, why run inverters?

Can't say for OP, but DC appliances are just difficult to find, usually more expensive due to economies of scale and not as uniform in voltage (12/24/48V) as AC appliances. If your battery is in a shed somewhere it's also much easier to run a smaller gauge AC wire than setup distribution for your DC power.

Most large system are also 48V so you need to get it down to 12/24V which adds components anyway, at which point you might as well just have an inverter and not worry about any of that.


You also need some sort of battery management, and inverters typically have this built in as well.

So yeah, you can get by without an inverter, but then you need a battery charger manager so as not to overcharge, and (depending on the battery chemistry) something to cut off the battery as it runs down. (Lead acid for example shouldn't go below 50%).


As a parallel answer, for small systems this can make sense, although in anything larger than a single small cabin or small boat it probably is borderline these days. Modern inverters are quite efficient, and DC distribution carries a lot of issues, and gets downright dangerous at higher voltages necessary for large appliances.

20 years or so ago I rebuilt a 60’ schooner, and even on that scale AC was by far the best choice. Just the wiring for a DC system was more expensive then double Refund inverters, and most of the appliances were actually less efficient, since they had their own inverters inside them (DC-DC converters). In all there just wasn’t any justification, and corrosion is another issue on boats, so we went all AC.


To be clear, we are distributing power over about 600m of length, so it has to be high voltage. HVDC is very very dangerous, I would not want it in my house. Not only that, it’s hard to find things that are efficient and work on high voltage DC. Since our batteries are already 60V, our inverters already are very efficient, it’s simply not worth it. Panels are so cheap, it almost doesn’t matter how you are trying to save power, the answer is that it’s almost always cheaper just to buy more panels.


Not who you're asking.

I really don't see why we're still using A/C inside our houses / apartments. I understand that the transmission loss is lower when sending A/C, so it makes sense, but then nearly every device in my house has their own AC to DC converter. Just have one AC-DC converter per building.

I'd like the future to just be USB-C sockets in my house. We have USB-C PD 3.1 which supports up to 48v, I imagine that would be good for all devices.

There are probably safety reasons why this future might be difficult.


That would have been a good argument to make a decade or two ago but these days switch-mode power supplies are very efficient, and GaN ones even more so.

I have a small mess of 12-ish volt computer/network equipment in the corner of my office and looked into running it all off of one $40 high-amp power supply to eliminate all the wall warts and bricks. By the time I figured out power distribution and termination, buck/boost converters for the things that aren't 12V, it all seemed like a lot of work compared to just spending a couple hours tidying up the cabling and hiding the wall warts.

You can live in the future now and install power outlets with USB-PD built right in, although a quick glance suggests they top out at 65W. Fine for phones and tablets, might not keep a gaming laptop charged while in use.


A lot of appliances need >1kw.

This requires higher voltage and robust connectors.

That level of DC is quite dangerous compared to AC for many reasons.

Also, unless you want to have 60lb extension cords the size of bratwurst, you need to go high voltage. High voltage DC is its own kind of devil, and is something I would not want in my household except in very isolated, self contained places.

High voltage, high current DC is on yet another level of mortal threat, able to do cool tricks like making extensions cords burn from one end to the other like cartoon dynamite fuses. Also, absolutely the best for accidental electrocution, severe burns and flash blindness, and setting otherwise fire resistant structures thoroughly aflame.


At USB voltages, one or two volts of drop is significant. You need very heavy cables, and for every voltage USB-PD allows you'd need another set of cables.

Also, some devices run directly on AC, or need more than USB can do, even with EPR. Since we already need AC for that, why add more wires when USB chargers are cheap and efficient and reliable these days?


I'm not an electrical specialist but there are three major reasons I'm aware of that AC "won" at normal household/commercial power levels:

1. Switching. If you go look at your favorite part supplier you can find a bunch of switches that are rated to switch 250 volts AC and pass 16 amps, enough for basically any standard household outlet anywhere in the world. Those same switches are only rated for 24 volts DC. Why? Because of arcing. AC voltage passes through zero twice a cycle, which means that any arc that may be formed will self-extinguish within a hundredth of a second. DC doesn't do that, so the arc potential has to be limited either by reducing the voltage or increasing the size/complexity/cost of the switch/relay/contactor itself. This also applies to any connectors that may be unplugged under power like wall outlets. If you want to do the same amount of work with DC as you do with AC you basically get the choice between doing it at lower voltage with thick expensive wires or doing it at higher voltage with expensive switches, relays, outlets, etc.

2. Motors. Synchronous AC motors are EVERYWHERE. They're simple, cheap, efficient, and as long as they're not overloaded they run at a consistent speed determined by the number of magnetic poles in the motor and the AC frequency. If you have an appliance or power tool that runs on mains power and does not offer motor speed control (or only offers two or three speed settings) it's likely one of these. Native DC motors are also cheap and simple but but have very different performance characteristics, no native mechanism for precise speed control, and flow current through the rotor which requires brushed contacts that wear out over time. "Brushless DC" motors are actually AC motors paired with a controller which is more or less a DC->AC inverter, adding cost and complexity that may not be otherwise necessary or beneficial to the application.

3. Voltage conversion. AC can use simple wound transformers to efficiently trade voltage for current or vice versa using nothing but wire and metal. You might have used or even built one in a middle-school era science class. DC voltage conversion on the other hand, the simple methods are inefficient and the efficient methods require high-frequency electronics which only became inexpensive enough to go mainstream in the last 50ish years.

None of these are insurmountable problems of course, especially these days when switch-mode power supplies, inverters, VFDs, etc. are cheaper than ever but they still make things more complicated and require going against in some cases multiple lifetimes of industry inertia to purchase equipment produced in much lower volumes which means higher costs, and especially for home applications where size and weight are not the biggest deals it can often be easier/cheaper to just run a larger solar/battery setup to counteract the efficiency losses.

In the RV and boat worlds where size and weight matter you'll find a lot more DC appliances, but those are also generally smaller capacity than a household equivalent.


The port expects yachts to safely operate their vessels, and it's up to the captains to execute. That could mean sailing in / out of port, or it could mean under engine power.

The trouble I'm having is if they were leaving under engine power alone, with such fast current, why was the ground tackle not ready to be deployed?

We ran a much (much) smaller vessel with an unreliable engine and often pre-prepared our anchor before getting into port


Looking at the timeline described in https://www.youtube.com/watch?v=gIlRiauatEo , it all happened pretty quickly. They probably didn't have time to deploy anchors.


One of the cardinal rules of cruising, is you should never sail to a schedule


Have you heard of grammarly? Or gitlab?


Generally, if you don't want to pull a permit, you can change a windows height but not its width

This is because of how the wood around it is framed to provide support to the wall above


In jetbrains paradigm you should install IDEA and install python plugin, go plugin, etc. You only have to do it once

That should get you within 90%+ use cases


That doesn't work and is a major problem for me. I have a Java project with C++ native code. Using a devcontainer so the C++ dependencies are installed seems like the right thing to do... Unfortunately, I need to use Idea for the devcontainer and can't use both it and clion. Separating it to two projects defeats the purpose as the Java code depends on the C++ code which will be in a different container.

VSCode supports multiple languages in one container just fine. My hacky solution is to use a hybrid container with IntelliJ for the Java code and then connect VSCode to it for doing C++. That means I will be forfeiting my CLion license. I contacted their support (which is reasonably responsive), they say they're working on a solution but I don't know when it will be practical for me.


I think there was no C++ (ahem native) debugger in IDEA... but I'll check again, could be wrong really...


Sadly not, as Clion is not available as a plugin like almost all other IDEs: https://www.jetbrains.com/products/compare/?product=idea&pro...


Thanks!!! I also saw your other post about C# - maybe one day JetBrains would change their mind!

I'm trying latest IDEA (2025.1 EAP) and for the first time a bazel project that I have got parsed successfully (had to enable some old legacy flag though), so there is hope!


Did you use the google plugin or the new BSP based one by JetBrains?


Over the years I've tried both the google plugin, and now the BSP one.

Mixed results. Almost always works on Linux/OSX, but my dominant platform is Windows.

Yesterday tried it again (BSP one) with IDEA 21.5 EAP with nightly on the plugins, and things got synced, but was not able to find any targets (they are C++ targets), funny it found and listed a "filegroup"

But I have my hopes up, the BSP looks like it's doing the right thing discovering much faster the targets, and probably needs more work just to finish all edge cases (like mine - Windows).


Meanwhile Eclipse and Netbeans have been supporting mixed language development, and JNI debugging, for the last two decades.


IntelliJ has supported this for over a decade also, and having used Eclipse for PHP a decade ago, I think it's very generous to say that that was actually supporting non-Java languages as an IDE, rather than just a very slow and heavyweight text editor. I'd say Eclipse's weakness for Python, PHP, etc. at that time led to how long IDE-skepticism has been a thing.


No it wasn't, you have to have IntelliJ and Clion to debug JNI, and there are no plans on the roadmap to ever do otherwise.

In fact, the JNI tooling support on Android Studio is a custom implementation done by Android team themselves.


Isn't that mostly because Android uses its own VM, not a standard Java one?


Users would upload their copies of the music and spotify would replay them. This was obvious to early users, even if they were only consumers, because of the pirate-shout-out-overlays that were in a lot of the poorer quality releases.

Another interesting note, in the early days of spotify, the app would saturate your upload bandwidth while using it. Given their close ties to utorrent, I always assumed that's how they were affording the bandwidth as well.

Pretty brilliant way to bootstrap I guess; they didn't have to pay for bandwidth or content until they already had contracts in place


Afaik, the trick was to stream (via http, I assume) the first few hundred kilobytes or so from fast/expensive servers and then try to p2p the rest in some clever order. I guess seeking also triggered the fast/expensive path for a while.


> And you straight up can't change your mind about who you are working with midway through the process, you sign a contract.

You don't have to, those contracts are optional. They will threaten to not represent you, but if you are a well qualified buyer, this is something you can force without much risk.

The more well qualified buyers refuse, the more normalized working for clients without contracts will be


You can play at a LAN party so long as your network is connected to internet

So yes, technically not a LAN game, but in practical terms any modern LAN party also probably has internet. It's not the hurdle it used to be.


> There was a service not long ago in Russia that would allow you to upload a picture of any woman you saw on the street. They would identify the face (via VK) and provide you with their contact and job information

Seems like gender technically wouldnt be a blocker, was that a product choice, or a marketing choice?


The wiki doesn't say anything gender-specific, so I'm guessing that this is just the casual inevitability of any new tech than an official spin. Some will use it to enable harassment, and women are proportionately targets of harassment.


Consider applying for YC's Fall 2025 batch! Applications are open till Aug 4

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: