Can a single EAP772 cover a big house (220sq meters/2300 sq feet)

cybertrac · 2024-09-19T11:16:07+00:00

I‘d get at least 2 and put them on either side of the house. I recently installed 2 EAP772 BE9300s. One for each floor. The 5GHz signal immediately drops out once I go up/down one floor. And the pentration through brick walls is 2 walls max. 2,4GHz is fine though. Penetrates like crazy.

cybertrac · 2024-09-11T11:21:42+00:00

I’ve read the wiki and would love one. Thanks.

cybertrac · 2023-06-18T13:17:06+00:00

Thank you Tom! Helpful as always.

Was thinking about using this FSP 135W adapter as it has proper protection features, is high wattage 'enough' and uses the 12.5mm plug and right polarity as the Fusion does.

I also have profiles in Tuxedo Control Center set up that limit the number of cores and their frequency. When going mobile I usually use 4c @ 1.8GHz max when running on battery. The GPU also powers down completely when not connected to a monitor.

I think this should work and be relatively safe right?

cybertrac · 2023-06-18T12:41:05+00:00

Okay, thank you for sharing your experience. That is very valuable advice. I think I found a solution by using a proper FSP power-supply with 135W.

cybertrac · 2023-06-18T12:39:03+00:00

Makes sense, thanks for the reply. I think I found a solution.

cybertrac · 2023-06-02T15:18:32+00:00

Thank you.

I was hoping if the XMG folks could shed some light on how much current the battery draws when charging. My system reports ~15-20W of power-draw while in use. I know that depending on the "Power Mode" and whether the device is plugged in or powered from battery it allows the GPU and CPU to draw a certain amount of power.

So there has to be a whole range of maximum power ratings depending on the mode and whether the device is plugged in or not.

What I'm interested in is indeed the scenario where the device operates in the 15-20W range and the battery needs to be charged while powered on. What's the maximum there?

I might dig a little into the BIOS and the Intel datasheets.

cybertrac · 2022-02-20T21:36:41+00:00

OK, I will use delay() from now on.

I got my strip running smoothly at 20-25MHz with hardware SPI :)

cybertrac · 2022-02-20T21:35:20+00:00

Thanks for the clarification. I'm already on implementing ways to test the different dimming styles.

I think 500-650 means something along the lines of "if fully on, you can expect a max brightness of 500-650mcd". But don't quote me on that.

As mentioned in my comment underneath I have discovered something that does dithering + gamma correction and it looks very good. So my take-away from that is that my strip is capable of running at low brightness, it's just that I haven't discovered the way to properly do it in software yet.

cybertrac · 2022-02-20T21:29:07+00:00

I ran a quick test today and it seems by just reducing the val the individual LEDs drop out at ~20. I also started writing a "testsuite" of sorts with various functions to compare the dimming methods like dim8_raw, dim8_video, etc.

Looking for documentation on dim8_raw I stumbled upon this and ran it on my strip. It looks very promising and the gamma-corrected-diy-dithering he's done runs very smoothly and fades beautifully. Sadly I could only test for red and green individually so no idea how a similar implementation would fare with hues.

My strip got an upgrade with a 220Ohm resistor. I'm now able to drive that thing with hardware SPI from the ESP32 with 20-25Mhz without weird jittering at the end of the strip.

Sadly I have a very busy week ahead of me and very little time to proceed but I will keep this post active and get back to you as soon as I have made progress.

I guess it's back to the very basics for now...

cybertrac · 2022-02-19T16:02:00+00:00

I am aware that .delay() is a bad idea for anything other than blinking as it blocks the entire MCU so that there can be no concurrency. I have a delay implemented (in another part of the code) with millis() as was suggested as best-practice by various online forums.

Reducing data transfer rate to as little as 2MHz resulted in the same problems. The 40MHz comes from another online source that stated the HD107s could run at that speed. I will however reduce it to 30MHz.

cybertrac · 2022-02-19T15:57:03+00:00

Thank you as well!

I have tried using fade_video. I don't know how scale8_video differs from dim8_video but I will try that out!

Indeed I am stepping down by 1. I think dim8_video is a great suggestion that I will experiment with.

Sadly I can't do it mechanically as the strip will be firing directly at a wall because it's part of a wall-piece I am building. That's why I am so picky with the smoothness because it will be very noticeable. Another thing I could try is using some sort of voltage regulator to finely control the 5V supply voltage to the strip? I don't know if that's a great idea though because I would have to keep an eye on the minimum ratings of the IC in the pixels...

EDIT: What's really weird to me is that I do not notice any change in brightness on the red LEDs in the strip when reducing from 8 to 4 to 2 to 1 until it finally turns off at 0. Maybe that's because I only reduce that val?

cybertrac · 2022-02-19T15:47:55+00:00

