PROTOCOLS: UART - I2C - SPI - Serial communications

$2 for 5PCBs (Any solder mask colour): jlcpcb.com
In this video I show you more or less how i2c, UART and SPI serial communications work with a few examples. More details for other protocols soon...
Help my projects on Patreon : / electronoobs
my Q&A page: electronoobs.co...
Facebook page: / electronoobs
Canal en Español: / electronoobs en español
ELECTRONOOBS.io sign up: electronoobs.io/
LINKS
-------------------------------------
Serial communications details: electronoobs.co...
Other pages
More info: www.totalphase...
More info: maker.pro/ardu...
🔬PRINTERS FDM
-------------------------------------
Artillery Sidewinderr X1 (364€ Aliexpress): s.click.aliexp...
Artillery GENIUS (307€ Aliexpress): s.click.aliexp...
Creality3D Ender 3 Pro (230€ Aliexpress): s.click.aliexp...
Anycubic Mega S (206€ Aliexpress): s.click.aliexp...
ELEGOO NEPTUNE 2 (186€ Aliexpress): s.click.aliexp...
Prusa i3 MK3S Clone (393€ Aliexpress): s.click.aliexp...
Creality CR-10 V3 (480€ Aliexpress): s.click.aliexp...
🔅PRINTERS RESIN
-------------------------------------
ELEGOO Mars Pro (208€ Aliexpress): s.click.aliexp...
ELEGOO Saturn MSLA (480€ Aliexpress): s.click.aliexp...
Anycubic Photon Mono (199€ Aliexpress): s.click.aliexp...
Creality HALOT ONE (275€ Aliexpress): s.click.aliexp...
Like share and subscribe to motivate me. Thank you
#UART
#i2c
#SPI

[@abdulkhadarmohd7283]

Yes sir we want more videos on this topic thank you, you are awesome Love from india

[@puneethkumar703]

hi Mohammed Arbaz, I am a part of the open-source Arduino simulator development team. It will be great if you can have a look and share your feedback🙏😃 Some of the examples are here wokwi.com/arduino/libraries and here www.wokwi.com as well if it is interesting kindly let me know

[@harshdesai1932]

You just have made me understand one of my most confusing Topic. so glad to have you in my subscription list. You are amazing. realmente te aprecio hermano

[@TheHookUp]

This is a really great video. I teach this in my intro to engineering class and this video is going to be a must watch addition to that lecture. Cheers.

[@greymind0072]

I respect and really appreciate the effort it would have taken for you to make such nice animations for explaining. Its a delight to see your work . I'm a fan, really helped me to understand concepts better. I will appreciate if you show more of oscilloscope result with a simple example data. Otherwise i love the work. Its just A1 class

[@justdoingodswork]

We need a video on CAN protocols too, thank you so much for this video.

[@bramburn]

Dude I couldn’t explain this any better. Well done

[@MrForcat]

Masterclass, I studied a bit of this decades ago but much better explained. Now I want to create an MBUS CDC emulator for 30 years old car stereos.

[@acecool1715]

This is great, hope this series continues

[@pnutamechatronix544]

Please do more on CAN communication and the others. You are such a great help in education and simplifying such difficult subjects many thanks

[@rgusso]

best video so far explaining protocols in a simple way! thanks for doing it!

[@lincolnkarim1]

Very clear explanation. If I may suggest--It may be worthwhile to draw the vertical sides of the pulses slightly slanted to remind us that the pulses are not ever square, but it takes time to climb from low to high and likewise to fall from high to low. I believe that the counting actually takes place at the middle of the slope (zero crossing) of the leading and trailing edges. Thanks for taking the time to produce this video.

[@wgm-en2gx]

CAN and JTAG would be interesting.

[@adiigeak8568]

+1

[@whootoo1117]

JTAG, CAN, RS-232 & MIDI

[@Ashishchabha]

CAN is also very commonly used in protocols. Please make a video.

[@DanielToebe]

Yes I would love to see a deep dive in to can

[@MarceloCutin]

Absolutely agree. CAN bus would be great.

[@benhetland576]

