HN user

zeroflow

327 karma

[ my public key: https://keybase.io/zeroflow; my proof: https://keybase.io/zeroflow/sigs/BduNzYt_qID2CMNU-V2VPuouICY_X38x4ftUjHEYBHk ]

Posts0
Comments54
View on HN
No posts found.

RP2050 would work, as it also has the necessary built-in peripherals. ESP32 would add wifi and better ESPHome support. I suggest you stay away from the ESP8266, as it needs to do PWM in software and struggles with the 25kHz output frequency.

From my experience: ESP32/RP2040 work without additional circuitry which works with most fans, but for protection, you want to add level shifters. Not all fans pull up the PWM pin to 3.3V, the spec allows for 5V.

Shameless plug, hopefully this is allowed here.

I built something like that, that allows fan control via WiFi. First I built it only for myself, but since the spare boards from PCBA quickly sold, I decided to keep it stocked.

Short gist: 12V Input, ESP32S2, ESPHome-based. Has 4 PWM-fan outputs, onboard temperature & humidity sensor and Qwiic expansion port.

The ESPHome code & schematic is on Github: https://github.com/zeroflow/wifi-fancontroller

If you want one, it's available on Elecrow for $35,99: https://www.elecrow.com/wifi-fancontroller1.html

If you want to build it by yourself, the schematic is in the hardware folder. And if you don't want to use ESPHome - there is no firmware lock, you find the pin assignment on the product page and can write your own firmware if you so desire.

I totally agree with you.

The appeal for me was the "it just works" factor. It's a compact unit and setup was easy. Every self-built solution would either be rather large (factor for me) and more difficult to set up. And I think, that's what has kept Synology alive for so long. It allows entry level users to get into the selfhosting game with the bare minimum you need, especially if transcoding (Plex/Jellyfin) is mentioned.

As an anecdote, I've had exactly this problem when buying my last NAS some time ago. It was DS920+, DS923+ vs. QNAP TS-464. The arguments for QNAP were exactly what you write. Newer chip, 2.5G NICs, PCIe Slot, no NVMe vendor lock-in. So I bought the QNAP unit. And returned it 5 days later, because the UI was that much hot garbage and I did not want to continue using it.

Lately, the UGreen NAS series looks very promising. I'm hearing only good things about their own system AND (except for the smallest 2-bay solution) you can install TrueNAS. It mostly sounds too good to be true. Compact, (rather) powerful and flexible with support for the own OS.

As the next player, with mixed feelings about support, the Minisforum N5 Units also look promising / near perfect. 3x M.2 for Boot+OS, 5 HDD slots and a PCIe low-profile expansion slot.

The Synology End Game 11 months ago

I would say cases like the Fractal Node 304 or something like the HL4 / HL8 from 45homelab would be the best suited candidates.

Regarding mainboards - models from CWWK with lots of SATA ports have been trendy lately. But there are reports of problems. The other options are either using some obscure supermicro mainboards with lots of ports or using a HBA for expansion.

I want to mention a possible middle ground here: UGreen NAS Storage. All but the smallest model come the OS on a seperate M.2 drive. If you disable the watchdog in BIOS, you can use the models like a normal Server This would give you:

* 3x M.2 slots * 4, 6 or 8 SATA bays * N100 (4 bay), Pentium Gold 8505 (4 bay), i5-1235u (6 & 8 bay)

The M.2 slots are connected rather slow, but good enough for OS/app drives.

For example, my plan for the next NAS would be the 4-Slot N100 variant with TrueNAS. One M.2 SSD for boot, Two M.2 SSDs for Apps/Server duties in mirroring and the 4 drives in Raid-Z1.

It seems to be coming in multiple waves from multiple sides.

One of those is EUs ISA: First a display, now a warning and later actual interference with the driver.

And with the experiences with the current status are enough for me to be against those systems. The car doing an emergency stop because it saw a 30 sign an an adjacent road makes me not wanna purchase such a car. But there will be some time where no alternatives exist.

That "subscription" is one which I gladly pay due to multiple reasons:

1. It supports the developers(s) 2. The price can be directly attributed to cost for training 3. You can keep the models you trained during your subscription indefinately

That's pretty much the opposite to AgentDVR. I don't need hosted services for remote access or push notifications - I can do that myself. But if I want to abide the license terms, I need to purchase a monthly subscription for remote access over my own VPN.

The documentation is rather scarse on performance numbers, but it looks like the hierachy of price/performance is like Intel iGPU ("free"), Intel A310, Nvidia GPU.

I'm explicitly leaving out the Coral TPU, since it's been reported that the newer Intel CPUs (Core Ultra) seem to provide the same performance with it's iGPU.

I like the idea, but no.

They have a two-stage approach, first motion detection with - I think - OpenCV and then afterwards object detection of zones of interest with different object detection models, depending on your hardware.

It supports Coral TPU, Halio Accelerator and most GPUs. I think AMD is still the worst, since ROCm is not available on iGPUs.

Afterwards, they provide/support models like edgedet (Coral), YOLO-NAS, YOLO, D-Fine or RF-DETR.

They also offer paid access to a specially trained version of YOLO-NAS where you can also train your own images.

It's frustrating trying to work with ISPs. While there surely are business services available, as a normal customer, you're out of luck.

I count myself lucky, since I can at least get a public (dynamic) IPv4 address. The other option is DSLite with a single /64 via DHCP6. Well, I can't use that. So yeah, while it would be a fun journey trying out IPv6 - it's not feasable for me. And most likely, that holds true for others aswell.

There are options available - like the HE tunnelbroker - but those come with their own set of drawbacks.

Busy Status Bar 2 years ago

A few years ago, I built a simpler version of that device myself.

As you said: A 90% solution is easy to hack together. I had mine displaying Skype for Business status so my colleagues would know if I was in a call or just listening to music.

The harder part or much rather the time consuming part is getting a good status message from the installed apps. It looks like there is plenty of software and APIs available.

I'm offering you a different viewpoint:

They made the analysis, how long the flash will live and saw, that it will make it out of the warranty period. Thus they did not opt for more durable and expensive flash and/or software change.

I've seen this myself before. One process step before release of the control module was a write cycle analysis to make sure the unit will live for at least 10 years (i think) before the guaranteed write cycles of the flash memory were consumed.

My bigger question would be why do you need to verify boot firmware? If we know your goal, maybe there is a better way.

Tbh, I for myself would not care for physical intrusion. If someone (private or state sponsored) has the willingness to intrude into my home, them tampering with my PC is the least of my concerns. As someone else also mentioned: A $5 wrench will be more effective than any measures you can do by modifying your pc.

Regarding tamper evidence, there have been multiple Defcon / Blackhat talks about tamper evidence. One thing that comes into mind is vacuum sealing a notebook into a bag with colored beans and taking a photo. This way, it will be impossible to access the pc without disturbing the pattern of beans surrounding the PC. You just need the software to compare photos to know if the sealed bag has been tampered with.

You should be able to have two peers. The only thing I see is, that you may need to explicitly define the routing.

The first peer is easy, with allowed IPs of 10.10.0.0/8. The 2nd peer will need more configs, as it should route everything else.

See this answer for an example where all ranges that are not RFC1918 are listed: https://serverfault.com/a/304791 I expect, that you need to enter those ranges as AllowedIPs for the peer that should route to the public internet.

That's why I'm doing this with an ESP32 instead of an RPi.

The ESP32 has the builtin capability to deep sleep and only draw a few uA of current. In addition, WaveShare offers existing micropython libraries, so it's easy to just flash an ESP32 board with micropython, get your data from an API, format it and go to sleep after displaying it. There are lots of boards with onboard LiIon management, this this setup is very easy to do.

Those HiFi people are still there. And the products evolved with time.

My guess: >90% of music consumers don't care about quality as long as it's good enough. What they care is ease of use. Why should they have a complicated setup and try getting their records in lossless FLAC when they can just go onto Spotify / Apple Music / YouTube and press play.

I've seen lot's of people that don't even care that their audio has the intro parts when playing from youtube. So why should they care for HiFi.

Minor design revisions would be needed, new software, and lots of drivetrain stuff would need to be retested.

All of those changes would push a series release very far into the future. A "minor design revision" incurs a mountain of verification / validation / testing etc. It will be much cheaper and faster waiting for the components.

I've followed this project for a longer time and I see less of the puritanical approach.

The "typical" setup before Klipper was Octoprint on a Raspberry Pi and a 8-bit board connected by USB. This setup ran into a lot of space / runtime / etc. issues for implementing advanced algorithms (or simply delta kinematics). Octoprint mostly just passes GCode to the 8-bit board which has to do all calculations.

With Klipper, the've split the workload so that both systems do what they are better at. The faster non-realtime processor does the heavy lifting regarding motion kinematics and the slower realtime controller does the synchronized moves. This allows for additional flexibility as it's much easier to have a modular linux tool and keep the uC firmware common.

I think the uP/uC split is a good alternative to bigger and more expensive boards like the Duet Series of boards.

As someone who also did the dual-hose conversion.

For some background, you probably know that the AC works by sucking in air and then outputting one stream that's hotter and one stream that's colder. The cold air is blown into the room and the hot air is ventilated out the hose. The problem now is, that the hot air you blow out of the room creates a vacuum and in turn sucks in hot air from the outside. So you constantly take some of the nice cool air of your room and heat it up and blow it out of the building. The dual hose setup instead takes air from outside for the heating up part.

The dual-hose setup should go in tandem with a well isolated window insert. For my mod, I simply taped a cardboard box to the inlet side of the AC unit and created a second opening into the polycarbonate plate covering the window opening.

Did you manage to get an improvement of efficiency?

Yes, definately. I didn't do any scientific measurement, but after the mod, my workspace did get a lot cooler than before.

What model of A/C were you using ? De Longhi Pinguino PAC N81

If you want to safe some bucks and don't need coreboot or local support, you can opt for various chinese resellers like topton or qotom which also provide firewalls based on the same boards.

I'm running a J4125 based topton box and it's running fine for about 2 weeks now.

IANAL.

You can store them outside the EU and/or with US companies, but that provider/country needs to provide the same level of data protection as they would have in the EU.

Practically, this excludes anything related to the US due to the CLOUD Act.

They've tried making this whole with the Safe Harbor and later Privacy Shield framework, but that was overturned by the European Court of Justice.

Regarding the breaker side, there are different characteristics available.

For example, I've switched the breaker of my workspace from B13 to C13, which both trip at above 13A (plus some) continuous, but C13 has a higher limit for short pulsed loads.

If you take a look here, you can see that a "B" breaker accepts 1 second of 5x load, while C allows for 1 second of 10x load, so up to 130A surge and more for shorter periods. https://www.klocknermoeller.com/faz/faz.characteristics.htm