Some opinions on the development of 51 and AVR microcontrollers

The chips I used before are: AT89C51, 2051, PIC16C711, 16F84, LPC76X, ADuC812/834

But after seeing AVR, I think AVR has many advantages:

1. With 10-bit A/D, it generally meets the basic requirements of industrial control;

2. With FLASH and EEPROM, especially EEPROM, logic bombs can be placed to prevent some people from using it without paying;

3. Few pins, no external expansion bus, and good anti-interference performance;

4. Easy to develop, low hardware cost (I now use assembly language, I don't use C language, C language is too slow for high-speed real-time control). Using assembly language, to write a more complex control program (such as a high-power welding equipment SCR voltage regulator controller), including key display, PID, trigger and protection, 4K*16 bits are enough. Even if you develop a very complex industrial control system, 16K*8 bits ATmega16 is more than enough. The key lies in whether your programming level is enough;

5. The encryption performance is relatively good;

6. The price is cheap. For high-power industrial control equipment (at least more than 10,000 yuan), that little cost is nothing at all;

7. I originally wanted to use uPD7810 or 68HC11A8, but the price of the development system was too high and I couldn't afford it. Besides, it would take you a few days to use it.

So, I am still using 51 now, mainly using software simulation and dedicated emulators together. I use software simulation for AVR because the JTAG port takes up too much resources, and modifying the program is not as quick and convenient as ISP.

AVR is the chip I want now. It has all the basic functions, no external bus, and the possibility of being cracked by others is much smaller than 51. I really can't stand the paging of PIC, it's really annoying. The operating temperature range of AVR can also meet my industrial control requirements. Therefore, now I continue to work on 51 while learning AVR.

For real industrial control, DSP is useless except for space vector transformation and complex signal solution, and it wastes money and national resources:) Moreover, it is not easy to process, and it is not cost-effective if the quantity is not large, so I don’t use 320LF3407/2812, ARM, etc.

To see whether a chip is useful, I think the following points should be considered:

1. Whether your product can meet the market demand;

2. The cost is relatively low;

3. Low development cost, including hardware cost and software cost;

4. Printed board design is easy;

5. Excellent encryption performance;

6. There is room for upgrading;

7. You can place logic bombs (no other way, it is suitable for China's national conditions where "the one who owes money is the father, and the one who collects the debt is the grandson");

8. The pin driving capability is large, and the number of external expansion devices can be minimized;

9. The development language can easily add software anti-interference and takes up less code resources;

10. Wide operating temperature range and strong power adaptability.

I am not developing a Mars rover or the Shenzhou spacecraft. At most, I have only been exposed to some simple equipment in military electronic equipment (not phased array radar fire control systems or sonar processing equipment), so there is no need for VXworks or uC-OSII or other "fancy" things. In fact, for a good assembly language system, program transplantation is not difficult to achieve as long as you modularize the program and carefully allocate resources. However, I have not seen any prawn who can directly transplant C51 to AVR. Transplantation often means compatibility with this series of chips, not with different MCUs. It may be unified in the future, but at least it is not unified now, so be patient, haha. Moreover, for a company of your own, for example, you used to make mobile phone chargers, and now you are suddenly asked to make 250KW high-power welding equipment. It seems that you can't get started without 3 to 5 years of experience, let alone make money. If you start a company or work for a company, if you do everything, you will definitely not be the best at anything, just like Haier Electric in China.

Therefore, I still use assembly language and still don't use C language. I am still engaged in high-power electronic equipment control. Although the development speed is slower (than C language), at least users will not return the goods I send. This is the law of survival in the market, not the law of survival for academic fraudsters.