Speaking of "bauds per second" is actually not very useful in this context, because the term "baud" itself actually means "state changes per second"! (Thus bauds/sec would technically be the _change_ in the rate of communication.) A change in state of a communication line may also - and often does - represent more than one bit, although for I2C and RS-232 it does indeed represent only 1 bit per (potential) state change, so its baudrate equals the bitrate or bps (bits per second).

[@kuukatti]

And also, I2C does not need to know the baud-rate beforehand, that's why we have a wire for a clock.

[@alteriaautomation6867]

yeeep

[@remus-alexandrusimion3439]

In most digital communications baudrate is bitrate. The difference applies to analog communication, where phase shift and multiple amplitudes can encode bits. And yes, all sync communication can lack the bit rate information since the clock establishes the bitrate. It is however usual to establish some margins for each device, and if master is outside those margins errors can occur (usually due to hardware timing restrictions of some other kind).

[@hansdegroot652]

So i2c could do adaptive baud rate? In theory at least

[@yasirrakhurrafat1142]

​@@hansdegroot652 i think you could develop a program on the sending and receiving device. That'd send a signal to the receiving device to change its baud rate (on the receiving device). On the uart communication system as well, although it'd take its sweet time for the changes to take effect. As for the i2c, itd be just about instantaneous. Soo, yes.. theoretically you could have adaptive baud rate on the i2c, although I think a predetermined, static rate should probably be more efficient and stable.

[@praveenraj29]

Awesome Video tutorial on Serial Communication with very clear explanation. Kudos Electronoobs!!!

[@elhoward7440]

PCIe uses serial lanes because of another advantage of serial, parallel interfaces suffer from signal skew of bits sent over traces of differing length, so the top clock speed of a serial bus can be higher than the top speed of a parallel bus. PCIe can have up to 16 serial lanes, but data is divided a byte at a time to each lane rather than a bit at a time. We have such good serdes chips now that serial is taking over.

[@avinashreddybhavanam]

sir continue the videos with other protocols to

[@XanthiumIndustries]

we have a youtube channel that deals with Arduino,ATmega328P,Java,Serial programming ,robotics. So if you like these stuff do Subscribe. Sorry for annoying

[@omskariyazmaraikayer913]

Brief and to the point. Very useful video .

[@meirrose2347]

In one great video I learned so much about the serial connection I use every day on my arduino. Thank you

[@HealzDog]

You explained serial communication better than anyone else

[@outbru]

Heyy, it would be REALLY REALLY appreciated a video like this for the PCI/PCIe protocol.

[@notchaudiollc765]

Thanks for this video! Best explanation for a hardware guy like me I’ve seen. Getting into UART for BLE radios here.

[@mortenlund1418]

I can not give you enough thumbs up. Great video!!!

[@oliviazhai1831]

thanks so much for the video, is so helpful for my exam ❤

[@tamilkanijayaraman602]

It's helpful to all of us. Please check, Mosi and miso connection between master and slave. Correct me if wrong.

[@pranaypallavtripathi2460]

I would like to have a series of videos like this teaching everything about serial communication. Please consider.🙏

[@arjuncp9892]

The way you explain and show with examples is really great to understand. Special thanks for this splendid video. Keep doing this and spread knowledge💯📖📚📝. I have seen a lot of videos online and have to say you nailed it in this session. Wish you all the best and would love to see the rest of the protocol details

[@deniscortes2786]

OH!! YES INDEED.. NOT NEW FOR ME BECAUSE I"M A SEASONED TECH.. BUT IS GOOD TO BRING TO MY MIND THE OLD GOOD TIMES.. THANKS..

[@kashyapjoshi6959]

Plsss upload More video about individuals its very important ....for logical understanding...

[@markc9871]

GREAT graphics. Well done.

[@danielwarzecha2007]

Excellently presented. Thank you

[@gavindavis7514]

Thank you very much for this clear explanation

[@rikvermeer1325]

Love your accent/voice/enthousiasm man... it flows and keeps me interested :)

[@rikvermeer1325]

(the video is also really well made)

[@adamk7754]

thank you for your video but i think there was mistake in UART, the data transmission (of 196) is transmitted from LSB to MSB not the opposite

[@qwaszxcde13]

