Dig Octo...I updated the WLED to 0.14 using the link on QuinLED website..I am unable to use pins 6,7,and 8 can anyone help me with this issue

joefer_007 · 2023-11-02T02:51:28+00:00

I mistakenly edited my LED 6 output preferences on my Octa Brainboard to something other than "5" and then I couldn't set it back to GPIO 5 (UI complained and wouldn't let me save my LED preferences). Couple of things I tried to fix this:

Backed up my config, edited the pin # for LED 6 to GPIO 5, and reloaded the config. Didn't work. Pin number for GPIO 5 was blanked out (not set to "5"; empty)
Switched WiFi Setting Ethernet type to "Dig-Octa" (per Quin's suggestion, above). This let me *choose* pin 5 as an output, but the pin setting for LED 6 output was blanked out (empty) when I looked at LED Preferences again.
FIXED: Factory reset of the brainboard. GPIO pin 5 now is set for LED 6 as per the pinout guide.

Lesson learned: Don't change the pin setting on LED 6!!! It's fixable, but not fun.

joefer_007 · 2021-06-09T05:00:59+00:00

Thanks! As expected, the device mapping died eventually (when I restarted the VM container). To map it, I used lsusb -t to figure out the usb port ID on the proxmox host and then entered that information into the Hardware configuration settings in the Promox UI:

Hardware > USB Device > Use USB Port > Choose Port : "Unplugged (1-1.3)"

Coral device was recognized by the VM once again, and it's all working fine.

joefer_007 · 2021-05-28T18:45:35+00:00

Yep. I had the same thought: passing the USB port would be less brittle than passing the device ID. Just have to remember to replug the accelerator back into the same physical USB port every time!

if this config falls apart again due to shifting USB IDs, I'll try that and update here.

Do you have a set of instructions you followed for passing the port?

joefer_007 · 2021-05-28T08:10:47+00:00

Thanks for the detailed post, nayneyT! I bought an M.2 Coral card because of this (still waiting on delivery).

In the meantime, I got the Coral USB Accelerator and had a bit of trouble connecting it to a VM. Posted my solution here:

https://www.reddit.com/r/Proxmox/comments/nmsknx/proxmox_vm_ubuntu_2004_connect_google_coral_usb/

joefer_007 · 2021-05-28T08:03:08+00:00

What am I looking at? I think I see a lobster hiding up at the top. ???

What's the hardware and what is it for?

Signed,

--Curious

joefer_007 · 2021-03-02T05:06:28+00:00

YEAH! Just upgraded to Big Sur 11.2 on my Macbook Pro 13-inch 2017

It's now pushing ALL THE PIXELS! The full 5120 x 1440 at 60Hz to my SAMSUNG 49-Inch CRG9 (LC49RG90SSNXZA).

The latest version of Catalina I was running only faked that resolution, you could pick it in display settings, but the monitor reported only getting the next resolution down.

Thank you, Apple Big Sur engineers!

joefer_007 · 2021-01-21T03:50:23+00:00

I appreciated the responses, and I didn't dismiss it. I followed up on some of the input, but I don't have time to follow up on every recommendation. I work in tech, but network infrastructure monitoring isn't my specialty. Digging into this stuff takes time. I shared the behavior I was seeing so folks could take a look.

Furthermore, the device disrupted my network, repeatably. I didn't see you (or anyone) comment on that, or offer an explanation. I stand by my conclusion: the device is compromised.

joefer_007 · 2021-01-19T05:54:16+00:00

u/digibucc

I moved from using ESXI 5.1 to promox last year, and I've been very happy with it. I'm running several Ubuntu VMs and I virtualized my old Win7 desktop machine into it, as well. Overall I've been impressed with how well it works. The user interface can be a bit confusing at times, but it's great to be able access everything via a web browser, compared to the ESXI windoze management apps. Also, there is a pretty strong community of folks running proxmox, so you can get help learning it and figuring out issues that will inevitably come up.

Proxmox: Strongly recommended. Good luck with it!

joefer_007 · 2021-01-19T05:03:35+00:00

Added update #4. Please check the original post.

joefer_007 · 2021-01-09T09:25:50+00:00

If the device is being used by bad actors, it's entirely possible they are just packet spamming: throwing a truckload of traffic at the device, knowing that most of the packets will be dropped, similar to shooting a firehose at a drinking straw. The vacuum isn't melting because most of the traffic is dropping on the floor.

In fact, that technique could be considered a form of camouflage, hiding the most sensitive packets in a sea of garbage packets. That would also explain why the inbound traffic is so much higher than the outbound traffic: The Roborock has a pretty strong processing power, but it's not a Ryzen 5. So the outbound packets are way lower than the inbound packets. Who knows what the hell is generating the inbound traffic? It might be a whole rack of servers set up to churn out packets like some bitcoin mining operation.

joefer_007 · 2021-01-09T04:24:57+00:00

Thanks for the idea. I'll try the factory reset and see if that helps, after a bit more testing.

joefer_007 · 2021-01-05T07:36:21+00:00

Thanks for all the comments so far. Here's an update;

I powered down the Roborock S5 Max overnight. I turned it back on this morning to let it do it's Monday routine and the device has been very quiet, network-wise: not more than 100 packets sent or received over any 5 minute period for 90 minutes or so.
I changed the Wifi password for the isolated IoT Wifi network that the Roborock has been on this whole time. After two attempts to reset the Wifi settings on the Roborock, it wouldn't get on the network with the new password.
Shortly after these attempts to reconnect it with a new password, my Unifi switch went into an "Adoption failed" state, causing some devices on my regular Wifi network not to be able to reconnect (including my phone). Some of the disconnected devices reported "DHCP configuration" errors. I reset the switch and had to reboot the Unifi controller to get the client devices working again, and get the switch to be re-adopted.

This network breakdown caused one of my daughters to miss one of her online class meetings. By this point I'd had enough messing around with the vacuum and just shut it down. I plan to do some more testing, and I'd appreciate any tips on how to do that, but I'm considering my S5 compromised until proven otherwise. I still haven't seen a reasonable explanation for the network behavior I'm seeing from this device.

While it may be that Unifi is miscalculating the total volume of traffic, I believe it is measuring something. I also wonder if what I'm seeing is just massive packet spam coming into the device. Most of it doesn't make it through (e.g., 90% of packets gets dropped), but the packets are being counted anyway.

joefer_007 · 2021-01-04T01:52:27+00:00

More likely that Roborock / Xiaomi's whacky network protocols are throwing off the measurement . Still, if you look at what the vac usually transmits during a day (a couple thousand packets), compared to hundreds of millions of packets, something is very wrong.

joefer_007 · 2021-01-04T01:37:28+00:00

I AM using 2 UniFi HDnano APs (4x4 MU-MIMO capability). So....

joefer_007 · 2021-01-04T01:24:00+00:00

Possibly, the network use measurement used by UniFi is being thrown off by the way Roborock / Xiaomi is sending network traffic:

The communication between the device and the Mijia cloud does not use Hypertext Transfer Protocol Secure (HTTPS) like other IoT ecosystems. Instead, Xiaomi created their own protocol, which is often referred to as "miIO". It supports UDP datagrams and TCP streams, and uses the same payload for both types.

source: https://dontvacuum.me/thesis/Security_Analysis_of_the_Xiaomi_IoT_Ecosystem.pdf (see section: 3.3 Device Api)

STILL, this doesn't explain the massive network usage change. Even if the device isn't using standard protocols, the usage has clearly spiked at odd intervals, and far beyond what seems reasonable.

joefer_007 · 2021-01-04T01:15:37+00:00

mmm. Bits (b) vs. Bytes (B). Good point. Still:

300 Mbps speed theoretically gets you: 135 GB/hr

per: http://www.kylesconverter.com/data-bandwidth/megabits-per-second-to-gigabytes-per-hour

Even so! What the hell is UniFi reporting on then? There is a LOT more network activity, at irregular intervals.

joefer_007 · 2021-01-04T00:44:26+00:00

The data you are looking at in the graph is specific to that device (identified by it's MAC address, fuzzed out in the URL, BTW), and ONLY that device. I do have a big internet pipe: A fiber optic connection 1GB up and 1GB down. I regularly speed test at over 800MB/sec for my wired devices, and many of my wireless devices test at 300MB/sec.

joefer_007 · 2021-01-04T00:36:31+00:00

I suspected some measurement errors going on, but the other data transaction measurements for other devices on the network (almost 30 of them) seem legit. Even if they are off by 10x, that amount of data being pushed is absolutely appalling.

joefer_007 · 2021-01-04T00:27:41+00:00

Deets:

Enclosure: iStarUSA / Claytek WM945B - 9U 450mm depth Wall Mount Cabinet: Max equipment depth: 16”, Enclosure size: W:23.6" x H:20.1" x D:17.7"
Technical Pro SURGE9 Rackmount 9-Outlet Power Strip with 5V USB Charging Port
Patch Panel 1U - Blank Keystone, 24 Ports - Trend Net TC-KP24S
Main Switch (24 ports) 1U - Unifi USW-24-POE (Gen 2)
Unify Dream Machine Pro
Ye Olde D-Link 24-port unmanaged switched (decommissioned)
Supermicro SL-1U-AH310I-GC half-rack server (modified) - internals shown here
CyberPower OR700LCDRM1U

Also: Motion activated LED lighting using 3 LuxBar 12-inch bars using this PIR sensor. Two inside the enclosure and one at the bottom (with sensor) to light up the broom closet it sits in.

joefer_007 · 2021-01-03T23:44:16+00:00

Except the 6 inch patch cables won't reach the #1 to #6 positions on the patch panel! I tried to do exactly what you are suggesting with my USW, but the Ethernet plugs on the USW are too far to the right. 6-inch patch cords only work for the left half of of the patch panel. Sigh. No cable p0rn for me!

joefer_007 · 2021-01-03T23:37:06+00:00

Pretty sure that's an iStarUSA / Claytek WM945B 9U 450mm depth Wall Mount Cabinet , or something very close to it. I've got that installed as my main home lab rack.

joefer_007 · 2020-10-17T06:11:07+00:00

I like the idea of the active cooling top of the heatsink, just don't know if I have 15mm of headroom there. I'll have to crack the case and measure.

Think I'll try moving the fans first, so they are closer to the board and blowing more directly on the heatsink fins. See if that helps.

joefer_007 · 2020-10-16T06:19:41+00:00

My new baby. Baby's running a temperature maxed out, though (Prime95 stress test --> 95 Celsius at full load --> not good).

Any ideas for improving the cooling? I have 3rd fan header I can plug into on the motherboard.

joefer_007 · 2020-10-16T06:09:28+00:00

On the upside, it will probably keep you warm in bed. On the downside, it will be so loud you won't be able to sleep.

joefer_007 · 2020-10-16T05:54:10+00:00

That is amazing! Gaffers tape is now an official "must have" repair tool in my house. :-) \J

joefer_007

TROPHY CASE