How to get source code onto a PIC microcontroller 

plz do an update video

@@mba2ceo Happy to, but an update on what?

@@FriendlyWire Write a program and keep adding code until the program no longer fits/works and display how many lines of code that is

@@mba2ceo Yeah, but for what controller? And what kind of lines? If you have lots of complicated operations it will be very few lines, and if it's basic stuff it can be a lot of them. But the best part: you can actually download the XC8 compiler and the MPLAB IDE and give it a try yourself, for the controller and code you have in mind :)

Wow, thank you so much! :)

Thank you for your kind words, Mohit! All the best wishes :)

Thank you so much, I am glad you find this video helpful! :)

Hey Bill, glad you like the video! Yes, there are so so many PICs out there, which is why I focus on just a few of them in my videos :)

@@FriendlyWire I jumped from the 16F887 to the 18F26K20 mostly because I wanted 3.3V. So much functionality I have yet to master! But most of the code can easily be ported. Thanks again.

@@billebrill8730 Yes, there is a lot of PIC controllers out there, and it can be very overwhelming to begin with. Instead of overthinking I always recommend to just start somewhere in order to form a solid basic understanding, and then branch out from there :) My first controller was the PIC16F627A :)

That's amazing, congratulations, and thank you for your kind words!

Hlw I've something to ask

Glad you found the video helpful! :)

Thank you for your kind words, I am glad you found it useful!

Thank you, Sudara, I am happy you like it! :)

Glad you like it, thank you so much!

Thank you so much, Martin, glad you like it!

Thank you so much for your kind comment, I am so glad you like the video and find it helpful :)

Thank you, glad you like it! :)

Glad you like it!

Thank you so much, Fabricio, I am glad you found my video helpful!

Oh yeah, good idea! It may work sometimes, but usually when the voltage breaks down it means that the PICkit3 cannot supply enough current (and there may be a reason for that, such as a large number of external components). Glad it worked in your case! :)

Thank you, happy to help! :)

Thank you, Muhammad, glad you like them!

Thanks Jhoan, glad you like it!

Glad you found it helpful, and have fun! :-)

Thank you very much, I am glad you like it! :)

Thank you, glad you like the video!

Thank you, Renato, glad you like it!

Thank you, glad you like it!

Glad you liked it! :)

Haha sure thing :)

Thank you so much, Mariam :)

Thank you, Jerry. I think they added the password (that can also be changed) so that it is possible to prevent a user from switching into the advanced mode. I can imagine that in schools or university labs instructors want students to use the default mode instead.

@@FriendlyWire Ah yes, it is good to keep students out of harms way. Thanks :)

Thank you, glad you like it! :)

Ha, you and me both! :) ( It's at 1:50 for anybody who is interested. )

Thank you for sharing, Mike, and I am so sorry that it didn't work for you. (Sorry that I am replying so late, I only now saw your comment.) MCLR does not require any resistor to VDD with ordinary PICs when programmed with the PICkit3. I am having some trouble finding this controller, the PIC52313. Usually the names start with PIC16F or PIC12F, but this one is different. Can you double check the name? I would love to figure out why it didn't work out properly.

Hi Stuart, thanks for your kind words! Sorry, I have no videos on the PIC10F200. The chips I use most frequently are the PIC16F1455, PIC16F627A, and the PIC16F883.

Oh, that's a cool project, and I am happy that my video could help you! Have a great day!

Oooh, I never even though about that! I hope it was not too confusing, but I will think about renaming the video. Thank you!

Thank you! I am using the XC8 compiler which you can download for free from the Microchip website. All the programs I write are on www.friendlywire.com, I always include them with the projects :)

Thank you, I am glad it's helpful. It is sometimes possible to extract the .hex-file stored on a PIC. (But please make sure that you are allowed and have the right to extract it.) At 8:25, instead of selecting a .hex-file from your computer, you can click on "Read" and that will read out the .hex-file stored on the PIC. Note that this is only possible when "code protection" has been turned off by whoever programmed that PIC before you.

Thank you! And yes, that's really the only way to think about it. But I decided to title the video like this because as a beginner I always thought that the actual code would be stored on the microcontroller. I hope the title did not make the video confusing :)

Libraries are not so common with PIC controllers; the reason is that each PIC controller is different. You can search for what you want to do, say, control an LCD. When you find a project online for a specific PIC you can usually use it easily yourself for the same PIC. For really advanced topics, such as SD card memory management or USB stuff you find some libraries, but for simpler stuff you probably have to code your own. I think of it as an advantage (long term) because it really teaches you how to code, but for beginners it can be frustrating. Do you have anything in mind, in particular? I would recommend to get started with a simple project, maybe one from this channel, and then take it from there :)