Very informative and easy to understand video, Thanks!😃

[@samuelgosselin7545]

You forgot to mention the parity bit for UART configuration. They are not mandatory but they can assure consistency in this data transmission

[@srinivasaprasanth]

sir i like your explanation.Thank you

[@raksss000]

Great explanation !! My kind feedback would be that you may want to talk bit slowly . Otherwise , the video representation is really amazing !

[@g38ra]

very informative, simple and fast. Thank you, plz make more.

[@toptv7977]

Learning a lot form you

[@Julius-fd2sd]

GREAT PRESENTATION ! :) Very helpful :)

[@makerspacexuanvinhtech4374]

It is great Video, so helpful for us. Many thanks for sharing.

[@xrhl]

Very Nice Explanation !!

[@pedrobenevenutovaladares9734]

Awesome, Love from Brazil

[@nnd18571]

Very good explanations!

[@adityasingh5377]

Appreciate your efforts sir

[@abhijitrashinkar]

Hello! I am pleased to see this video, you really made things look so simple, keep it up my friend, cheers...

[@muhammadsaleemkottupanthar2321]

Thanks for your video and Waiting for interesting protocols like USB, AXI etc..

[@nadembourkaib4185]

clear explanation thanks

[@EkelundDK]

Very informative video. Great work.

[@ywertngy4394]

Simple and clear content, thanks! Btw can you make a video about MIPI as well?

[@zerobit778]

Great video And I have a question about 4:58. If I am not mistaken, the signal will go toward right and the end bit will get to the receiver first right?

[@smart_bar]

wow very cool material

[@kaustubhsalve9047]

best explaination

[@mr.peanut2096]

This is awesome. Great work!

[@momq1434]

Nice video, thank you for your introduction.

[@notsonominal]

Good video, although a bit difficult to hear the difference between bit and byte sometimes.

[@Audio_Simon]

I read that UART is a hardware system, not a communication protocol. So was the communication protocol shown here RS-232?

[@psynim]

please do a video about usb communication

[@ozgunaydn]

Great explanation, well defined and clear. I have a question about counting 52uS(in the example) to the middle of the bit. As explained, data could be unstable at the beginning of the bit clock is ticking at least half of the bit time. My question is, Is there a formula/theorem/proof of why things are done that way? In other words what was the concept behind this? It would be much appreciated if you can answer this. Thank you very much.

[@abu0ibraheem]

Interesting video

[@jwdsoft]

I hope that you make a tutorial on how to implement JTAG or SPI on arduino it will be so good.i have a good understanding how these protocols works but still need to see an example for implementation of the protocol I mean to write code for arduino to talk jtag using some chip datasheet to implement it's JTAG for reading and writing Thank you

[@ajaykrishna3372]

Very informative👏👏👏

[@steveosteen]

Great Explanations !

[@mikeh6206]

Do you know what the protocol type would be be for the ductless split air conditioners. They are 4 wire, 2 power one signal and one ground.

[@rty1955]

