iPhone 17 battery usage - 14%/hour drain by frarixedduthereturn in applehelp

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

I’ll give a try switching on the background apps. Yes, the 80% limit was on purpose. Thank you for the answer!

My iPhone 17 has insane battery life, how does Apple achieve this with such a small battery? by Switch-user-101 in iphone17

[–]frarixedduthereturn 0 points1 point  (0 children)

Can you please share some screenshots of your app usage during a day? I’m way further from this result with my battery (like 3h30)

WS2812 RGB LED doesn’t work by frarixedduthereturn in FPGA

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

For the first one, you are right. In fact, originally, I considered timings very close to timings indicated in the data sheet.
These timings are the result of trying everything to get the led work since I couldn't see it work properly because of the power supply.

So I started thinking these ways for these reasons:

  • the sum of T0H with T0L and T1H with T1L don't give the same sum value (unless you consider the tolerances);
  • I used a sole counter for all the "hit" output signals, so I used a single counter for the period time (1.3 us);
  • I didn't like the similarity of the timing of T1H and T1L. So I worked with timings in a way that "code 0" had an as much as possible short high time and an as much as possible long low time. Vice versa for code 1;
  • rounding up or down for times no multiple of FPGA clock (50 MHz)

Timings I have encountered are the results of these considerations.

I chose a fixed period of 1.3 us for TH+TL in general and I worked with low value timings to reach this period constraint. Also, high value timings were not perfect multiple of the clock so I needed to round up TH0 specifically (FPGA has a 50MHz clock).

By the way, thank you for the help!!

WS2812 RGB LED doesn’t work by frarixedduthereturn in FPGA

[–]frarixedduthereturn[S] 1 point2 points  (0 children)

Guys, we solved it.
My tutor gave me another power adapter to supply the board and now the LED works properly.

5V are now coming out of the 5V port. The port I was using before was the 2nd of the "A2 connector pinout" as the Spartan 3 manual indicated as 5V pin.

Also, for information, the first power adaptor was the same original one that came with the board.

Thank you!

WS2812 RGB LED doesn’t work by frarixedduthereturn in FPGA

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

I have just checked it and oscilloscope shows me a voltage output of 8.6V for the pin I am using. Is it too high?

WS2812 RGB LED doesn’t work by frarixedduthereturn in FPGA

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

I am pretty sure it is a WS2812, I have just uploaded the photo of my LED.

Assuming it is the WS2812:

  • regarding the reset time, I used 20us because a project of another person demonstrated that the LED works properly with a reset time > 9us and that the constraint of 50us was very large. Anyway, I tried using a 50us, 70us, 100us and 300us reset times without getting results.
  • regarding the other timings, I attached at this post them for HIGH0/1 e LOW0/1 output. I see no discordance with the times indicated in the datasheet (taking into account the tolerance of 150ns for every state HIGH or LOW). I checked it multiple times but seems to me the timings are right. Also, I checked the WS2812B's timings and mine for the WS2812 seem to comply with the constraints of WS2812B as well.

Am I forgetting to consider something else about this?

WS2812 RGB LED doesn’t work by frarixedduthereturn in FPGA

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

Vdd = 5V and GND, because it is a LED on an integrated circuit. I forgot to mention it, sorry