It was very kind of them :)

@@FriendlyWire You covered this topic well, so I’m not surprised. I just subscribed 👍🏻.

@@_jmeg_3436 Thank you, Jeff, welcome to the channel! :)

Thanks, glad you like it! This video only works for PIC microcontrollers and ATmega controllers, here is a list: pic-microcontroller.com/pickit-3-supported-devices/

@@FriendlyWire Thanks

Hey there, I am glad you found my video helpful! I am not sure how do to what you have in mind, I am sorry. Most likely the manufacturer has code protection enabled. But even if you can get access to the code, it will not be in C, but machine code, which is much harder to read for us humans. Do you have experience in hardware?

@@FriendlyWire Thanks for the answer, yes, I have experience, but when I open the binary I find: 5!`¤*4$ óÖX›Ñ ‹ìxœï› Ó>к½p, :-(... I just can't figure out what language this is. i tried all possible converters to extrapolate to C or other, but nothing,. , this file is loaded on the electronic card via USB, using a software: HIFlash.. :-(

@@fedeyoutub Try opening this with a hex editor instead, it may be more suitable. But it's probably just machine code for your device, so it will be difficult to convert it back.

Hello Davide, thank you for sharing, I am so glad to hear that and it means a lot to me! I have not covered EEPROMS yet, but hopefully I will do so in a future video. Thank you for the suggestion :)

It's probably because everything is enclosed in a loop like this: while(1) { // your LED stuff } Can you share your code?

Do you have a link to that one? I don't think I have ever used it, but it sounds interesting!

Thank you for your kind words! 1. In our case here, all circuits run on one VDD (typically 3V-5V) and there is only one ground potential. All chips are connected to VDD and to ground. If you connect the PICkit3 to such a circuit, then you have to connect the VDD pin of the PICkit3 to the VDD of your circuit (and hence to the VDD of all chips), and to the ground level. In general, you always have to make sure that the PICkit3 is connected to the VDD and ground of the controller you want to program. If your circuit has multiple voltages (say, there is also a 9V rail, and so on) the you have to be careful not to destroy the PICkit3, as it can only tolerate up to 5V. 2. Yeah, you can do that, provided that the chip does not have code protection enabled. Follow the steps in the video, and at 7:30, when you connect the controller, you see the option "Read" (in the same row as the "Program" button). If you click that button, you will be able to read out the current .hex-file that the microcontroller uses. The IPE will then ask you where to store that .hex-file, and then you can use that .hex-file and send it to other controllers, too. Hope that helps, let me know if you have more questions, and thank you again for your interest! :)

@@FriendlyWire Thank you for your prompt response. I did as you suggested but when I press the Read tab in the IPE it just say read successful and does not ask me to save it anywhere. I am using PicKit 4. I also enable the Pickit to supply the 5 volts. Any ideas? The Chip that I am using is a PIC16F877-20I/P

@@Electrolab28Ag Oops, my bad. I think after the read you have to click on File -> Export and save it this way. Does it work for you? :)

@@FriendlyWire I am out of the workshop today, buy once I get back and I'll try iy and let you know.

@@Electrolab28Ag Yeah, let me know if it works!

Thank you, Sanjay! Can you send me a link to that compiler?

I am sure HEX file will be same generated by MPLAB or MikroC.......but still want the clear my doubt.

@@sanjaybatra6593 If you have the .hex-file that is compiled for your PIC then you can definitely send it with the MPLAB IPE. The C code may be different for different compilers (XC8 in this case, but there are many others) but the .hex-file will always be the same :)

The two capacitors that connect each leg of the oscillator crystal to ground should be around 27pF. I use 22pF and it's fine. On most of the PIC microcontrollers (but not all), you can probably go as low as 15pF and as high as 50pF or higher and it won't stop your blinky program from working. You would use the cheapest type of capacitor, they are "ceramic". If you have a (wrong) capacitor that has a positive side and a negative side, it is NOT the right one. I have 22pF on my crystal oscillators on my old (and not powerful) PIC16F84A as well as my more powerful PIC18F4550, and plan to use that value on PIC16F877A and my other chips too. In the video, he runs another program to put the hex file to the chip, but it's not necessary, just press the arrow in MPLABX, and it'll program the chip, it's a million times faster!

My goodness, I just saw this comment from 2 months ago. Sorry to be so late to the party, and thank you @advanceinkscape8494 for your perfect answer. Also, besides what was already said, usually you need to check the datasheet of your crystal and it will tell you what its "load capacitance" is. Say it's 10pF. Then, if you ignore stray capacitance, you can usually take each capacitor to be twice that value, so: 20pF each, or, as was pointed out above, 22pF would also do the trick. Also, a lot of PICs allow you to use an internal oscillator, in which case you don't need an external crystal and capacitors at all.

@@FriendlyWire It's not necessary to consult the data sheet of a crystal. It's much more practical and realistic to consult the datasheet of your particular microcontroller where it's clearly stated what capacitors are required for a crystal oscillator. When employing a crystal, you will find in your PIC microcontroller datasheet two categories. The first is the values of capacitors suggested for resonators (not the one you want) and the other mentions "crystal", typically "crystal oscillator". You can take a shortcut to finding these sections, surprisingly, by doing a search for 'pf' (which may occur in datasheets only when talking about capacitors). The capacitor suggestions in the datasheet are indicated for which oscillator mode you want to use, which is the one thing you always have to specify when setting configuration bits. To keep life simple, use a 4MHz crystal (because it allows you to select either XT or high speed in the configuration bits, but simplify further and select XT). Also, as I previously stated, use a 22p capacitor on each leg of the crystal, it'll work for all the common PIC chips that hobbyists are likely to use.

Thank you, Alonzo, glad you like the video! :) I am not aware of auto recognition, but usually the MCLR/PGD/PGC lines are at the same place given a package size. How many pins does the PIC have?

@@FriendlyWire 18 PINs

@@AlonsoCorrales In that case I would just try the pinout of the PIC16F627A (friendlywire.com/tutorials/touch/PIC16F627A-datasheet.pdf). MCLR at pin 4, PGD at pin 13, PGC at pin 12, VDD at pin 14, and VDD at pin 14. Then you can make a list of all 18-pin PIC's and try them out by selecting them in the MPLAB IPE, and see if it connects properly.

I think the default password is "microchip" in the advanced settings, it should say somewhere in the window. I think the MPLAB IPE works with the PICkit 3.5, have you tried it?

Yes, if the code protection bit is turned off by whoever flashed the PIC, it's possible. Just connect it as shown in the video until 8:17, but then click on "Read" and the PICkit will attempt to read out the PIC's memory and retrieve the .hex-file, if possible. Hope it helps!

Looks to me that VDD is pin 1, GND is pin 8, MCLR is pin 4, PGD is pin 7, and PGC is pin 6. Check out table 3-1 in here: ww1.microchip.com/downloads/en/DeviceDoc/40139e.pdf Hope it helps!

Thank you for your feedback, I was not aware of that. I am traveling right now, but I will check this on my system when I get back. It would be a real shame, since the PICkit3 is cheaper and just perfect for hobby applications, no need for the much more expensive PICkit4 in my opinion. Thanks again!

@@FriendlyWire Hi. Got it wrong! You can use the PICKit 3 with v6.1.0!! You have to download extra packs which includes support for the ‘3’ So we can breathe again👌

@@rogthedodge99 Good to know, thanks for checking! Do you have a link for where to download the package?

Of course, those are good starting points. Switching an LED: ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-e4Q2dYVedPY.html Reading a voltage with an ADC: ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-AlpbbeX7-BU.html

@@FriendlyWire That was fantastic. Simple and straight.

@@anithasshenoy6662 Thanks a lot! :)

Hey there! I think this would best be accomplished with an array, where you store the 8-bit values of your sine-function. Do you also need negative voltages?

@@FriendlyWire Thanks. What you suggested, is more efficient solution.

@@FriendlyWire no negative voltages

@@imtiazhussain5027 If you don't need negative voltages then it is really the easiest solution I can think of :)

Follow the steps after 7:00. Connect to your PIC, and then click on "read." Then click on File -> Save As, and you can save the .hex code onto your computer. If "code protection" has been enabled, then it won't be possible to extract the .hex-code like this, however. Hope it helps!

Hi! I am not sure if I understand your question, can you elaborate?

Is it all working for you? All you need to do is find the locations of the PGD, PGC, and MCLR pins. Let me know if you have any questions :)

Thanks for the question! Can you share more details? You can also contact me on social media @FriendlyWire if you want to send a screenshot. Happy to help!

Thanks for the nice comment, Chris, I am so glad my video was helpful! :) Can you send me a link to your datasheet? I am happy to help! //edit: Nevermind, found it (ww1.microchip.com/downloads/en/devicedoc/40001413e.pdf)! Look at table 2 on page 3 :) It looks like PGD is RA0/pin 7; PGC is RA1/pin 6, and MCLR is RA3/pin 4. Hope that helps!

Hey Thank you so much. I appreciate the help.¡

Great, happy to help, and thank you for stopping by! :)

@@FriendlyWire Hey Jens, after many days of delay I got around to programming my PIC today and it went very smooth and programmed successfully. Thanks again for your easy to follow directions and help.

@@CliveDrone Hey Chris, that's fantastic news, I am so happy to hear it! On to new adventures!!!

For now, all my tutorials have companion articles where I explain the source code in detail. I am thinking of making videos just about the programming as well, kind of like this one here: ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-I6m_DTDsE4U.html . Is that what you have in mind? :)

Hello Saverio, thank you for your question. I am not sure what an .axe-file is, do you have a link with some documentation?

Thanks for your interest and for your question! When you set up the project etc. did you select the PIC16F28A as a device?

@@FriendlyWire yes i selected PIC16F628, maybe this issue is something to do with the internal clock?

@@djt3934 Yes, it could be that. Can you send me your code to my email (at the bottom of www.friendlywire.com) and I will have a look at it :)

I wish I knew... I have to set it up again every time myself, too. If you find a way that works, let me know!

@@FriendlyWire I will definitely let you know if I figure it out.

@@tzampini Thanks and good luck!

Unfortunately, if the data protection bit has been set, you cannot extract the data using the PICkit. That's why I never set it on my projects, just in case I ever need to clone a PIC and I no longer have the .hex-file.

Hey Ganesh, thanks for the question! For measuring AC voltages I would definitely recommend to use some sort of galvanic isolation, like an optocoupler. AC line voltage with 50Hz is rather slow compared to the MHz resolution you can get with PIC microcontrollers, so it would be relatively simple to detect a zero crossing. But I am not sure if I understand the rest of your question, can you explain more? :)

Thank you for your kind words :) Yes, it is probably doable, since you just need the three wires MCLR (Master Clear), PGD (Program Data), and PGC (Program Clock). But I am not an expert on doing this. If you search on Google for "homemade PIC programmer" I am sure you will find many helpful resources!

@@FriendlyWire alternative of a pickit3 for "ICSP (in circuit system programming) there's a way of directly connecting a PC serial port to the RB6/RB7 and uses a few components including a 12 V keyfob battery for the VPP. Has to use a real hardware rs232 serial port, a PC with usb adaptor is too slow to work.

@@jagmarc Yup, good point! Older development boards used to use that method, check out the Velleman K8048 that I list on my website here: www.friendlywire.com/articles/gear/#ch5 . I have found these types of programmers to not work as reliably as the USB ones, though.

@@FriendlyWire where are you serving your website from? I see you have a domain name. When my device connected the connection didn't upgrade itself to a https . I guess you're missing a setting on your .httaccess file or cPanel configuration

@@jagmarc You can also use www.friendlywire.com/articles/gear/#ch5 .

Hey Amit, thank you for your kind words :) Which PIC are you interested in?

@@FriendlyWire hi, i missed the notification. so sorry for late response. my PIC is PIC18F6520.

I also look on the internet and found that DM160228 EXPLORER 8 DEVELOPMENT board will do the job. However do i need an additional programming adapter as the package is TQFP.

Are you asking whether we can transfer data on EEPROMs using the PICkit3? I don't think this works, sorry.

Sorry for my late reply! I am not sure what went wrong... It could be a lot of things: wiring, unstable power supply, a bug in the code itself perhaps, a loose connection somewhere, or a USB port that cannot supply enough power. We would have to narrow it down some more. Did your setup work in the past, and not stopped working? Or is this the first time you are setting things up? (You can also get clones of the PICkit3 online, they are not so expensive as the newer PICkit4, and they work great.)

Thanks for your question, and I am glad it's mostly working already! Have you tried adding a 100uF capacitor and a 100nF capacitor in parallel to the battery? This should help stabilize things.

@@FriendlyWire Thanks a lot... that solved my problem...Fantastic. I will go on learning programming PIC's. Are you still making video clip of programming PIC's?

@@oveschleisner-meyer8139 Fantastic indeed, congratulations! Yes, I am still making videos, but it takes me some time to get them finished. Check out my Twitter @FriendlyWire where I post updates on the new projects :)

For now I will stick with PIC microcontrollers :)

Thanks for the question! The Z86E3116PSC is a Zilog microcontroller, not made by Microchip. For that reason, unfortunately, we cannot use the PICkit to program it.

Thanks

You need some sort of device for that. There are other options out there, including kits that use the serial connection from back in the day, but I find the PICkit3 or similar devices to be the easiest choice.

Hahaha, my favorite comment! :D

Yes, but you can only obtain the .hex file this way, and only if code protection is turned off on the PIC controller.

It's a good question, and things like this can be very frustrating, I have been there. I tried to find out of the MPLAB IPE supports the PICkit2, but I could not find it either on the official website or in the manual. I assume that it shows up in the IPE under "tool"?

THANKS, for my case I use the pickit2 software and that the pic 18f8680 is soldered on the electronic card and I have a 5 pin connector on the card for programming. THANKS@@FriendlyWire

You can find unofficial copies of the PICkit online, they cost much less. Also there are some circuits proposed by hobbyists that can get the job done, but I have never used those. What is your budget for a programmer, and where are you located? Maybe we can find one for you :)

@@FriendlyWire india

@@shrikantnikam2426 You can try searching for PICkit3.5, this is a popular third-party programmer that works well in my experience. Especially if you want to stay with PIC controllers it may be a good one-time investment. There are also older programmers that use the serial port to program PICs directly, but they do not work as reliably I find; one of these you can see here on my website: www.friendlywire.com/articles/gear/#ch5

It's a bit hidden, it shows up in the dist/default/production/ subfolder of your main project folder. Can you find it there? Alternatively, if you compile it inside MPLAB IDE, there should be a message where the .hex-file is stored. Hope it helps, let me know! :)

Thank you for your message, John. I don't think the PICkit3 will be useful for that, since "out of the box" it only interfaces with PIC microcontrollers. It may be possible to write your own PICkit3 firmware, but I am out of depth at that question. I think at www.reddit.com/r/AskElectronics/ you may find people who know how to do that. Good luck, and sorry I could not be of more help, I hope you will find a solution!

@@FriendlyWire Many thanks for your response. I will check the link and keep looking for a solution.

@@johnsparks3979 Good luck, and my apologies that I could not be of more help. Best of luck!

@@johnsparks3979 Best of luck! Did you find anything?

I typically do not offer paid services, but feel free to reach out to me via email (at the bottom of my website www.friendlywire.com) and if it is only a slight change then I can do it for free :)

Thank you Jens! I ordered everything that you used, so I should be receiving everything soon, and please, at least let me buy you a nice dinner via PayPal. Okay? I'll try my best to learn on-my-own, but if not, Bon appétit! : - ) LOL!

@@thejoeblowshow That's fantastic, let me know when it all arrives!

@@FriendlyWire You'll definitely be the first to know. : - ) Also, just curious to know, how difficult would it be to add a sfx, (press/beep) with the obvious peripherals added on to the breadboard? Is this thought of mine even in the realm of possibility?

@@thejoeblowshow I am sure you could add a piezo speaker to the mix (and probably a transistor and some passives to drive it properly), but I have actually never worked with those before.

Oh, that's not good. Can you send a photo of your setup? (My email is at the bottom of www.friendlywire.com, and you can also message me on Twitter or Instagram)

Good question, I should have mentioned! It can be used again and again :)

@@FriendlyWire Ok great and thanks

@@stnwrd Happy to help, and let me know if you have any other questions :)

Ok Thanks again

Did you find the datasheet for the PIC18F4550? MCLR is pin 1, PGD is pin 28, and PGC is pin 27. You can connect VDD at pin 20, and ground at pins 8 and 19. For anything else you just need to replace "PIC16F627A" in the tutorial above with PIC18F4550. Does it work? Let me know, I am happy to help more.

@@FriendlyWire let me try notify u shortly

@@ajs-tatu-spitstop9235 Sounds good!

This looks like a data transmission error, most likely the cables are not connected properly, it happens sometimes. If you have a picture, you can send it to me on Twitter or Instagram @FriendlyWire and we can figure it out :)

Did you solve the problem ?

Thank you for your interest! But I am sorry, I don't have enough time to help with individual projects, unless it is something that is very closely related to one of the videos, hope you understand. What is is about? :)

I am not sure if the PICkit2 is still supported by the current versions of MPLAB :( But the PICkit3 still is, for now, and you can get clones (sometimes called PICkit3.5) on Amazon and other sites for around $20. I know it's super silly that they keep making new programmers, since for these simple PICs the old ones work just fine...

Follow the steps after 7:00. Connect to your PIC, and then click on "read." Then click on File -> Save As, and you can save the .hex code onto your computer. If "code protection" has been enabled, then it won't be possible to extract the .hex-code like this, however. Hope it helps!

@@FriendlyWire thanks 🙏

@@satishkumar-gg5fm Happy to help, and thanks for stopping by! :)

Yes, the coding is done just on your computer. You only need it for the final step of transferring the code onto the controller.

@@FriendlyWire is there other way

@@mohomadashad4641 You need to physically connect the controller to the computer to transfer the code. The PICkit3 is one possible solution, there are other adapters as well. But you will always need one of these adapters.

@@FriendlyWire ok. what are the others

@@mohomadashad4641 PICkit4 is the newest one, but the PICkit3 works just fine. Why do you want to use a different one?

I'll do my best! :)

I am sorry this is so expensive... It seems a bit extreme, to be sure. If the developer has not activated "code protection" you can read out the .hex-file with the PICkit3. But I am sure they enabled the code protection using the configuration word of their PIC, which is what companies can do to protect their intellectual property. In this case it is not possible to get the .hex-file from the PIC.

Good question! It is impossible to obtain the C code from the PIC, all you can do is get the .hex-file. At 6:54, if you are connected to the PIC, you can click on "read" and that reads out the program memory, if it is not protected. The reason you cannot download the C code directly is this: it doesn't exist on the controller. C code only exists for us as a tool, but before it gets onto the controller it is compiled into the .hex-file. Hope this helps! :)

@@FriendlyWire that is fine. If I can get the hex code, I can then download it to other PICs to duplicate the same function, correct? Also, if the PIC in my equipment had the part number removed by the manufacturer, how do I figure out which one it is? I have the schematics of the board and all pin outs.

@@MrWatlow Yes, the .hex-file is all you need. There are many PICs with the same packages, but their connections PGD/PGC/MCLR tend to be at the same place for all PICs in a given package. But you still have to know what PIC it is. You can try this: maybe you think it's a PIC16F627A. Configure your MPLAB IPE to PIC16F627A and try to connect the PICkit3 to that mystery PIC. If it works, it's a PIC16F627A, if it doesn't, you have to keep trying.

Hey Adam, thanks for the question! I am not sure what you mean by check, but the MPLAB IPE does indeed support the PIC18F2420, so you could connect it to the PICkit. For the PIC18F2420, MCLR is at pin 1, PGD at pin 28, PGC at pin 27, VDD is at pin 20, and GND is at pins 8 and 19. (See the datasheet here: ww1.microchip.com/downloads/en/DeviceDoc/39631E.pdf ). Let me know if that helps! :)

I mean, I have one pre -programmed PIC microcontroller and another that has not been programmed. So my question is can I copy or re -read the code from a pre -programmed PIC microcontroller and re -copy the program and transfer it to another PIC controller

@@adamismaad9604 Yes, if the original PIC does not have code protection enabled you can read out the .hex-file. Look at 7:30 in the video. You can click on "read" and then you can download the existing .hex-file. Then, if you click on File -> Save As you can save this retrieved .hex-file, and then send it to any other PIC you want.

Oh ok thank you very much

@@adamismaad9604 Happy to help, let me know if it works!

You can program a lot of things with PICs :) What do you have in mind?

@@FriendlyWire good day here is only a video about flashing LEDs...this is not enough for beginners-I don't understand enough either.I have one project and I want to ask if you will help me?

@@roman_m Hey Roman, you can check out the other videos on my channel (as well as the articles on www.friendlywire.com) and that should definitely get you started with PIC microcontrollers. But I agree, there is always more to talk about! What is your project about?

I am only using the XC8 compiler, and that specific dialect for PIC microcontrollers. Is there anything in C++ that you would like to do that is cumbersome or difficult in the XC8 language?

Oh, I see, that thought did not cross my mind at all, thanks for the heads up!

Not sure I understand?

This is hard to say, it depends on the PIC controller. Also, one line of C can result in a lot of operations. For example, the simple command NOP(); (which does nothing) is only one instruction, whereas an operation int c = d*2.789; can be extremely resource-intensive (floating point operation). So: it depends :) Do you have a specific PIC in mind?