SPI: The serial peripheral interface
ฝัง
- เผยแพร่เมื่อ 3 ก.ย. 2021
- More 6502 computer info: eater.net/6502
Here's the temperature sensor module used in this video: www.amazon.com/gp/product/B07...
More info on the sensor: tiny.cc/bme280
Support these videos on Patreon: / beneater or eater.net/support for other ways to support.
------------------
Social media:
Website: www.eater.net
Twitter: / ben_eater
Patreon: / beneater
Reddit: / beneater
Special thanks to these supporters for making this video possible:
Aleksey Smolenchuk, Anders Carlsson, Andrew C. Young, Anson VanDoren, Anthanasius, anula, Armin Brauns, Ben, Ben Cochran, Ben Kamens, Ben Williams, Benny Olsson, Bill Cooksey, Binh Tran, Bouke Groenescheij, Bradley Pirtle, Bradley Stach, Brian T Hoover, Bryan Brickman, Burt Humburg, Carlos Ambrozak, Chris, Christian Carter, Christopher Blackmon, Dale Andrew Darling, Daniel Jeppsson, Daniel Tang, Dave Burley, Dave Walter, David Brown, David Clark, David Cox, David Dawkins, David House, David Sastre Medina, David Turner, David Worsham, Dean Bevan, Dean Winger, Dilip Gowda, Dissy, dko, Dmitry Guyvoronsky, Dušan Dželebdžić, Dzevad Trumic, Emilio Mendoza, Eric Dynowski, Erik Broeders, Eugene Bulkin, Evan Thayer, Eveli László, George Miroshnykov, Gonzalo Diaz, Harry McDow, hotwire33, Ingo Eble, Ivan Sorokin, James Capuder, james schaefer, Jared Dziedzic, Jason DeStefano, Jason Specland, JavaXP, Jaxon Ketterman, Jay Binks, Jayne Gabriele, Jeremy, Jeremy Cole, Jesse Miller, Jim Kelly, Jim Knowler, Jim Van Meggelen, Joe Beda, Joe OConnor, Joe Pregracke, Joel Miller, John Fenwick, John Hamberger jn., John Meade, Jon Dugan, Joseph Portaro, Joshua King, Jurģis Brigmanis, Kai Wells, Kefen, Kenneth Christensen, Kitick, Koreo, Lambda GPU Workstations, Larry, László Bácsi, Lucky Resistor, Lukasz Pacholik, Marcos Fujisawa, Marcus Classon, Mark Day, Marko Clemente, Martin Noble, Martin Roth, Mats Fredriksson, Matt Krueger, Matthäus Pawelczyk, Matthew Duphily, Max Gawletta, Maxim Hansen, melvin2001, Michael Tedder, Michael Timbrook, Michael Weitman, Miguel Ríos, mikebad, Mikel Lindsaar, Miles Macchiaroli, Muqeet Mujahid, My Yiddishe Mama, Nicholas Counts, Nicholas Moresco, Not Yet Wise, Örn Arnarson, Paul Pluzhnikov, Paul Randal, Pete Dietl, Phil Dennis, Philip Hofstetter, Phillip Glau, PixelSergey, Porus, ProgrammerDor, Randal Masutani, Randy True, raoulvp, Renaldas Zioma, Ric King, Richard Ertel, Rick Hennigan, Robert Comyn, Robert Diaz, Robey Pointer, Roland Bobek,§çīŤøşHï ŇåĶąýŐbŕÔ, Scott Holmes, Sean Patrick O’Brien, Sergey Kruk, Shelton, SonOfSofaman, Stefan Nesinger, Stefanus Du Toit, Stephen, Stephen Kovalcik, Stephen Riley, Stephen Smithstone, Steve Jones, Tayler Porter, TheWebMachine, Thomas Bruggink, Thomas Eriksen, Tim Walkowski, Tom, Tom Yedwab, Tommaso Palmieri, Tyler Latham, Vincent Bernat, Walter Montalvo, Warren Miller, William, Wim Coekaerts, Wraithan McCarroll, xisente, Yee Lam Wan
![เกิดใหม่ทั้งทีก็เป็นสไลม์ไปซะแล้ว ซีซั่น 3 - ตอนที่ 55 [ซับไทย]](http://i.ytimg.com/vi/JfRpviYiQPY/mqdefault.jpg)
"More valuable than a thousand days of diligent study is one day with a great teacher."
--Japanese Proverb
"Your not wrong."
- Norfolk saying...
@@stoatrepublic Very COoL.. :O)
"The Norfolk dialect, also known as Broad Norfolk, is a dialect spoken in the county of Norfolk in England which sits within the broader East Anglian English. While less widely and purely spoken than in its heyday, the dialect and vocabulary can still be heard across the county, with some variations?. Wikipedia
@@ovalwingnut I'm Norfolk through'n'through, broadcast across the Norfolk Broads everyday and drive a tractor/lawn mower.
@J Hemphill Very COoL.. :O)
"You're not wrong"
--Sweet Brown
-- "Ain't Nobody Got time For That" --
"I got bronchitis
ain’t nobody got time for that.
Ain’t nobody got time for that
Ain’t nobody got time for that
Ain’t nobody got time,
ain’t nobody got time
Ain’t nobody got time for that
Well, I woke up to get me a cold pop
Then I thought somebody was
BBQing
(BBQing)
(BBQing)
I said, “Oh, lord Jesus it’s a fire!”
Then I ran out,
I didn’t grab
no shoes or nothing Jesus
I ran for my life
Ain’t nobody got time for that
Ain’t nobody got time for that
Ain’t nobody got time,
ain’t nobody got time
Ain’t nobody got time for that
Ain’t nobody got time for that
Ain’t nobody got time for that
Ain’t nobody got time,
ain’t nobody got time
Ain’t nobody got time for that
I said, “Oh, lord Jesus it’s a fire.”
I said, “Oh, lord Jesus it’s a fire.”
I said, “Oh, lord Jesus it’s a fire.”
Jesus, Jesus, Jesus, it’s a fire.
Ain’t nobody got time for that
Ain’t nobody got time for that
Ain’t nobody got time,
ain’t nobody got time
Ain’t nobody got time for that
Ain’t nobody got time for that
Ain’t nobody got time,
ain’t nobody got time
Ain’t nobody got time for that"
Cheers JH (good one BTW, which is more than I can say for them' lyrics:)
I disagree with this saying
I would just like to point out how god damn clean and user friendly the datasheet of the BME280 is. Timing diagrams annotated with the bit-indices, comprehensible english, a clickable table of contents, using vector graphics for every graphical element. I wish every datasheet was this well made.
"Comprehensible English" had to chuckle at that one!
I used this little sensor (via I2C though) in my projects, it is quite reliable and precise. I agree, the manual is just beautiful from the software developer's point of view (hopefully, from electronic engineer's one too). They describe whatever you need and you want to know about this sensor in details. A perfect example how it should be done properly.
I am working with the AD7771 ADC from analog devices, using the SPI interface. I wish the datasheet was 10% as friendly as the BME280 datasheet is.... Not only regarding the SPI protocol but explaining properly what certain registers do.
The pdf’s all fine and readable, but the damn BME thing heats itself up quite significantly, unlike the el cheapo chinesium DHT sensors.
@@sashimanu How??? The average current-consumption while measuring at 1Hz is less than 4uA. Max consumption is ~1mA, so it should be literally impossible to heat this thing up if used right. It is a temperature sensor too after all, it isn't allowed to heat itself up by DESIGN. You either got a fake, your wiring is wrong or your GPIOs are set up wrong. Are you disconnecting VDD, but keep the SPI/CS lines powered? (could cause backfeeding through the ESD-diodes) Are you using it at above 3.6 volt?
I'm an electrical engineering student and I've gotta say you've single-handedly reminded me why I chose my major and revitalized my love for electronics.
I'm also a student and feel the same way. School can be rather demotivating, while content like this is inspiring and motivating.
When I was at school I had no interest in grades or classes whatsoever. It was only until my friend taught me how to solder which was when my interest took off
Can i ask, is he doing more of electrical/electronics or computer engineering?
These are genuinely my sentiments as well
I'm just a hobbyist but agree, Ben's videos are always like that.
I am 80, but your explanation was clear, concise and intellectually satisfying. Congatulations on a superb piece of teaching that I will remember as a classic explanation.
May I ask you what your career was in, Sir?
This dude is better than a college education and he's free.
Sounds like a good reason to join his Patreon!
I learned 100 times more during his computer build THAN I did getting my BS in Electrical Engineering Technology. His free video explained why in just a few minutes where school just said what.
Had to edit my reply because Mr. English Professor called out a misspelling. My misspellings are proportional to how much I've had to drink....
Certainly more practical
@@rymaples Need to work on your English though... *than
@@nathanrice3890 My dude this is a TH-cam comment, NOT YOUR THESIS!
The biggest plus with Ben Eater's videos is that he has given free access to the murkiest and deeply obfuscated engineering procedures and workflows for the common people. Even if we don't fully grasp them, we know that these notoriously complex workings happening right before our eyes can be tamed with time and effort. No other contributor I have experienced has gone this far, this easily.
Gosh I needed an SPI class soooo bad, it came in the best timing ever
No pun intended
That's because Ben controls the clock.
@@renakunisaki Click... Click... Click...
@@smooooth_ All puns should be intended. 😉
It's rare to see a Ben Eater video where I am very familiar with what he is showcasing. I've written multiple drivers using different HALs for the shown sensor.
Good job bro
Plus there. Working with SPI-like interfaces at work.
The HAL9000 is the best, but sometimes a little bit homicidal.
@@sdspivey 😁
Hi. In your HAL were this SPI sensor's temp/pressure registers memory mapped or IO mapped somehow (possibly via an SPI controller) that you could simple read/write to obtain the temp/pressure data? I'm trying to understand how a 'modern' processor on a motherboard talks to SPI chip (like SPI flash memory containing the BIOS). Surely you didn't 'bit bang' like Ben did here inside your driver code?
brings back EE undergrad memories. the toughest ones, microcontroller lab, assembly, LDA-ing and STA-ing bit by bit just like that. Protocols I forgot, addresses I still remember, funny failure stories... 🤓😅
Just remember this is exactly how engineering really goes. You just follow the datasheet it works the first time perfectly, and you feel rewarded at the end.
Yeah only it doesn't work first time
STEM students felt that one
@@harryjohnson615 Actually sometimes it does and when it does it feels so good.
I remeber once we had four day weekend (Easter) to set up a new facility. New system & computers, user accounts etc. We got it running on monday morning and the first test was success. We had 5 men team where I was the one controlling the workflow and checking on the server side that each computer on the network was responding properly. Last thing was to fire the script that made those user accounts and check that they were set up correctly. They were and we were off to celebrate. Had private sauna with food and drink courtesy by the company management. Actually I think I slept four hours during those four days. We postponed the celebration to tuesday and got both tuesday and wednesday off. We also got mighty hefty one time compensation for that work. Felt pretty good.
Electronics/computer engineering is definitely a career for people who like to read the manual.
I used SPI in my final project for university. We had a microcontroller controlling a series of LED displays. The controller sent the display a byte of data using SPI which the display read as an ASCII character and displayed. The interesting thing is we had the display setup so that whenever they received data they would output their old data and then we daisy-chained displays so each one sent the last character it received onto the next. That way we could control a whole bunch of LED displays with just the one chip select line. The end display would wrap around back to the controller. We used that to allow the controller to figure out how many displays were connected. it would send out zeros for a while to clear out whatever data was in the displays and then send all ones and count how many sends it took to get the ones back. However sends it took was the number of displays attached.
While implementing that counting logic I made a mistake in my looping bounds. The counter variable was only a single byte and I told it to loop until that byte was 256 which of course never happened. Made a very interesting strobe effect though. As the displays were constantly being interrupted to transmit and receive data.
That's super cool! Thanks for the break-down. I'm going to order some bread boards to run some projects a friend told me about
This was great! Would love follow-up videos on I²C and maybe UART
If only Bosch were as good at keeping their sensors in stock as they are at writing data sheets for their products...
To be very fair, it has been a pretty hard year for everyone. But yeah, we want hardware!
I was just telling my wife how the USB interface videos were fascinating and fun, this just adds to it. Thanks!
Your wife? Did she understand? 😆
After only 6 minutes, I feel like I already learned so much
the production value that goes into these videos is pretty insane tbh, it must take a shitton of effort to line up the voice overs, the edits and the script to work how you're doing it. It's all very minimal but ohhhhh so precise and delicate, which kinda fits who you are as a figure on youtube. Kudos to you, Ben, for the work you're putting into the production of these videos
Ben you are an absolute institution. I'm a chemist, and closet electrical engineer / low level software engineer and your content is so precisely the right level for my brain it's ridiculous. I mean, I'm a complete amateur and such but your pace, tone and rigour with which you go through the detail is sublime. Hats off to you sir. Not that I wear a hat
Literally the only firmware programming I ever did was to write an I2C implementation that could control the LEDs and read the temperature sensor on a network (interconnect) card. We had the prototype cards without the ASIC on them and I ended up bit-banging a parallel port on a desktop PC to implement a (very slow) I2C.
The company (Quadrics) went bust a few months later and I never actually got to see my code running from the ASIC, and that was the end of my glorious firmware programming career.
what are you doing now? have you left the firmware programinng?
@@nikhilwardrobe Oh yeah, that was an aberration. These days am an SRE, which suits me fine.
@@Vanders456 I'm working as intern with designation as embedded firmware developer. I have heard the pay isn't that good. Why did you shifted from firmware to sre and how did you do that?
This feels like arcane knowledge. Crazy to think how much I don't know or understand about devices that are essential to my well-being. Amazing video, as always!
I love the way you explain things, I feel now so confident at school and really feel the hunger to see all old vids too, they are just amazing!
Ben you're an incredible engineer. You're inspiring an entire generation towards EE or CE
Was having some issues with SPI on a sensor for a project I'm currently working on. This video is perfect timing. 👍
Was just re-studying the breadboard computer, then suddenly this pops up.
Google is watching watch TH-cam.
I don't know why, this seems like an extremely dry topic and yet you manage to explain it well and simple enough and interesting at the same time. Fascinating. Kudos!
I had trouble with an SPI chip once.... I never considered that I was maybe using the wrong clock mode.... thanks for the tip!
I always do SPI on microcontrollers with a built in SPI port.... very interesting seeing you "go old school" and implementing the interface with bit-banging.... showing us how it REALLY WORKS.
We might also mention that devices vary about whether MSb or LSb is sent/received first. If all 8 outputs of the decoder is used, you will also need to devote one more pin to selecting/deselecting the decoder; otherwise, one of the eight devices will always be selected. If output 7 is not used, then writing 111 to the decoder will deselect all used devices, however.
I'm falling to find a reason that it's a bad thing that one will always be selected. If the device needs the clock to start a conversation anyway?
@@modmen. The chip knows the byte is complete only after it is de-selected... You could still select another chip without transferring any data, but some chips don't respond well to that.
This is really awesome! @42 years old, i learned a lot with this man... you're really good...
You got an absolutely gorgeous and powerful Oscilloscope there!!
Yes, I'm drooling for that one also. :)
That brought back memories. i used to lecture on 6502, 68xx, 68HC11 etc. I retired 21 years ago last week. I now play with ESP8266/32 to stay out of trouble!
I’m not quite sure why, but just seeing this video pop up bought a welcome wave of happiness. Thankyou!
Love these explanations! Pretty amazing how responsive that little sensor is.
Please keep making videos like this. You are the reason why I understand this computer thing more deeply if not I don't know what I'm learning. Thank you! Ben.
I will tell this in my own slang: "sos un capo". A big thanks from the southern hemisphere. It was very useful.
Thanks Ben, you made my project simpler, TMS9900 that now can use SPI directly without a glue chip. Saved 100 hrs of investigation.
This video summarize 100 hours of lectures, this is really what I’m looking for! very good job. Thumbs up 👍
I can't thank you enough for this incredibly informative and well produced video. You did a great job to help decrypt the datasheet for me.
You are amazing, as an electrical engineering student myself I can't thank you enough for what you have done for the community. Keep up the good work, I learned a lot from this video alone!
I've spent the last couple weeks working on getting an SPI SD card reader working.. this is perfect! Thanks!
In my research and attempts to get an SD card reader working, I've found that SPI not being completely standard has some issues. As you said in your video the clock, DI and DO lines are common bus lines and CS is individual to the device. Some types of devices do things that are kind of odd. For example when you initialize an SD card reader you send at least 74 clock pulses with CS held high to get it into SPI mode. I'm no expert but I don't think that's a good idea when you want to have multiple devices on the same bus, devices should only respond to anything when their select line is low. It's low risk in this case (if the card reader is on the SPI bus you want it to be in SPI mode) but it just doesn't seem right that an SPI device can be influenced when their CS line is high.
SD cards are insane.
These videos of yours, and not only this, are such information gold 💪🏻 Thanks for sharing your knowledge on difficult and complicated things with the world!
wow.. every explanation video i watch, there are always these little questions pops in my head and sadly almost everyone leave behind those questions and leaves me clueless about what i have learn... sir you go into every single detail and the same time adding more knowledge and that to me is impressive. i wish i can learn from you someday.. sir you are an exceptional teacher i never had...thank you
Thank you for this video. I really like the way you are showing stuff, in such a depth that is very good to understand and includes all necessary details to fully understand it.
I just wanted to say thank you, I have enjoyed your videos about computer basics in the past, and I want you to know that I have really liked them
Thank you. I was lost with the spi bus but I now have a better understanding.
It is really educational that you go through how to interpret the data sheets/manuals! I’ve learned a lot about how computers work and coding watching your videos and it makes me interested in learning more ☺️
Working as an embedded engineer I absolutely love your videos. I always get ideas from them. Also I'm always reminded to read the freaked manual! Happy coding 😁
These protocol videos are fantastic. It is all very visual and the lack of jargon makes it super accessible.
Never missed a single lecture from ben.. he has immense indepth knowledge.. thanx fr giving
Have seen a few of your videos so far and they are precise and highly educational without the usual smalltalk and infomercial "noise". Also, I'm not into posting comments but, I must commend you for your effort and clarity. Not only are you an excellent engineer, but you are also an excellent teacher, which is very rare. Thanks and keep up the good work.
Bro ,your explanation is so really clear to understand. Thanks a lot.
Great Presentation. For newbie, this gave clear insight about SPI protocol to understand the physical connections of the SPI interface. Thank you.
Ben explains everything so incredibly well. Excellent!
Great video. I learned microcontrollers back in the 1980s with a Heathkit 6800 course. I’m glad to see you’re getting down to assembly language level. I’ve been playing around with the Raspberry Pi PICO in MicroPython. That’s a lot easier, but it’s harder to understand what’s going on when I’m just using a library that someone else made up.
Very clear presentation covering all the key points.
Such a great visualization of polarity and phase. And it's wonderful to see the 6502 back in action!
Thanks for taking the advice from the Reddit post. There are a lot of people that will appreciate these communication protocol video series.
RS485 next
agree, rs485 would be nice!
Thank you for all these amazing videos. Please consider covering I2C and RS-232 to TTL converters as well!
Which is faster/more efficient for large amounts of data? SPI or I2C?
If im using SPI can i just increase clock speed to increase performance (to a point)?
@@karlm9584 SPI is inherently faster. I2C uses pullup resistors while SPI has push/pull drivers using transistors, not resistors.
@@darer13 thanks!
@@karlm9584 to add a little more info: I2C can technically run at a few different speeds. Generally, it runs at 100 or 400 kbit/sec, 100 is the base spec but most things I know of support 400, though a few modifications and support can clock it up to 1.7 or 3.4 Mbit/sec with the master device actively driving the clock line, but those two also include some slight protocol changes to make sure you don't get into a situation where a slave is pulling SCL low as a master is driving it high.
SPI can technically clock as fast as whatever device you're addressing can take (or whatever the capacitance on your line dictates). If you're using SPI, you can increase SCL to whatever the datasheet for the peripheral device says it can respond to.
If you're transferring large amounts of data, I2C also has acknowledgements as part of the protocol, where every byte needs to be acknowledged as received and/or correctly interpreted. I2C is also *always* a two-wire bus, regardless of the peripheral count, whereas SPI is 3+n, where n is the count.
SPI, lacking any protocol, can technically just be used as a stripped down serial connection, and just blurt out a bunch of bits, at whatever speed, and it's up to you to write the protocol to make sure the data was read correctly.
Thank you for creating more content and sharing more knowledge.
Man that scope helped so much with my understanding of the 2 way aspect. Cheers again!
Great video. I use SPI all the time but via libraries. Nice to see it broken out. I appreciate the time and effort it takes to make a video like this.
I am currently in high school but can easily understand each and every bit of your video, amazing to see how clear are your concepts!!!!
Thank you for all your videos.
I thought that the world of integrated circuits and boards was dead and gone.
You take me back to the early 1980's when I started programming on a 8088 and my VIC 20's 6502 and then the late 80's when I taught the Z80 family to high schoolers.
You are doing a brilliant job.
Helpful information. Thank you
Great explanation! Thank you so much!
Love these videos.. please don't ever stop uploading
This has been the best hands-on explanation I’ve seen of SPI, period. Please do one on I2C and UART!
What a delightful video. Nothing like a plain simple SPI masterclass from Ben to chill out.
These videos are really great. Im currently studying wjec A-level electronics in UK, you'd be suprised by how little resources are available to revise from. Some of these videos have been super helpful!
Thank you very much for uploading this. All of your series has teached me so much. Again, thank you.
Top notch content -- very well done. Thanks!
Pretty neat, ive been working on a spi device for the past few weeks. And its nice to get some of the background about it.
Ben, thanks for a very clear and informative video on the SPI protocol. I was interested to see you working with the Motorola 6502. This reminded me of an upgrade project at Cutler Hammer, Fenton ,Michigan in 1978 when I had to convert a static CRT display of machine tool data to a dynamic one, updating the various events and parameters on the screen as and when they occurred, No SPI in those days just RS232c! The programming of the machine code was handled by a cross assembler on a DEC pdp11! Computers and microcontrollers have come a long way since then. Never-the-less, it is good to see the Motorola machine code again and see it being used with modern devices and protocols. Much appreciated!
Just yesterday I decided to learn the details of SPI and did some research, and then today, my computer tells me you have the video I want to see! Perfect timing. :)
I'm just a laymann and I've gotta say you've single-handedly reinforced me why I love (and study) electronics/computer science myself.
Been wanting to try out the new Thanks feature and this seemed like a great video to do just that. Great content. Thanks!
You seem to have an incredibly good command of low level stuff, which is a very rare skill in an era where everything is abstracted away through super high level programming languages.
very clear and well explained as always Ben. Much appreciated.
Thank you Ben!
Putting it in my EE playlist...
Thanks for the interesting and helpful video! Love it. Your explainations are clear and accurate
Great Video! Thanks for the information !
Thanks for the nice videos - educational, clear and concise!
Very deeply explained, and highly informative video! Great job Ben! 😄
23:40
Hello, my name is 6502 Microprocessor, and I like to spiin!
Thanks dude for your amazing work. 🤩
Most awesome, you correlate a lot there with the scope to prove it.
Thanks you Ben, another amazing video! I had no idea of how SPI worked, now I feel I understand it!
Was literally just doing some reading on SPI for uni. Amazing timing
Yeah I needed this now and you just posted . Thanks 😊
I spent the last month trying to get a handle on SPI, and a week later this video comes out explaining it better than any other resource I've found....
What a slick advertising of EEV Blog multimeter! :-) Thank you for the video, Ben.
I own this multimeter and Ben needs to update his firmware!
Sitting here with the parts to make a USB Host interface to a 6502 computer using a component with an SPI interface. Then I stumble on this channel, and find a video on the SPI interface on a 6502 computer, and the same channel has a video on the USB protocol. Convenient.
I have waited for this video for such a long time. - Thank You
Amazing content video! It helps me to understand what SPI in fact is.
Your videos really are fantastic, thank you!
Thank you very much! I use micro-controllers using libraries that abstract using the devices over SPI. This helps me better understand what is going on underneath all of the abstraction.
Tip, you can also use SPI for very simple circuits. E.g. feeding a shift register ic (74hc595 maybe) with SPI output is an easy and cheap way to control LEDs. What more, it can be daisy chained so the only limit is the SPI bus speed or the ic frequency.
I use a 595 as a bus controller for SPI, lol.
74HC595 and 74HC165 can operate upto 31MHz max at 4.5V or 36MHz at 6V according to Ti. So it's quite suprisingly fast given that Atmega328p's SPI can go only upto half of clock Speed, typically 8MHz on Arduino Uno or 10MHz if 20MHz crystal is used instead
@@prathamkalgutkar7538 it's not super surprising, where would they get the rest of the speed from? you get a cycle to set up the data with clock low, then a cycle of reading the data with clock high
well explained sir. thanks for sharing your knowledge
Ben has tought me over several videos way more than me tried get this knowledge over years
thanks for the clear explanation
Was literally trying to figure out this whole SPI thing yesterday during a microcontroller lab I’m enrolled in at school. The professor wasn’t very helpful in explaining it and this guy answers most of my questions in the first 5 minutes. THANK YOU GOD KING BEN 👑👑👑
Always brilliant