I've almost finished your whole series (so far.) I am an experienced developer in working with low level systems (long live the 6502!) but I watched your videos out of curiosity on what approach you would take to explaining things. You have, I believe, some of the absolute best descriptions that I have heard. To address specific points. 1) You stay on-focus and do not ramble. You've got a goal and you get to that point. 2) You have a solid speaking voice without hemming or hawing. (You /may/ speak a little fast for ESL viewers, however.) 3) Your approach of "deconstructing" the Arduino blink sketch and then rebuilding it was incredibly clear. I've not been able to explain it that well to people. Start with what they understand and go from there. 4) Your bit-shifting (to use the pun) bang on! So many videos on bit shifting spend forever with animated charts and you did it with a single slide of coloured graphics. I will be referring people to your videos as well as using some of your techniques when talking in the future.
Sidenote: The ATtiny85 has an internal pull-up resistor for the reset pin - there is no need for an external one. Reference: Page 39 in the datasheet, 8.1 Resetting the AVR
Just finished watching the whole series up to this point! Even as a CS major and developer by trade, this has been educational and fun to watch, just the perfect amount of succinct. You teach very well!
Stumbled onto yr channel was hooked right away. You have a talent being able to make things clear and simple without being boring. Thank you, Damn good job Don D Lion
Mitch, I have recently found myself addicted to MCU's and all things related. I can't seem to get enough of them! Your videos are by far my favorite! They all still work great and I just love to follow along! I can only hope someday you come back to the channel and share your knowledge. All good things, Mark
Just watched the whole series. It’s fantastic. It’s a great intro to bare metal microcontroller programming, as well as C programming in general. Thank you!
Thank-you for make this. This video series is the most crystal clear explanation of Bare-Metal microcontroller for me I have seen on TH-cam. I would love to learn a lot from you if you are going to do a STM8 series video. :-)
Thank you for this series , it really helped me getting into embedded development. Your way of explaining the subjects really makes a difference. Keep up the fantastic work!
This is pure gold. I was stuck learning this stuff with cryptic books. It took a loooong time to get some skills. Then, I find this..... which nails it.
I've been following your series since the first episode while doing my own project for school and it's been a godsend. I did a project last semester coding an ATMega32 and kind of understood what I was doing (with lots of hand holding), but you were really able to break it all down and bridge the knowledge from what I learned then and what I already knew about programming arduinos. It's given me the confidence to actually ditch the arduino and use a barebones microcontroller for my own project. I can't wait for you to continue onto STM, as I have an STM32 development board I impulse bought which has been gathering dust as I have no idea what I'm doing with it.
Hey Mitch, great video. I'm currently writing a small project on ATTiny4313; having watched your video before would have saved me weeks of head scratching, wrong paths and disappointments. Anyway, we mostly learn by falling. Precision here: my project is in assembler, the reason is to get rid of the standard C library that keeps one timer for it (I need the two timers).
Mitch, I am enjoying your STM32 videos but saw this ATtiny85 video and also watched it. I know, from comments in other videos of yours, that you spend a lot of time producing each video and I feel the results reflect that extra effort. I like that you cover what is needed with a succinct but complete delivery. I never fail to learn something in every video. That includes this video despite the fact that, over the years, I have flashed many bare metal ATtiny85 chips for various projects. Keep it up!! BTW I second what Jeremy Starcher's said in his much earlier (a year earlier) comment.
Hats off! Excellent series, clear & concise, to the point with just enough details to push people to dig & learn more. I bought a few attinys (in case I fry some during my experiments :) ) thanks a lot
Just finished watching the series, awesome tutorial! I did a little digging and found out that the avr-gcc compiler has a built-in delay library in the avr-libc package called This lets you use a _delay_ms function in your C code (no more nasty for loops).
I really enjoyed this series, thanks. I have a stop/start project to master the new(ish) ATTINY '1' series, and this is incredibly helpful for getting some context on that task.
Fantastic series, Mitch! Thank you so much. Reddit u/stm8 brought me here as well. I've watched your entire series, looking forward to your forthcoming STM8 videos but I'm not waiting, with what I've learned already I'm ready to dive in!
Great content. Awesome explanation. Very easy to follow. Something that I think would be interesting is actually a nice project with a little more than just a led blinking. From start to finish
Your series are great, briefly really really great! That is not just a "oo i like that video" comment, your videos are nailing it without boring and explaining it detailed. They way you start for example PORTB=32 for bit banging is perfect i think. Thank you, i will be waiting your other videos.
Glad it was helpful. These videos keep taking longer and longer to make. Sometimes I find myself knowing WHAT to do, but not WHY, so I have to do a fair bit of homework before covering it in my videos. It’s also incredibly difficult to decide what NOT to talk about. It’s too easy to go off on a tangent with things that are loosely related. Thanks again!
@@MitchDavis2 Exactly! I think it must be so hard to decide what NOT to talk about, it is like sampling without loosing quality, taking derivative without loosing function. You spend time for helping people saving time. Thanks again !
Hi Mitch, wanted to say thank you for this series. I learned lots, and opened up my understanding of arduino's and avr chips. I was looking for how to setup an internal clock and you showed much more. Again thanks!
Thanks! I watched all the videos in this playlist. You explained what Arduino is doing behind the scenes. I made some projects with Arduinos just following the “habits” from the examples and other's codes. Now I know the things behind those magic words of the codes and IDE's buttons.
I always wanted a good introduction to stm32 micros... maybe your next series could be on one of those. And just once again... awesome series... keep the vids coming!
@@MitchDavis2 This is so funny... I had the exact same problem with the IDE beeing to overwhelming and all i wanted was a blank programm. But i never had the time to dig into the part where i could do it from scratch. Thats why i would love to see a series on this from you. I realy learn a lot from your style of videos and so i hope i can save some time and don't have to dig too much into the datasheets myself.
@@MitchDavis2 Honestly, the amount of code you need to blink an LED on a Cortex-M device isn't _much_ more than for an AVR. You just have to actually turn the peripheral on and enable its clock, which is just two extra lines.
outstanding series---Thank you! I know it takes a lot of time and commitment to do these TH-cam videos. you work is much appreciated. FWIW--I thought including the memory maps of the chips really helped to keep the instructions clear...Kudos...well done!
Very helpful video, many thanks, I was confused by the change of 0x17 to 0x37 and after reading a bit more on the topic I have a better understanding. From the ATTiny85 datasheet p20: "When addressing I/O Registers as data space using LD and ST instruc-tions, 0x20 must be added to these addresses." And from, the Atmega328p datasheet p19: "When addressing I/O registers as data space using LD and ST instructions, 0x20 must be added to these addresses"
I have finished watching the entire series and i gotta say, you are probably the best youtuber out there that can explain this stuff in great detail and its so easy to understand, especially for a beginner like myself. Thank you so much, you deserve a lot more views and subs (subbed btw :DD).
Thanks for the tutorial series!! The arduino attiny85/84 support is a mess. Bootloaders on 85 that hog most of the pins, leaving you with little, damaged support on 84 due to versioning-shenanigans on IDE 2.x. Various "boards/HALs" hogging the timers and interrupts just in case you need delay(). Without those, I can't build anything productive. I managed to program things with a cheap "usbasp" programmer by following your instructions.
This is a great series! Learned so much! Thank you for doing these Mitch, can't wait to see what you do next. Would be interesting to see you try doing this with something even smaller like the attiny4, pushing optimization even harder to fit code onto such a small chip. Keep up the good work!
Thank you Mitch, I watched the whole series with great interest, I learnt a lot of things, despite I already programmed dozens of T85s chips. This is the best tutorial I ever found for programming the AVR micro-controllers if you want to progress from arduino IDE to avr-gcc and avrdude. Now I hope to learn from you how to use Make and Makefiles. It is so tedious and error-prone to repeat over and over again the same cryptic commands from the console. Please explain us how to automatize this process.
This entire series was great; thanks for creating them. (I'm planning on following through your series with a Raspberry Pi and an Arduino Uno and see how far I get.)
I really like your video content and I wish to see more. I'm particularly interested in your journey and overview of working with ARM and ESP, including bare metal coding on both platforms.
For a simple combinational logic circuit, would it be a nice solution? Actually, I was trying to put together a blinker unit using this which would also have a hazard function which could get overridden upon triggering indicators and then back to the blinker function again. PS: Consider a 3input 2output logic circuit.
its is funny when i start programming microcontroller from bare-metal (asm and C) now migrate to arduino eco systems, now people going back. great video btw, remind me old back when i in university
Great series. I found your videos incredibly helpful. My only recommendation going forward is to normalize your audio levels to what normal videos play at. Your videos are quiet AF.
I have a lot of old AVR MCU here. ATMEGA8535 and AT90S8535. ATMEGA8535 worked fine with AVRDUDE 6.3 and ARDUINOISP. But with AT90S8535 I have experienced the strangest outcomes so far. It is necessary to use an external clock (I'm using a 8MHz crystal) and there aren't quite evident fuses that work with AVRDUDE (the online calculator states that there is an AVRDUDE lfuse argument but the AVRDUDE returns "lfuse" memory type not defined for part "AT90S8535"). Without fuses I was able to perform a first programming (avrdude -u -C /etc/avrdude.conf -p 8535 -P /dev/ttyACM0 -c stk500v1 -b 19200 -U flash:w:"avr2.hex":i) and it works fine, but for every AT90S8535 that I try to program a second time it is impossible ("Yikes! Invalid device signature") but it works well if I disconnect the GND line from ARDUINOISP when programming it again (I'm not kidding). I'm using decoupling caps and everything. Maybe it's better to let go of things from the past.
@@MitchDavis2 They have discontinued it in 2004 I think. These ones that I have were produced in 2001. But don't bother... I was using these because I don't have others AVR MCUs (only the ATMEGA328P that comes with ARDUINO). I was able to apply your lessons with ATMEGA8535 MCUs and it was fine. Thank you very much. The way you explained it was amazing. I have never seen anyone with your ability to teach. Please, consider some STM32 content for the future and forgive my bad English.
well... thats the best led blink thing i have seen. all that.. hundred parts..? thanks for the time you've spent, thats the way to do it (teach). ps: big thanks
By all means, if you don't want to use an IDE, go for it. This type of video is what inspires me to USE an IDE. I like to know what's going on behind the scenes so there's no "magic". But after that, I like to take advantage of all the cool tools out there.
@@MitchDavis2 You might want to take a look here: github.com/blippy/rpi/tree/master/stm8s103f3p6/bare It's hastily-assembled bare metal files for the STM8S, including basic blinking, PWM, timer interrupts, uart, SPI and I2C. Expect bugs, particularly wrt I2C. But it might give you some inspiration. There's clearly a lot you can do with an STM8.
This is a great response. I went down this rabbit hole to learn HOW things worked. After you understand the low level stuff, you don't have to feel bad about using higher-level frameworks/IDEs. The only thing that stinks is if you develop a dependence on something, which can prevent you from learning new things. I started learning low level stuff so I could use an STM8 (which didn't have the support of modern frameworks/IDEs). But it certainly wasn't fun to try to learn everything from the ground up while leaving the wonderfully cultivated world of Arduino.
Wow, just finished this serie of 9 vids. This might just be flagged as one of the best tutorial series I've ever encountered on YT, scratch that, on the net! Very interesting, very detailed, and very comprehensible indeed. "Take one step back, ... to leap a couple of miles ahead" ! I must add, though, I am still wondering about the use, and the need, for those 'high fuse', 'extended fuse', and 'lock bits'. In addition, how to scribble EEPROM? (My guess is that it is done in a similar way as writing flash with avrdude?). Keep up with this amazing quality! Now I'm heading to the LCD vid :D //Best regards from The Netherlands
I've almost finished your whole series (so far.)
I am an experienced developer in working with low level systems (long live the 6502!) but I watched your videos out of curiosity on what approach you would take to explaining things.
You have, I believe, some of the absolute best descriptions that I have heard.
To address specific points.
1) You stay on-focus and do not ramble. You've got a goal and you get to that point.
2) You have a solid speaking voice without hemming or hawing. (You /may/ speak a little fast for ESL viewers, however.)
3) Your approach of "deconstructing" the Arduino blink sketch and then rebuilding it was incredibly clear. I've not been able to explain it that well to people. Start with what they understand and go from there.
4) Your bit-shifting (to use the pun) bang on! So many videos on bit shifting spend forever with animated charts and you did it with a single slide of coloured graphics.
I will be referring people to your videos as well as using some of your techniques when talking in the future.
you've just nailed it. couldn't say any better!
I read this comment before watching the video and I could not agree more.
Sidenote: The ATtiny85 has an internal pull-up resistor for the reset pin - there is no need for an external one. Reference: Page 39 in the datasheet, 8.1 Resetting the AVR
that tiny chip following your instructions and blinking the led... so simple yet so satisfying.
Just finished watching the whole series up to this point! Even as a CS major and developer by trade, this has been educational and fun to watch, just the perfect amount of succinct. You teach very well!
Great video. Amazing how satisfying it is see that green LED start to blink on your breadboard.
Stumbled onto yr channel was hooked right away. You have a talent being able to make things clear and simple without being boring. Thank you, Damn good job
Don D Lion
Fantastic series Mitchel. We loved this video so much we featured it in this weeks episode of the Electromaker Show!
Mitch, I have recently found myself addicted to MCU's and all things related. I can't seem to get enough of them! Your videos are by far my favorite! They all still work great and I just love to follow along! I can only hope someday you come back to the channel and share your knowledge.
All good things, Mark
Just watched the whole series. It’s fantastic. It’s a great intro to bare metal microcontroller programming, as well as C programming in general. Thank you!
Thank-you for make this.
This video series is the most crystal clear explanation of Bare-Metal microcontroller for me I have seen on TH-cam. I would love to learn a lot from you if you are going to do a STM8 series video. :-)
Thank you for this series , it really helped me getting into embedded development. Your way of explaining the subjects really makes a difference. Keep up the fantastic work!
This was really great Mitch, thank you for taking the time to share your knowledge and experience so clearly.
This is pure gold. I was stuck learning this stuff with cryptic books. It took a loooong time to get some skills. Then, I find this..... which nails it.
I've been following your series since the first episode while doing my own project for school and it's been a godsend. I did a project last semester coding an ATMega32 and kind of understood what I was doing (with lots of hand holding), but you were really able to break it all down and bridge the knowledge from what I learned then and what I already knew about programming arduinos. It's given me the confidence to actually ditch the arduino and use a barebones microcontroller for my own project.
I can't wait for you to continue onto STM, as I have an STM32 development board I impulse bought which has been gathering dust as I have no idea what I'm doing with it.
Hey Mitch, great video. I'm currently writing a small project on ATTiny4313; having watched your video before would have saved me weeks of head scratching, wrong paths and disappointments. Anyway, we mostly learn by falling. Precision here: my project is in assembler, the reason is to get rid of the standard C library that keeps one timer for it (I need the two timers).
This is easily the best playlist of "bare metal" embedded devices programming I watched. Thanks a lot Mitch
Mitch, I am enjoying your STM32 videos but saw this ATtiny85 video and also watched it. I know, from comments in other videos of yours, that you spend a lot of time producing each video and I feel the results reflect that extra effort. I like that you cover what is needed with a succinct but complete delivery. I never fail to learn something in every video. That includes this video despite the fact that, over the years, I have flashed many bare metal ATtiny85 chips for various projects. Keep it up!!
BTW I second what Jeremy Starcher's said in his much earlier (a year earlier) comment.
Finished the series today glad I got to learn all of this
Excellent series. I have learnt a lot, filling gaps i had with AVR microcontrollers...
Super awesomely helpful video series, thank you so much! I need to watch the rest of the videos!
I have never seen such clear explanation. Very well done! Thank you!
Hats off! Excellent series, clear & concise, to the point with just enough details to push people to dig & learn more. I bought a few attinys (in case I fry some during my experiments :) ) thanks a lot
Mitch, this series is phenomenal work on making it so clear and simple. Thanks so much!!
Just finished watching the series, awesome tutorial!
I did a little digging and found out that the avr-gcc compiler has a built-in delay library in the avr-libc package called This lets you use a _delay_ms function in your C code (no more nasty for loops).
I really enjoyed this series, thanks. I have a stop/start project to master the new(ish) ATTINY '1' series, and this is incredibly helpful for getting some context on that task.
Extremely well made, thank you a ton for this. I've been looking for good resources to help friends out and this series is a godsend :)
Fantastic series, Mitch! Thank you so much. Reddit u/stm8 brought me here as well. I've watched your entire series, looking forward to your forthcoming STM8 videos but I'm not waiting, with what I've learned already I'm ready to dive in!
Thank you very much @Mitch Davis for important lessons about avr. Where i live its not easy to get knowledge like this. I really appreciate.
i absolutely love these videos! You're top teacher. I hope you continue to do these lessons some day :)
Awesome. Just what I was looking for. Thank you
Great content. Awesome explanation. Very easy to follow. Something that I think would be interesting is actually a nice project with a little more than just a led blinking. From start to finish
Your series are great, briefly really really great! That is not just a "oo i like that video" comment, your videos are nailing it without boring and explaining it detailed. They way you start for example PORTB=32 for bit banging is perfect i think. Thank you, i will be waiting your other videos.
Glad it was helpful. These videos keep taking longer and longer to make. Sometimes I find myself knowing WHAT to do, but not WHY, so I have to do a fair bit of homework before covering it in my videos.
It’s also incredibly difficult to decide what NOT to talk about. It’s too easy to go off on a tangent with things that are loosely related.
Thanks again!
@@MitchDavis2 Exactly! I think it must be so hard to decide what NOT to talk about, it is like sampling without loosing quality, taking derivative without loosing function. You spend time for helping people saving time. Thanks again !
Hi Mitch, wanted to say thank you for this series. I learned lots, and opened up my understanding of arduino's and avr chips. I was looking for how to setup an internal clock and you showed much more. Again thanks!
finished watching the entire playlist, great work.
I had a lot of fun making that first series. I wish I had better recording equipment at the time though. Oh well
Saved your playlist....thanks for making these videos! Hope you do other MCUs also...
Dont know what took me so long to find your channel. But here I am.
Thanks! I watched all the videos in this playlist. You explained what Arduino is doing behind the scenes. I made some projects with Arduinos just following the “habits” from the examples and other's codes. Now I know the things behind those magic words of the codes and IDE's buttons.
Ooo you did a attiny video like I wanted! Your the best!
I always wanted a good introduction to stm32 micros... maybe your next series could be on one of those. And just once again... awesome series... keep the vids coming!
@@MitchDavis2 This is so funny... I had the exact same problem with the IDE beeing to overwhelming and all i wanted was a blank programm. But i never had the time to dig into the part where i could do it from scratch. Thats why i would love to see a series on this from you. I realy learn a lot from your style of videos and so i hope i can save some time and don't have to dig too much into the datasheets myself.
@@MitchDavis2 Honestly, the amount of code you need to blink an LED on a Cortex-M device isn't _much_ more than for an AVR. You just have to actually turn the peripheral on and enable its clock, which is just two extra lines.
outstanding series---Thank you! I know it takes a lot of time and commitment to do these TH-cam videos. you work is much appreciated. FWIW--I thought including the memory maps of the chips really helped to keep the instructions clear...Kudos...well done!
Great series, I hope you do more!
Very clear and concise explanations. Looking forward for new episodes.
Very helpful video, many thanks,
I was confused by the change of 0x17 to 0x37 and after reading a bit more on the topic I have a better understanding.
From the ATTiny85 datasheet p20: "When addressing I/O Registers as data space using LD and ST instruc-tions, 0x20 must be added to these addresses."
And from, the Atmega328p datasheet p19: "When addressing I/O registers as data space using LD and ST instructions, 0x20 must be added to these addresses"
Ok at least they specified that. But why wouldn't they provide us with the correct memory address in the first place?
Thank you very much for your Bare-Metal MCU tutorials !!! Can you please add some videos on programming AVR MCUs using Rust programming language?
This series was awesome, thank you!
The cherry on top would've been 1 video of automating it all with a makefile
I have finished watching the entire series and i gotta say, you are probably the best youtuber out there that can explain this stuff in great detail and its so easy to understand, especially for a beginner like myself. Thank you so much, you deserve a lot more views and subs (subbed btw :DD).
Thanks for posting this series, you obviously know what you’re doing and have put a lot of effort into these videos. Great job!
perfect series Mitch.Thank You and your effort.
Great job. I've been looking for a series exactly like this. Can't wait for other MCUs.
Excellent series! Learned more in a couple of hours than in a couple of weeks. Thanks!
Great video series, really loved it, looking forward to see your series on STM microcontrollers
Thanks for the tutorial series!! The arduino attiny85/84 support is a mess. Bootloaders on 85 that hog most of the pins, leaving you with little, damaged support on 84 due to versioning-shenanigans on IDE 2.x. Various "boards/HALs" hogging the timers and interrupts just in case you need delay(). Without those, I can't build anything productive. I managed to program things with a cheap "usbasp" programmer by following your instructions.
Good job man, excellent intro to AVR.
excellent complete series. very detailed. your video presentation is professional and most competent.
Great videos. Will love to see how you explain STM.
Thank you for making such great videos.
Just finished watching whole series. And happy feeling
I loved this series. Looking forward to see the STM8 one.
Thanks.
This is a great series! Learned so much! Thank you for doing these Mitch, can't wait to see what you do next. Would be interesting to see you try doing this with something even smaller like the attiny4, pushing optimization even harder to fit code onto such a small chip. Keep up the good work!
Thank you Mitch, I watched the whole series with great interest, I learnt a lot of things, despite I already programmed dozens of T85s chips. This is the best tutorial I ever found for programming the AVR micro-controllers if you want to progress from arduino IDE to avr-gcc and avrdude. Now I hope to learn from you how to use Make and Makefiles. It is so tedious and error-prone to repeat over and over again the same cryptic commands from the console. Please explain us how to automatize this process.
Exeptionally well done. Did some binge-viewing and learned a lot, even though I already write programs for program the ATtiny s myself.
Simply the greatest. Thank you.
Thank you so much! Love this series!
Brilliant video! All the detais clear and to tne point.
Such a fantastic set of videos. Thank you so much.
Really enjoyed your video series. Thank you.
Great content - new way of learnong things from arduino world. Thank you
This entire series was great; thanks for creating them. (I'm planning on following through your series with a Raspberry Pi and an Arduino Uno and see how far I get.)
I really like your video content and I wish to see more. I'm particularly interested in your journey and overview of working with ARM and ESP, including bare metal coding on both platforms.
For a simple combinational logic circuit, would it be a nice solution?
Actually, I was trying to put together a blinker unit using this which would also have a hazard function which could get overridden upon triggering indicators and then back to the blinker function again.
PS: Consider a 3input 2output logic circuit.
its is funny when i start programming microcontroller from bare-metal (asm and C) now migrate to arduino eco systems, now people going back. great video btw, remind me old back when i in university
Great series. I found your videos incredibly helpful. My only recommendation going forward is to normalize your audio levels to what normal videos play at. Your videos are quiet AF.
Nice video thanks Mitchel.
Excellent work. 👏
I have a lot of old AVR MCU here. ATMEGA8535 and AT90S8535. ATMEGA8535 worked fine with AVRDUDE 6.3 and ARDUINOISP. But with AT90S8535 I have experienced the strangest outcomes so far. It is necessary to use an external clock (I'm using a 8MHz crystal) and there aren't quite evident fuses that work with AVRDUDE (the online calculator states that there is an AVRDUDE lfuse argument but the AVRDUDE returns "lfuse" memory type not defined for part "AT90S8535"). Without fuses I was able to perform a first programming (avrdude -u -C /etc/avrdude.conf -p 8535 -P /dev/ttyACM0 -c stk500v1 -b 19200 -U flash:w:"avr2.hex":i) and it works fine, but for every AT90S8535 that I try to program a second time it is impossible ("Yikes! Invalid device signature") but it works well if I disconnect the GND line from ARDUINOISP when programming it again (I'm not kidding). I'm using decoupling caps and everything. Maybe it's better to let go of things from the past.
@@MitchDavis2 They have discontinued it in 2004 I think. These ones that I have were produced in 2001. But don't bother... I was using these because I don't have others AVR MCUs (only the ATMEGA328P that comes with ARDUINO). I was able to apply your lessons with ATMEGA8535 MCUs and it was fine. Thank you very much. The way you explained it was amazing. I have never seen anyone with your ability to teach. Please, consider some STM32 content for the future and forgive my bad English.
What a wonderful series! I would love to see you with a series on STM8, especially stm8s103f3 and stm8s003f3.
These videos are so good.
NICE! We want more!
This best video tutorial. Thank you so much
For this, your first go-round went well. : = ))
well... thats the best led blink thing i have seen. all that.. hundred parts..? thanks for the time you've spent, thats the way to do it (teach).
ps: big thanks
Great Series, Thank you Mitchel
awesome!, thanks, just want I needed to program an attiny20!, thanks for making this!
Great work bro❤️😎
Yo dude, nice video, thank you
great job am subscribing now
excellent as always!
Brilliant video
this was excellent!
Amazing video , inspires me to program without an ide.
By all means, if you don't want to use an IDE, go for it. This type of video is what inspires me to USE an IDE. I like to know what's going on behind the scenes so there's no "magic". But after that, I like to take advantage of all the cool tools out there.
Nice video. I used this chip in my toy as IR recivier :)
STM8's are great little chips, BTW. Small, simple, cheap, with ample pins to play with. I have an stm8s103f3p6.
@@MitchDavis2 You might want to take a look here: github.com/blippy/rpi/tree/master/stm8s103f3p6/bare
It's hastily-assembled bare metal files for the STM8S, including basic blinking, PWM, timer interrupts, uart, SPI and I2C. Expect bugs, particularly wrt I2C. But it might give you some inspiration. There's clearly a lot you can do with an STM8.
That's beautiful!
Thanks for the video.
very cool approach bro! First video of yours I saw, SUB'D!
Wow! You're committed. Nice work. I'm gonna stick with Arduino IDE :D
This is a great response. I went down this rabbit hole to learn HOW things worked. After you understand the low level stuff, you don't have to feel bad about using higher-level frameworks/IDEs. The only thing that stinks is if you develop a dependence on something, which can prevent you from learning new things. I started learning low level stuff so I could use an STM8 (which didn't have the support of modern frameworks/IDEs). But it certainly wasn't fun to try to learn everything from the ground up while leaving the wonderfully cultivated world of Arduino.
Great tutorials...cheers.
Great series!!!
This is great content!
Wow, just finished this serie of 9 vids.
This might just be flagged as one of the best tutorial series I've ever encountered on YT, scratch that, on the net! Very interesting, very detailed, and very comprehensible indeed. "Take one step back, ... to leap a couple of miles ahead" !
I must add, though, I am still wondering about the use, and the need, for those 'high fuse', 'extended fuse', and 'lock bits'. In addition, how to scribble EEPROM? (My guess is that it is done in a similar way as writing flash with avrdude?).
Keep up with this amazing quality! Now I'm heading to the LCD vid :D
//Best regards from The Netherlands
Vote up, nice clip, thanks for sharing :)