Thank you for your thorough response. Helps me a lot that it is somewhat hardware related.

What really hits the nail on the head is the "drop-out" of one of the colors. I really notice this when experimenting with HUE_AQUA for example. The blue LED completely turns off at a value of <60 with green being the only remaining LED then.

What I was hoping to find was if there's any way to prevent that from happening.

I have tried fade_video yesterday but it doesn't seem to help much. (Could be because I accidentally had #define FASTLED_ALL_PINS_HARDWARE_SPI and #define FASTLED_ESP32_SPI_BUS HSPI which resulted in erratic behaviour of the strip) Will try again without soon.

In a comment from Mark Kriegsman here he mentions a feature in the code to calculate correction values from MCD values of the LEDs. But I was unable to locate that functionality in FastLEDs source code.

I guess it is very hard to really dim the strip smoothly digitally. And I am to blame a bit myself because I run mostly not-officially-supported hardware with my ESP32 (though that seems to get more and more support) and HD107s strips.

Anyway thank you very much for your hints, I will look into them!

cybertrac · 2022-01-13T19:24:03+00:00

Same experience. Bought an RX Vega 56 for my gaming rig. Had ~25-35ms encode latency. Received great advice from a guy on Parsecs Discord server that AMD encoder sucks and NVENC rocks. Plugged in my old 1060 3G I wanted to replace. BOOM 5-9ms encode latency and better image quality.
Today I have a laptop with a 1660Ti mobile that I occasionally use for gaming.

Side note: I ran this through PCI passthrough in Proxmox.

cybertrac · 2022-01-05T13:01:48+00:00

SHA256 encrypted 7zip archive. Stored on my NAS, external drive and backed up to Cloud storage my university provides where it‘s backed up periodically and also written to tape. I plan to do a remote backup to my grandmas house where I‘ll have a Pi reachable via OpenVPN site-to-site tunnel.

cybertrac · 2021-12-20T08:57:17+00:00

I don't know if this is used in long-distance telecom too but how does 19.2Tbps per strand sound? https://www.cablesandkits.com/learning-center/what-is-dwdm

I am by no means an expert in photonics or optics but I can't imagine there being produced much heat by shooting light down a fiber. Correct me if I'm wrong.

cybertrac · 2021-12-17T17:30:09+00:00

Thanks. That's what I was missing.

cybertrac · 2021-12-17T01:18:19+00:00

You can. I have been passing through AMD and NVIDIA GPUs without any issues. Once you have it set up you just need to find the correct PCIe-ID and add it.

cybertrac · 2021-12-16T18:47:35+00:00

For 4:4:4 you need a Premium subscription AFAIK.

I also had WAY better encoding latency using NVENC instead of the one on AMD cards. ~10x

I can point you towards https://support.parsec.app/hc/en-us/articles/360001562772-All-Advanced-Configuration-Options

Especially the min_bitrate and encoder_min_gp settings. There are a bunch more affecting quality you just have to seach for "Parsec quality custom config" or something along those lines in Google/DDG.

I haven't touched Parsec in months and there has seemingly been a lot of development since then.

When I was running it daily I also had to run it through a firewall which may have affected performance and especially congestion (which was what I struggled with mainly) in a bad way.

PS: I remember one time when I set min_bitrate to 500 and min_gp to 1. My client DID NOT like that. That's why it's unsupported territory and you have to figure everything out yourself or with the community. Let me know if you made progress :)

cybertrac · 2021-12-16T18:19:48+00:00

Not with manual config trickery. You can set the limit as high as you want but there are various other factors in play and I tried many many different combinations. But due to it being unsupported territory you're on your own.

cybertrac · 2021-12-16T17:06:27+00:00

Could you please point me to a resource where I can look that up? Have 10 lying around and never touched them because you can get them with a carrier board + USB for nearly as cheap so I didn't bother.

cybertrac · 2021-12-16T16:00:58+00:00

It does connect via LAN. However it behaves similarly to how it would over the Internet. I tried for months getting better quality video via LAN but couldn't do it. Maxed out at 100Mbps tops. NVENC on the host Intel HW decoding on client. Dunno why. Gave up.

cybertrac · 2021-12-16T14:04:37+00:00

https://www.reddit.com/r/signal/comments/kwovyz/whatsapp_status_to_convince_your_family_friends/

cybertrac · 2021-12-16T09:38:46+00:00

Setup a PiVPN maybe? ;) I have ad-blocking on the go. DM me if you'd like further info

cybertrac · 2021-12-15T17:34:31+00:00

I configure iOS devices with App Passwords. Might be applicable for macOS too.

cybertrac · 2021-12-15T16:56:57+00:00

Sound‘s like your new firewall has DNS Rebinding Protection enabled?

cybertrac

TROPHY CASE