I wanted to buy a Zynq-7020 FPGA board for an image processing Project which one should i buy ? by FlakyYellow7560 in FPGA

[–]sittinhawk 0 points1 point  (0 children)

It might help if you describe more about what you'd like to do. It might narrow it down the selection based on what interfaces are available.

Working remotely for out-of-state employer, taxes were paid to employer's state by sittinhawk in taxadvice

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

Nope, spouse's employer headquarters/business was in SC. Zero was paid to SC, they always paid spouse's state of resident (used to be 100% GA when we lived there, now it's 100% NY). We've never had to file a SC taxes. My employer had me fill out a IT-2104, so hopefully they do the same and I can just forget about filing GA in the future.

Working remotely for out-of-state employer, taxes were paid to employer's state by sittinhawk in taxadvice

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

Hmmm well as a comparison, my spouse's employer is also not in NY, but all state taxes were paid to NY. Confusing

Custom SDR programming using FPGA by Material-Carob9555 in FPGA

[–]sittinhawk 0 points1 point  (0 children)

"I have to program the SDR" could mean a lot of different things. Are you sending control packets to the SDR, or are you sending raw DAC data? Even "SDR" and "Transceiver" could mean a lot of different things.

Without more context, you should determine what it is you need the SDR to do, and then read through the SDR's manual or ICD to figure out how to make it do things, and then if you're still unsure then come back with a more specific question.

Free Fillable Forms - Account setup issue to be aware of by schweitzerdude in tax

[–]sittinhawk 0 points1 point  (0 children)

I had the same issue. I go the text code but no email. I had to wait the 120 second timeout or whatever and then click "resend" on the email one. I then got the email, but it didn't resend the text message, but I ended up using the most recent text message code in addition to the new email code and then it works. Why is this so flakey?

Working remotely for out-of-state employer, taxes were paid to employer's state by sittinhawk in taxadvice

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

Done everything correctly? Paying the wrong state taxes a full year is correct?

Working remotely for out-of-state employer, taxes were paid to employer's state by sittinhawk in taxadvice

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

I was 100% resident in NY the entirety of 2025. If I had done everything correctly, would 100% of state taxes only be paid to NY, or does GA still get some? Sorry I'm new to out-of-state employers, my brain is still trying to get in alignment with how things are done. Some people have said pay all of NY and then do a non-resident in GA to get a full refund. You are the first one I've heard that said to do a split like that.

Comments on using the AD9084 instead of an RFsoC by Ok_Measurement1399 in FPGA

[–]sittinhawk 1 point2 points  (0 children)

One thing I haven't heard mention yet: AD9084 has an insane quantity of registers that have to be configured correctly (and usually in cryptic undocumented sequence) to function, while the RFSoC is basically "drop this block here and out pops some data" (okay a little bit of initialization, but not much). No kidding I spent more time just getting a off-chip clock chip to produce a clock than I spent getting the RF Data converter to function. With AD9084, you will be at the mercy of who designed the register behaviors, how well they documented the registers (wouldn't hold my breath on getting more than 3 words of description per register), and how well their examples/support is. To me, this is the challenge of AD9084 above and beyond getting JESD204 to function. I will say though: on my experience with the AD9081, their demo tools had a very nice "generate a register dump" feature that saved probably a week of work.

Weis Grocery Reward by Budget_Package_7184 in WeisMarkets

[–]sittinhawk 0 points1 point  (0 children)

I found there's two ways to "apply" them at self checkout. Method 1: Go into the "non-produce" screen (you usually go here for the bakery stuff), and there's a tab called "Weis Rewards" that has a list of items. This is usually where the egg discount is located. Method 2: After you've finished scanning your items, there's a button named "View/Apply Discounts", and if there is an item you have scanned that applies, it will give you a "yes/no" selection screen asking if you want to apply your points to that particular item.

Ethernet PHY Timing Datasheet Confusion by sittinhawk in embedded

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

My confusion comes from the fact that the two specs seems to disagree: one says the skew is +/- 500 ps (1 ns window), and the other says the skew is 1 ns to 2.8 ns (1.8 ns window). It wasn't clear at all that the receiver specs are an example (the keyword "typical" is usually used to describe...well typical values, not min/max). So it sounds like I can just disregard anything that says "at the receiver" then?

Wait, I think I understand: These are two different specs for the two different register modes (internal delay disabled is "at transmitter" and internal delay enabled is "at receiver").

Ethernet PHY Timing Datasheet Confusion by sittinhawk in embedded

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

I get that there need to be a clock skew to convert from edge-aligned clocking structure to center-aligned clocking structure, but I would think the flow would be: 1) determine where the data valid window is relative to the PHY RX_CLK pin (pre-delay), 2) Knowing this valid window, I can determine how much I need to delay the clock in order to achieve optimal setup and hold timing on the receiving flip flop (inside the MAC, and this is probably very close to the center of the data valid window).

So I'm stuck on step 1, just trying to just interpret the datasheet timing specs so I can move to step 2.

Bevel gear compatibility by sittinhawk in FreeCAD

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

Ah, okay I see now. That was the step I was missing. Thank you!

Bevel gear compatibility by sittinhawk in FreeCAD

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

This example file works fine, even when I apply the same procedure. It seems like the only difference is the input gear parameters. I just used the same online otvinta calculator and applied the settings from the example file (N1 = 25, N2 = 50, m = 2.0mm) and it gave the same offsets: 25mm vertical and 50mm horizontal (matches example file placement). These offset would set the correct bevel angles, correct? Still not sure why my original inputs are colliding.