overview for Starfighter

ich🐧💻iel in c/[email protected]

[–] [email protected] 1 points 1 month ago

Chevron 7 eingesperrt

Archaeology Problems in c/[email protected]

[–] [email protected] 19 points 1 month ago (2 children)

Always mocking Dr. Daniel Jackson. Poor guy

Automating skylights with blinds to block direct sun in c/[email protected]

[–] [email protected] 5 points 2 months ago

Additional information regarding Home Assistant:

The sun component (which should be enabled by default) already computes the sun position for you.

Elevation and azimuth are available as standalone sensors sensor.sun_solar_azimuth (might be disabled by default) or as attributes on the sun.sun entity.

How often do I actually need my heat pump system tuned up? in c/[email protected]

[–] [email protected] 9 points 2 months ago* (last edited 2 months ago) (1 children)

Not an expert but these systems are fairly self-contained and robust. A few things that can be checked easily is that the fan spins, the radiator is free of debris and some compressors might have a sight glass for the oil level.

Any other checks regarding performance of the system, leaks and refrigerant level require you to perform a full refrigerant discharge and recharge. That takes special equipment and some time so no one in their right mind would do that for free, unless they can then force/guide you into some kind of upsell situation.

Larger systems might have some kind of oil filter/catch-can that you might be able to check easily but I'm not too sure on that.

After all heat pumps are just plain old A/C units with a reversible cycle.

Finally figured out why Espresence was so shit in c/[email protected]

[–] [email protected] 1 points 2 months ago (1 children)

I don't have any experience with it but this might do something along those lines(?):

https://esphome.io/components/binary_sensor/ble_presence.html

Seems like you can just add it to one or more of your existing esphome devices.

cushy v0.3.0 Released in c/[email protected]

[–] [email protected] 8 points 3 months ago

Cushy is an experimental Graphical User Interface (GUI) crate for the Rust programming language. It features a reactive data model and aims to enable easily creating responsive, efficient user interfaces. To enable easy cross-platform development, Cushy uses its own collection of consistently-styled Widgets.

Induktive Fahrspuren: Reisen ohne Pausen? in c/[email protected]

[–] [email protected] 14 points 3 months ago* (last edited 3 months ago) (1 children)

Und an dem Punkt könnte man die Routen und Fahrzeiten dieser Fahrzeugverbände zentral steuern, damit sie immer grüne Welle haben.

Dieses Werk könnte man zB ein Stell-Center nennen.

New German research shows EVs break down at less than half the rate of combustion engine cars. in c/[email protected]

[–] [email protected] 5 points 3 months ago* (last edited 3 months ago) (1 children)

The 44.1% battery failure figure is regarding the "starter" battery (12V) and is combined from all vehicles in the study (EV and ICE).

The HV Battery for the traction drive is grouped together with any kind of motor failure and comes in at 22.8 %. But this figure also includes ICE vehicles ejecting piston rods etc.

The only EV vs ICE numbers stated directly are the total breakdowns per 1000 vehicles at 1.9 (EV) and 3.6 (ICE).

I'd be really interested in a chart showing the failure categories separated by EV and ICE.

New German research shows EVs break down at less than half the rate of combustion engine cars. in c/[email protected]

[–] [email protected] 14 points 3 months ago* (last edited 3 months ago)

I could only find the Model 3 in their statistic.

Year of registration: Breakdowns per 1000 vehicles
2021: 1.0
2020: 1.3
2019: 4.0

The best value for 2021 is 0.8 by the Audi A4 and A5, whilst the worst is the Toyota RAV4 with 17.6.

Overall they rank the Model 3 with "very low" and "low" rate of failure.

Granted these cars are still pretty young so who knows what that figure will look like in 5 or 10 years.

New German research shows EVs break down at less than half the rate of combustion engine cars. in c/[email protected]

[–] [email protected] 6 points 3 months ago* (last edited 3 months ago) (1 children)

For context they seem to be specifically referencing the 12V "starter" battery not the HV battery used for the traction drive in EVs with that 44.1% figure. Additionally this figure seems to include all vehicles in the statistic, so some part of that is contributed by ICE vehicles.

A photography depicting the construction of the Great Pyramid of Giza - 2565 BCE. in c/[email protected]

[–] [email protected] 5 points 3 months ago

Indeed

BMDV - Unabhängige Expertengruppe legt Ergebnis zu THC-Grenzwert im Straßenverkehr vor in c/[email protected]

[–] [email protected] 23 points 4 months ago* (last edited 4 months ago) (1 children)

Dr. med. Maurice Cabanis (einer der Experten) ist schon ein bisschen sus

21

PCB Design Review Request: ESP32 Smart Relay Board (discuss.tchncs.de)

submitted 11 months ago* (last edited 11 months ago) by [email protected] to c/[email protected]

6 comments fedilink

Hi, this post is structured similarly to r/PrintedCircuitBoard 's review request format. Since we don't have any PCB communities over here yet, I thought that this might fit in here and can maybe spark some friendly discussion.

This is a relay board controlling electrically driven windows and blinds. For this purpose it has some additional connectors to a weather station, interior sensors and an LCD screen.

It is replacing a ~20 year old board that has started to develop some annoying quirks. I've mostly copied what the original board did and adjusted it for the ESP32. This is not a production board and if all goes well, I will only ever assemble a single one of these.

The primary usage scenario is that the MCU will monitor the weather station and then actuate the motor groups (M1 - M6 connected on J3 - J8) to keep the indoors temperature and humidity in check.

At least during summer time the board will likely run 24/7 and will hopefully be used for a number of years. For maintenance reasons I've tried to keep it simple and the component count low.

Mains power is supplied from J1 and being fed to the motors via the relays. PS1 converts the line voltage to +5V DC for the relay coils and some auxiliary components. The switching regulator U2 steps that down to +3.3V for the MCU U1 and IO Expander U3.

The board size is mostly constrained by the preexisting mounting holes which gives me plenty of space to work with even with just a 2 layer board. The enclosure containing the mounts is installed indoors and is finger-pokey-tight.

Jumper JP1 allows me to supply the MCU devkit daughter board with +5V, should I ever replace it with a different one. Similarly J11 exists for future expansion.

J10 mounts another daughter board (not included in review) facilitating communications with the weather station. Should the station ever need to be replaced I can swap in a new, matching board.

There aren't any high-speed connections on the board. The fastest one is likely the SPI connection to the LCD controller but I can slow it down in firmware if necessary.

Regarding the DNP components: There are only 5 motors installed at the moment so I will cover the sixth slot with a piece of plastic for now. R1 and R2 will only be populated if the 10k pullup resistors integrated into the MCU are insufficient for typical baud rates.

While it is not the first board I've designed, it is the first one carrying mains power (European grid 230V@50Hz). I'm using 2 oz copper to accommodate the motor currents within reasonably wide traces.

In case anyone is interested, it will be running the ESPHome firmware to easily integrate with the Home-Assistant smart home solution. This also pushes firmware maintenance from me onto the ESPHome devs.

3D render from front (no 3D model for relays K** and MCU board; 3D model for J1 and J2 is a stand-in of same outer dimensions): 3D Front

Orthographic view from front: Orthographic Front

Schematic:

Schematic

PCB All layers (For reference: thickest traces are 2.5 mm / ~98.4 mils; thinnest traces are 0.25 mm / ~9.84 mils):

PCB Front layers excluding Silkscreen:

PCB Back layers + Front Fab layer: