|
I wrote a video display driver for an RA8875 display controller.
I need it because I use it in one of my commercial projects.
Well, it works "fine" (a bit slow, but the controller is slow) except in one demo.
I am trying to draw a series of rounded rectangles of random size, random coordinates and random colors.
The code is relatively simple and should be innocuous. It also works when it's used as part of a larger routine.
But when I simplify the code, remove the big routine, and just run a lines demo followed by the rounded rectangles the whole MCU freezes solid during the 3rd iteration. (Always in the same place but that doesn't matter because even randomization yields the same result boot to boot. There's no real RTC or any sort of non-determinism so freezing in the same spot every time isn't much of a clue in this case).
I need to fix this, or at the very least verify it will never happen in my commercial project but I am totally stumped.
What a morning.
To err is human. Fortune favors the monsters.
|
|
|
|
|
If your "main" can't call your new extracted routine, then you still have dependencies. That's what I use "statics" for (real or simulated).
"Before entering on an understanding, I have meditated for a long time, and have foreseen what might happen. It is not genius which reveals to me suddenly, secretly, what I have to say or to do in a circumstance unexpected by other people; it is reflection, it is meditation." - Napoleon I
|
|
|
|
|
it can call it.
To err is human. Fortune favors the monsters.
|
|
|
|
|
I know sfa about this. But could it be a timing thing, like the simplified code running too fast and overloading the MCU?
|
|
|
|
|
It doesn't happen when it's part of a larger routine, and basically it's just spinning a loop for 90 iterations drawing rounded rectangles - using draw::filled_rounded_rectangle<>(). The 3rd time it begins that loop (which itself is part of a larger loop) it freezes about 5 or so iterations in.
Not when it's part of the larger subroutine though.
To err is human. Fortune favors the monsters.
|
|
|
|
|
you may be cheated of memory captured by calling routine. i.e. statics, call stack, ...
|
|
|
|
|
A long time ago I got assigned to fix an issue that sounds similar. C code, back in the DOS days. The previous person that worked on it couldn't solve it and jacked up the stack size. This allowed it to run longer, but didn't fix the underlying problem.
Turns out it was using calling convention (Pascal? It has been a long time...) so that the called routine would clear the stack and not the caller. And the function signature did not exactly match between the two. As a result, two bytes of the stack were not released. After X-iterations through that routine, it ran out of stack space and crashed.
After correcting the function signature, app ran. Could also trim back the stack to a tenth its size...
Not sure if any of that helps. But maybe it will trigger some out of the box thinking....
|
|
|
|
|
I wish it was a stack leak issue. It's not too hard to track those down once you identify them. But yeah, thanks.
The ESP32 will notify you if it reboots due to stack overflow vs. something else, so that's helpful. It doesn't freeze though. Or at least, it shouldn't.
Arduino disables the watchdog timer I think, but if it didn't, this would be causing a reboot.
To err is human. Fortune favors the monsters.
|
|
|
|
|
Back in the day when I did deal with this was the early 90's, and the diagnostics weren't as good. The only way I found this issue was to trace through the generated assembler for that code.
I actually enjoy a challenging bug hunt, it really gets the creative juices going. And solving a hard one is quite satisfying.
I don't do much embedded controller work anymore, or I would offer to look at this with you...
|
|
|
|
|
Does it happen with straight rectangles? At the same spot?
What happens if you add a fixed offset to each rounded or straight rect?
What happens if you change the seed for the pseudo random generator?
How is the corner rounding calculated?
Try to round only one corner of each rect. Which corner blows? See previous. This might be useful as a primitive. Roundedrectwithcornerfkags
|
|
|
|
|
It doesn't stall with any other driver. The rounded rect code has nothing to do with the driver, which is completely decoupled from it.
I will try changing the seed, but i'm not sure what it will tell me if the problem changes with it.
To err is human. Fortune favors the monsters.
|
|
|
|
|
I am thinking there is an issue/edge in underlying trigonometry code that is calculating the rounded corners.
Changing the seed might work without issue or blow up on a different iteration. It would help point to an edge case.
Also, is it possible that it is blowing on the first pixel of the next figure?
Have you tried displaying rounded rects starting at 1 pixel and increasing 1 pixel per iteration?
Did random kick out a negative due to sign issues?
|
|
|
|
|
4, again:
🟩⬜🟨⬜⬜
🟩⬜⬜⬜🟨
🟩⬜⬜🟩⬜
🟩🟩🟩🟩🟩
⬜⬜⬜⬜⬜
⬜⬜⬜⬜⬜
"I have no idea what I did, but I'm taking full credit for it." - ThisOldTony
"Common sense is so rare these days, it should be classified as a super power" - Random T-shirt
AntiTwitter: @DalekDave is now a follower!
|
|
|
|
|
Woke up at 12:45 am and.did the puzzle.
Wordle 273 4/6
⬜⬜🟨⬜⬜
⬜🟩⬜🟨⬜
🟩🟩⬜⬜⬜
🟩🟩🟩🟩🟩
|
|
|
|
|
Wordle 273 3/6
⬜🟩🟨⬜⬜
🟩🟩🟨⬜⬜
🟩🟩🟩🟩🟩
"Life should not be a journey to the grave with the intention of arriving safely in a pretty and well-preserved body, but rather to skid in broadside in a cloud of smoke, thoroughly used up, totally worn out, and loudly proclaiming “Wow! What a Ride!" - Hunter S Thompson - RIP
|
|
|
|
|
Wordle 273 4/6
⬜🟩🟨⬜⬜
🟩🟩⬜🟩⬜
🟩🟩⬜🟩🟨
🟩🟩🟩🟩🟩
|
|
|
|
|
|
Today, that song would've been called "Hey boy hey girl hey agender hey transgender hey bigender hey cisgender hey genderfluid hey genderqueer hey intersex hey gender variant hey third gender hey Apache attack helicopter"
And people would still cancel them because the title is not inclusive enough.
|
|
|
|
|
You Joke, but my wife is a nurse and they had to change the check-in program to something like that !
Ed
|
|
|
|
|
I wasn't actually sure if I had to use the joke icon for this one.
Ultimately, I settled for "it's funny because it's true" and used the icon 
|
|
|
|
|
Message Closed
modified 15-May-23 19:07pm.
|
|
|
|
|
Did you try the genealogy sites?
The difficult we do right away...
...the impossible takes slightly longer.
|
|
|
|
|
Coffee Bean?
A long time ago I thought that the taste of coffee was 99% dependent upon the type & quality of the coffee bean itself.
Along the way, I have discovered that more important than the bean quality is actually the quality of the water. I use a Zero Water - see amazon example[^] filter system & my coffee instantly became 50% better (subjective measurement of __more pure__ coffee taste.)
Water Is Very Important
If you want better coffee, make sure your water is very clean / pure.
However, very recently I discovered another thing that I am actually stunned about.
This One Shocked Me
The coffee flavor is actually dependent upon what I drink the coffee out of.
Obviously, at an extreme, if you drink it out of a dirty bucket it is going to taste less like coffee. 
I recently purchased a Contigo Stainless Steel Insulated Mug -- see amazon example[^] and it has really amazed me how much better the coffee tastes.
The inner surface of this mug is stainless & has an interesting physical property that the coffee doesn't "bond" to it at all. And it actually effects the taste of the coffee.
It's so much better and I really can't believe it. Of course, my coffee is staying hot much longer also which probably contributes to the better experience.
Have any of you had this experience?
And, yes, coffee is this important. 
|
|
|
|
|
I saw a company that sells a mineral mixture for making coffee. Buy a bottle of distilled water, add the mineral mixture and voila, perfect water for brewing coffee.
|
|
|
|
|
Interesting. I've not seen that before.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
