|
A scientist, without an engineer, is just an artist... scrabbling on paper.
|
|
|
|
|
Scrabbling? Nice image.
Scientists provide the knowledge and understanding that enables engineers to create practical things. Without scientists engineers wouldn't exist.
|
|
|
|
|
I disagree. You ignore the part that theoreticians have to play in fields such as physics.
Freedom is the freedom to say that two plus two make four. If that is granted, all else follows.
-- 6079 Smith W.
|
|
|
|
|
So how does that make my statement invalid? It's still just something on a piece of paper.
|
|
|
|
|
Because an artist's scribbles have no requirement other than satisfying the "artistic sense" (whatever that is) of the artist.
A scientific theory, OTOH, must satisfy constraints such as non-contradiction of known facts, self-consistency, and quite a few others.
Freedom is the freedom to say that two plus two make four. If that is granted, all else follows.
-- 6079 Smith W.
|
|
|
|
|
Sure, in a perfect world. In the real world you have people like Kaku, making money on lectures, where he says that quantum entanglement is a path to the teleportation of humans.
|
|
|
|
|
not mention the mathematics
"A little time, a little trouble, your better day"
Badfinger
|
|
|
|
|
All those "mad scientists" in the movies were actually mad engineers. They weren't doing experiments - they were designing and building things to do whatever their mad plot was.
Best switcheroo by engineering PR ever.
Bond
Keep all things as simple as possible, but no simpler. -said someone, somewhere
|
|
|
|
|
An engineer and a scientist is a great combo in one person.
|
|
|
|
|
Mike Hankey wrote: See also Wizard, Magician
Funny you should mention that.
Nothing succeeds like a budgie without teeth.
To err is human, to arr is pirate.
|
|
|
|
|
I've always had the experience we Engineers are the closest in the universe to having the role of god. Everything in a project depends on our will to make it exist or not. It's not too much effort to tell the boss or client their ideas are downright stupid (maybe worded as "impractical", "Pie in the sky", "non sequitor", etc.,etc.) and they need to reevaluate their lives (maybe worded as "must reprioritize", "Look at the problem from a different angle", etc.).
Still, if we are called upon to fix the universe, it's not impossible, it just takes a little longer.
|
|
|
|
|
Isn't part of being an engineer being able to get all the necessary information from people who probably don't even know they have it? That would suggest a first question of "who will be building this, can I talk to them now?".
AS a professional structural engineer I always found the most important period was at the beginning when I worked out what it was I should be designing.
|
|
|
|
|
Competition to reach the top of Mount Etna perhaps? (10)
"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!
|
|
|
|
|
Tournament ?
Anagram of mount Etna and r (being the top of reach)
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
|
|
|
|
|
Yay! Well done - you are yup tomorrow!
I thought that might last longer since I "hid" the anagram, but I liked it anyway.
"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!
|
|
|
|
|
As you said yesterday I find anagrams easy
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
|
|
|
|
|
|
Yes
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
|
|
|
|
|
I love the ESP32S3
I hate the ESP32S3
It has far more GPIO pins available than the traditional ESP32, which I'll call the S1 since they should have to begin with, probably.
Typically you can read or write as many as 32 pins at a time in one shot, for very fast GPIO switching or sampling of multiple pins. This is necessary to drive LCD displays connected via an 8 or 16 bit i8080 bus for example.
The problem is Espressif has the header for the function to read the high pins, but you get a linker error if you try to use it - it's not implemented.
And the S3 is often driving LCDs at least in part from the high pins. This isn't an issue on the "S1" because it doesn't have very many. Barely more than 32. The first 32 can be read and written just fine.
The higher pins can be written to but not read from, at least not using these high speed functions.
Long story short, this means you can't read the frame buffer back off on LCD display. That doesn't seem like a big deal until you need to do alpha blending. You may not think you need to do alpha blending but it's necessary for anti-aliasing, which is necessary for rendering smooth crisp vector fonts.
You can work around it by drawing to your own in memory bitmap buffer and then sending that to the display as a unit but sometimes that's not practical.
I've contacted Espressif about it and they haven't been very helpful. I opened an issue on github and it went nowhere.
So I tried another approach. I tried endeavoring to get them to revise their LCD Panel API for driving LCDs only to find out they're not doing anything that I haven't already tried, and don't support reads at all, even on low pins.
Well, come to find out, a similar (but different) graphics library than mine came around to supporting the S3, and I was intrigued. I've used Bodmer's code as a guide before (with appropriate accreditation) and so I thought this was a huge win.
Until I looked at it and found he doesn't support reads either. They're just not implemented.
*headdesk*
There's only one graphics library that works well under these write only constraints, and all the complications it brings involving rendering things like PNGs with an alpha layer, or true type fonts, and that library is LVGL.
And the only reason they can do it is because they use a "widget" / "user control" paradigm where each screen keeps state of all its controls, and - this is critical - can redraw them on a whim.
So it can move around the screen with a small bitmap, drawing parts of controls, and sending that to the display all day long, and that's exactly what it does, very efficiently, for a system that uses controls and screen state at least.
But if you want a stateless setup (direct drawing rather than controls - more suitable for animations for example) you are out of luck.
htcw_gfx (my library) and TFT_eSPI (Bodmer's) leave you with half measures at best.
And Espressif looks to want nothing to do with any of it.
It's a shame too, because it's such a great platform otherwise, and this is such a minor issue, with such major ramifications. If only they would just implement that function.
It might be possible for me to go to the machine datasheet for this chip but holy hell diving through those register offsets has got to be a nightmare. Even thinking about it makes me feel overwhelmed.
To err is human. Fortune favors the monsters.
|
|
|
|
|
Silly API.., good HW stuff though.
Let's go deeper and hack the registers.
Uhhhhhhhhhhhhhhhm....
Crappy registers.........
Let's redesign the chip from scratch.
"In testa che avete, Signor di Ceprano?"
-- Rigoletto
|
|
|
|
|
Shame them on their facebook page?
I have found a couple of constants across the years. 1) As a customer, you will push the hardware far further and harder than the maker anticipated. You will become the subject matter expert. I've had several calls where the support engineer said, "Huh, I didn't know you could do that."
2) As a maker, you can never anticipate customers using your product the way you intended. It's like herding cats.
Charlie Gilley
“They who can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety.” BF, 1759
Has never been more appropriate.
|
|
|
|
|
ditto
"A little time, a little trouble, your better day"
Badfinger
|
|
|
|
|
Wordle 584 4/6
⬛⬛⬛🟨⬛
⬛🟩⬛🟩🟩
⬛🟩🟩🟩🟩
🟩🟩🟩🟩🟩
|
|
|
|
|
Wordle 584 4/6
🟩⬛⬛🟩⬛
🟩⬛⬛🟩⬛
🟩⬛🟩🟩⬛
🟩🟩🟩🟩🟩
|
|
|
|
|
Wordle 584 4/6
⬜⬜⬜⬜🟨
⬜⬜🟩⬜⬜
🟩⬜🟩⬜⬜
🟩🟩🟩🟩🟩
|
|
|
|