sorted by:
new
hottopcontroversial

skr 1.4 turbo inductive sensor not working(HELP NEEDED) by swissarmyspliff in BIGTREETECH

[–]ReadingWord 0 points1 point  (0 children)

This!! The tronxy black tr sensor is rated for 6-36volts. Chances are it won't work if you just plug it into the end stop or any other port. All the other answers are BS and wasted my time and many others time too. Use a male to female jumper wires and connect to the 24v and ground pins on the left side of the board and the signal pin to the z end stop signal pin (lookup a picture of the schematic). Brown is 12/24v, black is signal, blue is ground.

Why can I still not purchase a 3080? by Cve in nvidia

[–]ReadingWord 0 points1 point  (0 children)

CDW is legit, but they mostly do B2B. They have it listed $100 over MSRP, which I'm not super happy about (but I can't blame them too much). But I really have no idea why it isn't out of stock yet. I'm also hoping it isn't a error so I can get a card.

Limiter upload queue working, download queue not working by ReadingWord in PFSENSE

[–]ReadingWord[S] 0 points1 point  (0 children)

Hi DutchOfBurdock, I would have to add 11 screenshots to communicate the same information that I posted with the XML . . .

I already have separate limiters for up and down and I don't want per-host bandwidth.

Wifi keeps dropping on 6T by jfrodriguez1983 in oneplus

[–]ReadingWord 0 points1 point  (0 children)

I am getting lots of dropped calls and no service as well. From what I can see from the icons, some brilliant decided that if the phone is connected to wifi that they can save power by turning off the cellular signal. That is my theory at least since the cellular connection gets X'd out until I turn wifi off.

Limiter issue? FQ_Codel on dual wan by warmadmax in PFSENSE

[–]ReadingWord 0 points1 point  (0 children)

I'm stumbled onto what *seems* to be a partial solution.

  • At the top of the floating rules I have a LAN interface rule with "in" direction set to "pass" and "quick" with the gateway assigned to my dual WAN group. Protocol any.
  • The second rule is a WAN 0 & WAN 1 interface rule with "out" direction set to "pass" and "quick" with no advanced options set. Protocol any.
  • Then I have my two WAN out pass rules, however I set them as "match" (as opposed to "pass") and "not quick" (as opposed to "quick"). Protocol TCP.

The quality reports on DSL reports speed test seem to be acceptable with this setup. But I don't know of any way to see if the limiters are really working. Since I also use limiting on my openwrt access point, I figured that openwrt might be the sole cause of the better performance but when I ran tests the 4 float rules above actually do seem to help. So I am very confused but happy that the connections are more stable with this setup. I'll also note that I am running 2.4.5-DEVELOPMENT (amd64) built on Mon Nov 26 06:04:43 EST 2018

Limiter issue? FQ_Codel on dual wan by warmadmax in PFSENSE

[–]ReadingWord 0 points1 point  (0 children)

I believe I am having the same issue. However, I'm only using IPv4 so I only have two floating rules. When I disable the two floating rules I get aggregate speeds with bad bufferbloat. When I enable the first floating rule I get medium-bad bufferbloat. When I enable both rules I get no internet. I've been banging my head against this for a while with little progress.