Haha RS-232 is a voltage specification, same with RS-422, 20ma current loop etc. And the terminology is 9600bps. Becuase the b is in lower case, that mean BITS. If fhe b was in upper case, lije Bps, that means. BYTES per second. You also skipped over rhe history if serial communication, which is very important for people to inderstand. Way back people used Morse code to communicate. The setup was a sounder (magnetic device that clicked when energized, and a Key that you pressed to make the sounder click. The key had a slide switch on it to open or close the "loop". The sounder and key was connected in series with a current source. If you connected two (or more) of these setups (key&sounder) in series with each other, when you opened your switch and began to key, every sounder in the line would click oit the Morse code. This only required a pair of wires to be run from building to building. The railroad had coast to coast tracks all over the country so jt was natural to string a pair of wires along the railroad tracks from city to city. This was the basis for "Western Union" to provide telegrams across the country. It was like a coast to coast party line, not very private. It also required an operator to be present anytine a msg was to come thru. Enter the TELETYPE machine. It was mechanical but could utilize the existing wires across the country! Each teletype required two wires to operate. This was PERFECT! Now a msg could be sent ANYTIME w/o and operator present to receive it! But HOW to send a msg??? Inside the teletype was a single motor that used standard a/c voltage @69hz. Perfect! Now we have a motor that is synchronized with our elect power and would rotate very precisely. At the end of the motor shaft had a rotary wheel on a clutch. This clutch would activate each time the loop would open (start pulse) as the wheel rotated it match the same rotation of the teletype that was sending a msg. As the wheel rotated fhe sending teletype would open and close the loop rapidly. This rapid open and close represented each bit that was to be transmitted. This would set levers in the receiving teletype and when the stop bit was sensed, the receiving teletype, printed the correct character on the paper! Yoy would have to send a carriage return THEN the line feed in that krder to allow the print wheel to go back to a home position WHILE advancing the paper up 1 line. The teletype were slow at only 11 characters/second (or 110bps, or 11cps) the reason it was 110bps was 1 start bit, 8 data bits, 1 stop bit = 10bits per character. There was no such thing as a parity bit as the teletype were dumb machines and was unable to calculate a parity not tell the transmitter to resend the character. Even with NO parity it was a very reliable way to communicate. They used a loop of current that was a constant 20ma. The voltage would vary and devices were added or removed and only Western Union did the work.

[@hornet3983]

I clearly don’t understand something here because I don’t see any other comments about it but how does the uart serial transmission know that the stop but isn’t just for the binary

[@bhu1334]

This was very informative

[@ranjanpal7217]

Amazing Explanation. I have a query on this topic. In SPI there is no Acknowledgement bit. Can you please elaborate on this. Specifically does it mean that our micro-controller (Raspberry Pi) wont be able to receive data at fixed sampling from the ADC (Ex. ADS1015)?

[@mallikarjunse]

CAN communication and it's speciality

[@jancenj2218]

On the above example, with the start bit on the left of the data bits and the stop bit on its right, are these data bits transferred from left to right or from right to left?

[@boonedockjourneyman7979]

Good job. Too much info for one video. Maybe create a series using 1 protocol in each. USB is critical to everyone. CAN for people working automation and JTAG for uP fans.

[@012forevetricks]

Wow this is an informative video

[@shirleywilson7464]

Long Live Alki 📽💬

[@shaya_sonnenberg]

Thanks for the awesome video!! i'd like a video about how to use the serial monitor in arduino IDE and the codes for each protocol. Thanks again for all your work and effort!! i find your videos very useful and informative!

[@ashishvishwakarma4880]

Please video for CAN jtag communication

[@mechanicalboy9590]

Please make video on MQTT Protocol

[@iwbnwif]

Another great video - thank you! Please can you say how you made these animations? It looks like many hours of work to produce them aside from storyboarding, scripting etc. to produce the tutorial.

[@sharathky3193]

I2C data format has acknowledgement and I2C works on acknowledgement mechanism after sending the 8bit data then it sends 1bit acknowledgement but In this video I2C has no acknowledgement

[@mactec54]

CAN would be good very good video

[@smkj9405]

love from india

[@pd.dataframe2833]

wait....how does UART detect end bit (which is high) from normal high bit

[@rasoulcarrera]

there is no better way to understand UART & I2C ,SPI

[@2electrodes]

Please make a video on usb

[@wailghaoui7811]

thanks

[@tonysfun]

Thanks for your video! How do you like your oscilloscope - and would you buy it again? If not, what scope would you buy? Have you played with Rigol Digital Oscilloscope DSO 4 Channels? Something comparable to yours?

[@lexiaontube]

Great thx !!!

[@pnuema1.618]

Brilliant

[@G-Code_official]

What software did you use for presentation and animation?

[@Rees3901Gmail]

excellent video

[@velialiyev3689]

I WONDER HOW CAN I CONNECT MY Globisens LabDisc TO ARDUINO VIA USB CABLE? ARDUINO HAS TX AND RX PINS, LabDisc SUPPORTS UART PROTOCOL. BUT I DON'T KNOW HOW TO READ SIGNALS FROM LabDisc OUTPUT CABLE WHICH IS FOR CONNECTING TO LAPTOP. IT WOULD BE FANTASTIC IF YOU SHARE A VIDEO ABOUT IT. THANKS IN ADVANCE.

[@avishjain4226]

That was a nice explanation! However, I want to mention few things 1. I2C is Half-Duplex (not Simplex) 2. SPI is Full Duplex 3. In I2C, we can configure the peripheral to both the modes - Acknowledge and No Acknowledge

[@elhoward7440]

SMBus and I2C are slightly different protocols using the same hardware. Isn't No Acknowledge actually SMBus?

[@AMG-gc4io]

what is I2C Protocol in Arduino Nano ?

[@knuckleduster05]

@@elhoward7440 no, ACK and NAK are both part of the I2C addressing protocol. When you write to a slave, the slave needs to pull down the SDA line to ACKnowledge that it is ready to receive communications.

[@thekitsunedev_hun]

@@AMG-gc4io Its the Wire.h library and the same pinout as the uno (A4,A5)

[@ksawery6568]

Also, I don't think you say Bauds/second, as 1 Baud = 1 bit/second

[@savage8336]

This is honestly one of the most helpful videos I've ever watched. I wish I saw this in school a few years ago.

[@mugglepower]

fuck schools man schools never teach you shit. of the 100% of content I learnt from college(in which my major MATSE is top 10 in US) probably 15% of the shit is actually useful. rest they just make you jump through hoops and run in circles and chase your own tail. I talked to professors and very smart people(well, smarter than me for sure) and they all tell me they purposefully make this shit difficult. I picked up more programming stuff in a month with my flipper zero than an entire semester worth of programming courses in college/. by the end I finished my college programming class i still have trouble fucking printing hello world but with interest and a bit of self learning I'm writing sql now.

[@AiJ_Alew]

I m not of this theme. Even dont know what that chips are for.... i m cab driver . Wanted just watch some fun on utube before sleep. And even I understood how these guys communicate😊 Really good lesson. I wish i could see that 50 years ago. Maybe that could change my life

[@puriap250]

Finally I understand how timing of serial communication works. Thank you.

[@arnavjain7564]

This is something I was really planning to study and the fact that you made a video on this at the perfect time is just awesomeee thanks😄

[@pertileluca]

In every video your animations are a pleasure for the eyes!

[@JRPM]

The video content, explanation, and editing is excellent. The pity is that you have an error when commenting on the operation of the microprocessor UART (RS232 is the interface that converts the TTL signal that comes out of the UART into an alternate two-level signal). The UART of the microprocessor (TX / D1 of the Arduino) initiates the transmission with the START bit, as you correctly point out, but the bit that is transmitted next is the least significant bit (LSB) of the byte to be transmitted, it is not the MSB bit. It would be good if you corrected that failure, because the rest is excellent, I attach a sheet that I made a few years ago: www.dropbox.com/s/bkzhtfr6ufsnba9/RS232.jpg?dl=0

[@lalaneverquit]

Thanks. I was confused because the bits as shown in the oscilloscope is reversed. Now I get it. Is this LSB first and MSB last in UART a compulsory or we can send MSB first and LSB last?

[@JRPM]

@@lalaneverquit LSB first.

[@domestron4422]

Nice video man You inpired me to start youtube and making videous I love how much work you put on videos You are awesome! I love some day to be one of my subscribers.

[@tonysfun]

I agree! Well done videos! Mine are unedited and nothing even close to these!

[@siddharthmali5841]

Great. Please make video on protocols like CAN and USB.

[@sameerUNO10100]

You are making grate videos which are very useful for us Keep making such videos: )

[@ELECTRONOOBS]

Sign up at ELECTRONOOBS.io: electronoobs.io/ Follow me on FACEBOOK for more: facebook.com/Electronoobs help me on Patreon: www.patreon.com/ELECTRONOOBS

[@TheJay6621]

and Sign up at electronoobs.io

[@ELECTRONOOBS]

@@TheJay6621 Thanks, just added that!

[@landroveraddict2457]

Great video, thank you for sharing. Where I'm from we pronounce UART as "You Art" but I guess we could both be right. Please keep doing videos your explanations are very good. 5*

[@LuisJimenezr01]

He's saying it in Spanish

[@fieroboom]

Thou art