Ok. Found some DNS settings on my router, and fixed the internal domain name “problem” but it’s still only internal. If I set my public IP(internally) it doesn’t connect.

I can connect to an internal computer from external, even though the client says “not ready”.

I cannot connect from internal to external computer. Instantly shows “remote desktop is offline”

This leads me to think that somehow I have something wrong in router settings, or I have a security feature blocking something. I just don’t know enough about routing to know where to look.

I got past the key mismatch internally. Maybe it was blank spaces.idk.

But still having issues externally. Just doesn’t connect for some reason, though I’ve confirmed all the ports are open. :/

It seems I may have “fixed”(?) One problem, as internal network connections succeed now (same key, same settings, just restarted the containers a few times and let it sit?)

External connections still show the same. :/

What I think you’re saying is: He doesn’t care about having more people like him (read as, people similar to himself). He cares that more people like him (read as, people who worship him).

Rs485 is just serial with differential signaling. Get a 485 to ttl adapter board, drop it on the serial of an esp. And use that directly, or have it mirror to mqtt. Easy peasy

No need to go full sbc, microcontrollers are more reliable

Esphome setup would be their UART bus component.

You could make something. It may not be easy, or cheap, or safe. But with esphome, and off the shelf solar components, you could build what you describe.

Just imagine the affect this could have on a cloudless day.

All panels making power. Shut them off, then on, then off. Surge the grid and trip the frequency controls.

Worst case requiring a black start.

Yeah Decentralization of control is important. Share all the data, but none of the control.

Especially when they had problems getting the coal they could mine, where it needed to be used.

The only real use case for a pidash is if you went with a standalone ECU because you wanted to swap engines, or tune outside the or capabilities.

Bobiverse may eventually become what Idiocracy is.

Second note, the metal pipe has to be continuously metal from at minimum where it enters the house, don’t trust that if you see a metal water pipe (or drain pipe) that it’s grounded.

Home assistant, and frigate. Along with whatever type of smart lock you choose (even building one with esphome, diy version)

Sounds like a market niche, you could start it up, call it something like “macrosoft”. … then start making scripts that do the work for the user, don’t release the scripts because people pay for them. Let this go on for many years and you find yourself shoving “AI” down your users throats and screenshotting their desktop without explicit permission…

Handle is much different than efficiently calculate.

Just make sure they have substreams and get a coral (or GPU) for detection. Then a pi could probably handle it.

I have enough processing to do it all on CPU (8 cams+doorbell) but it ramps up the power usage, so it was better to use the gpu I already had for transcoding, as detection.

Without you can still just record and overwrite. Not that it’s extremely useful without detection and notifications.

Yes, the issue I have with no sub stream (only on the doorbell) is that it uses more processing for detection on such a large resolution.

The doorbell does, except for no sub stream. And the only way for mine to be setup is their bs app.

I should’ve looked better when buying, but alas. I have this one and I’m lazy.

I have a few. Some try and call home (mostly the doorbell, every 10s). The others are easy to setup and run with frigate.

In that case India would be a ton of tiny nations as well.

There are screw together butt connectors, in my experience have a more solid connection than the crimp style as far as pullout is concerned. https://www.posi-products.com/index.html