I really appreciate your approach to problem solving and learning. You are an excellent teacher and I have learned a great deal from both you and Charlotte - you both compliment and expand upon Paul's tutorials. Looking at someone else's ideas/solutions just adds more tools in my toolbelt. Thanks for taking the time to contribute your ideas.
Nice! I skipped over the PIO stuff since I haven't caught up on the Pico W course but I was curious about your "rant." I agree 100%! I think people who say they "invented it all" on their own are just not recognizing that they learned about some of these key elements during their lifetime and are putting together the elements. No one comes out of the womb able to puzzle everything out. I managed about 30 professional-level employees (MS and PhD). Those employees that insisted on deriving everything for themselves - wasted an enormous amount of time. They were not very productive. You need a bit of both: "hunting /gathering" and "invention" to be successful in science/engineering. IMO.
@@keithlohmeyer I agree. He has a large amount of self-confidence and that colors how he sees the world. His lessons are a nice catalyst for me to dive deeper into a concept or component. I am grateful for his lessons but I don't agree with everything he says. I may have a bit too much self-confidence too 🙂!
Nice video! I tend to agree with your comments about "hunter-gatherers". Like you said, why start from the beginning and reinvent the wheel every time you want to do something. Since I'm (more or less) self-taught in programming, if I was to try and figure all this stuff out myself, I'd still be working on trying to get a blink program to work. I learn much more by studying and understanding how other people do things and then go from there to either adapt what they have to what I'm working on or even using their code "as is" in my project. Everyone has their own way of doing things and sometimes the way they do something is a way that you haven't thought of. So, I'm all for the "inventors" we obviously need them. But, there's nothing wrong with those of us who study and reuse other people's code. Thanks for posting.
Thanks Lee, I am not that smart but I catch on fast to most concepts like invert to count up and shift left to double. If I had to come up with those concepts on my own it would be a while if ever. Now that I have gathered these from Paul's video I have them in my toolbox forever.
I think it's fun to hunt for datasheets and low level information. Then gather the information from the documents, and implement the code myself. In larger projects, I try to use ready made libraries if available. I know how to control Neopixels from Arudino Uno R3 using direct port access and asm('nop') instructions, but I'm using a library from Adafruit in my projects.
Yes I enjoy reading docs but also seeing example code. I use a lot of port manipulation on my attiny85 projects but using Arduino. I guess I never looked at how to address Neopixels without the library. Thanks for the comment.
@keithlohmeyer @leeg.1402 Hi Keith When I saw that you were doing a soapbox rant, I feared the worst!! Don't say that you aren't smart!!! And you're way above average at hunting and gathering. You're quite right about the wrap_target() / wrap() statements. You need them in C (I believe) but I looked at the source code which translates 'micropython PIO' stuff into 'C PIO' stuff , I saw that they are put in for you if you don't include them. There was obviously an attempt to make PIO in micropython less complicated than PIO in C. Unfortunately, this means that it's much less flexible. I HAVE to be an inventor rather than a hunter/gatherer because I can never remember what I've done with the stuff that I've hunted and gathered🙃🙃Therefore, for me, it's much easier to think it out again (obviously in the bath😁😁) because I can never remember where I did my hunting and gathering. There can be occasions when nobody has found a way of doing something or, if they have, they aren't telling. That's when my totally bonkers approach can come in useful. I obviously live in a parallel universe😁😁😁😁 (with loads of cats). Nice program btw and I have to admit that a delay of 1 second is considerably more useful than a delay of over 2 years. It would be a bummer if there was a power cut after 18 months😁😁
I really appreciate your approach to problem solving and learning. You are an excellent teacher and I have learned a great deal from both you and Charlotte - you both compliment and expand upon Paul's tutorials. Looking at someone else's ideas/solutions just adds more tools in my toolbelt. Thanks for taking the time to contribute your ideas.
Nice! I skipped over the PIO stuff since I haven't caught up on the Pico W course but I was curious about your "rant." I agree 100%! I think people who say they "invented it all" on their own are just not recognizing that they learned about some of these key elements during their lifetime and are putting together the elements. No one comes out of the womb able to puzzle everything out. I managed about 30 professional-level employees (MS and PhD). Those employees that insisted on deriving everything for themselves - wasted an enormous amount of time. They were not very productive. You need a bit of both: "hunting /gathering" and "invention" to be successful in science/engineering. IMO.
Thanks Lori, Now if Paul would have said don't use ChatGPT or other AI to create code I would agree with that.
@@keithlohmeyer I agree. He has a large amount of self-confidence and that colors how he sees the world. His lessons are a nice catalyst for me to dive deeper into a concept or component. I am grateful for his lessons but I don't agree with everything he says. I may have a bit too much self-confidence too 🙂!
Nice video! I tend to agree with your comments about "hunter-gatherers". Like you said, why start from the beginning and reinvent the wheel every time you want to do something. Since I'm (more or less) self-taught in programming, if I was to try and figure all this stuff out myself, I'd still be working on trying to get a blink program to work. I learn much more by studying and understanding how other people do things and then go from there to either adapt what they have to what I'm working on or even using their code "as is" in my project. Everyone has their own way of doing things and sometimes the way they do something is a way that you haven't thought of. So, I'm all for the "inventors" we obviously need them. But, there's nothing wrong with those of us who study and reuse other people's code.
Thanks for posting.
Thanks Lee, I am not that smart but I catch on fast to most concepts like invert to count up and shift left to double. If I had to come up with those concepts on my own it would be a while if ever. Now that I have gathered these from Paul's video I have them in my toolbox forever.
Hunter-Gatherers unite! Look at the docs, why not? ✊ Great Solution. Thanks for the video!
Thanks for the comment.
I think it's fun to hunt for datasheets and low level information. Then gather the information from the documents, and implement the code myself. In larger projects, I try to use ready made libraries if available. I know how to control Neopixels from Arudino Uno R3 using direct port access and asm('nop') instructions, but I'm using a library from Adafruit in my projects.
Yes I enjoy reading docs but also seeing example code. I use a lot of port manipulation on my attiny85 projects but using Arduino. I guess I never looked at how to address Neopixels without the library. Thanks for the comment.
@keithlohmeyer @leeg.1402
Hi Keith
When I saw that you were doing a soapbox rant, I feared the worst!!
Don't say that you aren't smart!!! And you're way above average at hunting and gathering.
You're quite right about the wrap_target() / wrap() statements. You need them in C (I believe) but I looked at the source code which translates 'micropython PIO' stuff into 'C PIO' stuff , I saw that they are put in for you if you don't include them. There was obviously an attempt to make PIO in micropython less complicated than PIO in C. Unfortunately, this means that it's much less flexible.
I HAVE to be an inventor rather than a hunter/gatherer because I can never remember what I've done with the stuff that I've hunted and gathered🙃🙃Therefore, for me, it's much easier to think it out again (obviously in the bath😁😁) because I can never remember where I did my hunting and gathering.
There can be occasions when nobody has found a way of doing something or, if they have, they aren't telling. That's when my totally bonkers approach can come in useful. I obviously live in a parallel universe😁😁😁😁 (with loads of cats).
Nice program btw and I have to admit that a delay of 1 second is considerably more useful than a delay of over 2 years. It would be a bummer if there was a power cut after 18 months😁😁
Thanks! I really enjoy gathering from your examples.
@@keithlohmeyer And I sometimes look at what you've gathered - it saves me doing it😁😁