PIC 16F877 tốc độ của công nghệ !!!!!

[queduong]

so sánh khập khiễng quá bác ak,bản chất của các vi điều khiển 8 bit là cho các ứng dụng điều khiển tự động hóa,chuyển mạch nó được thiết kế cho dễ sử dụng và dễ sửa chữa,không hề hỗ trợ đồ họa,còn nhưng core 32bit cần phải gánh thêm phần đồ họa là chủ yếu nên nó mới cần tốc độ cao như vậy,nếu chỉ điều khiển bình thường thì đâu có cần tốc độ nhanh đâu,ví dụ đóng cắt mạch của các khởi động từ,các rơle,.....thì như nhau cả,về thời gian thực cũng như nhau :
ví dụ: cho bài toán nháy led với tần số 1Hz
thì con STM32 và con 89S52 hoàn toàn không có sự khác biệt ,cứ cho là 89S52 chạy thạch anh 1Mhz và con STM32 chạy thạch anh 72Mhz tốc độ chóng mặt !, tuy vậy thì vẫn phải đảm bảo là 1 giây nháy con led đó thôi !
-về giá cả thì chả ai nhét động cơ oto vào cái xe đạp cả nên có giá của nó hết không rẻ đâu,chạy nhanh ,32bit ,bán chậm hơn cả PIC16F

Bạn này nói không chuẩn , 1 bài toán đặt ra chẳng ai nháy mỗi con led rồi để so sánh 2 con MCU với nhau .
Với MCU xử lý tuần tự ( 1 nhân ) thì tốc độ cao là một lợi thế khỏi phải bàn cãi ( chính vì thế nhà sản xuất mới đua nhau đẩy tốc độ lên mà vẫn giữ hoặc hạ giá thành )... Một MCU có tốc độ cao cũng sẽ giải quyết tốt tính đa nhiệm và tính " gần real time " hơn . Trong tự động hóa ... không đơn thuần sài mấy con 8 bit điều khiển mấy cái rơ le hay khởi động từ hay các mạch logic chậm chạp khác ... trong đó còn có rất nhiều loại tín hiệu có tốc độ cao, nhanh ( ví như một số encoder tốc độ , xử lý di , dịch pha bảo vệ các thiết bị hàn ...v.v ) ... lúc đó sẽ phải cần đến các MCU mạnh , có tốc độ , chịu được môi trường khắc nghiệt v..v ... chứ không phải là mấy con pic16 chậm chạp và bình dân nữa !

[superhieu1]

so sánh khập khiễng quá bác ak,bản chất của các vi điều khiển 8 bit là cho các ứng dụng điều khiển tự động hóa,chuyển mạch nó được thiết kế cho dễ sử dụng và dễ sửa chữa,không hề hỗ trợ đồ họa,còn nhưng core 32bit cần phải gánh thêm phần đồ họa là chủ yếu nên nó mới cần tốc độ cao như vậy,nếu chỉ điều khiển bình thường thì đâu có cần tốc độ nhanh đâu,ví dụ đóng cắt mạch của các khởi động từ,các rơle,.....thì như nhau cả,về thời gian thực cũng như nhau :
ví dụ: cho bài toán nháy led với tần số 1Hz
thì con STM32 và con 89S52 hoàn toàn không có sự khác biệt ,cứ cho là 89S52 chạy thạch anh 1Mhz và con STM32 chạy thạch anh 72Mhz tốc độ chóng mặt !, tuy vậy thì vẫn phải đảm bảo là 1 giây nháy con led đó thôi !
-về giá cả thì chả ai nhét động cơ oto vào cái xe đạp cả nên có giá của nó hết không rẻ đâu,chạy nhanh ,32bit ,bán chậm hơn cả PIC16F

bác Dương nói đúng rồi đấy, nếu bạn nhấp nháy 1 Hz thì nói làm gì, con 4017 + thạch anh cũng làm được, tốc độ truyền và xử lý luồng dữ liệu ở đây mình cần tới 25Mbits, thì mấy con pic, kể cả pic32 cũng chào thua. dù nếu có đáp ứng được thì giá chát cực kỳ, làm sao ứng dụng được.

[h11540]

Bạn này nói không chuẩn , 1 bài toán đặt ra chẳng ai nháy mỗi con led rồi để so sánh 2 con MCU với nhau .
Với MCU xử lý tuần tự ( 1 nhân ) thì tốc độ cao là một lợi thế khỏi phải bàn cãi ( chính vì thế nhà sản xuất mới đua nhau đẩy tốc độ lên mà vẫn giữ hoặc hạ giá thành )... Một MCU có tốc độ cao cũng sẽ giải quyết tốt tính đa nhiệm và tính " gần real time " hơn . Trong tự động hóa ... không đơn thuần sài mấy con 8 bit điều khiển mấy cái rơ le hay khởi động từ hay các mạch logic chậm chạp khác ... trong đó còn có rất nhiều loại tín hiệu có tốc độ cao, nhanh ( ví như một số encoder tốc độ , xử lý di , dịch pha bảo vệ các thiết bị hàn ...v.v ) ... lúc đó sẽ phải cần đến các MCU mạnh , có tốc độ , chịu được môi trường khắc nghiệt v..v ... chứ không phải là mấy con pic16 chậm chạp và bình dân nữa !

khổ quá em đang nói về thời gian thực ,tức là 2 người phải chạy đến đích trong 1 giờ không được hơn cũng không được kém ,vậy thì thằng chạy bộ và thằng đi oto phải di trong thời gian như nhau còn gì nữa,kể cả xử lý nhanh hơn nhưng yêu cầu trễ 1s thì 2 con đều phải trễ 1s ,chứ nhanh thì cũng phải nhảy loanh quanh cho đủ 1s mà thôi ,em không biết gọi cái này là hiệu ứng gì nữa gọi tạm là thời gian trễ thực

-em công nhận việc tốc độ cao xử lý nhanh là 1 lợi thế ngàn năm không thay đổi,nhưng 1 con MCU có nhanh đến mấy thì điều khiển mấy cái phần cứng chậm như role,công tac tor,..,., thì cũng không làm nó nhanh được (không nói bán dẫn)
-cũng đồng ý với anh là các công việc cần chính xác thì con 8 bit kia không là gì cả so với con 32bit tốc độ bình thường nó đã nhanh gấp 4 lần rôì,độ phân giải nó cũng cao hơn nhiều nữa

[h11540]

bác Dương nói đúng rồi đấy, nếu bạn nhấp nháy 1 Hz thì nói làm gì, con 4017 + thạch anh cũng làm được, tốc độ truyền và xử lý luồng dữ liệu ở đây mình cần tới 25Mbits, thì mấy con pic, kể cả pic32 cũng chào thua. dù nếu có đáp ứng được thì giá chát cực kỳ, làm sao ứng dụng được.

đang nói về thời gian thực chứ mình không nói cách nháy con led ,con led để dễ hình dung thôi,thậm chí mình ngồi nhìn đồng hồ bấm nút cũng nháy led được

[h11540]

89 chạy vì nó thông dụng vs sinh viện trong việc vọc vdk thôi chứ từ ngày đi làm tới giờ em chưa thấy thiết bị nào sử dụng mấy con 89s51 52 đó cả. ngoài ứng dụng tự chế sử dụng cho mục đích nhân
quanh quanh là pic và avr, gần đây là các dòng arm như stm, ti...

có anh nhé rất nhiều trong đầu thu giải mã vệ tinh dùng card để thuê bao,lúc đầu em hí hửng gỡ về nạp nhưng nó khóa rồi ,nó dùng con 89C51 để đọc thẻ,có người còn bảo nó còn dùng điều khiển cây xăng nữa mà em chưa nhìn tận mắt bao giờ

[queduong]

khổ quá em đang nói về thời gian thực ,tức là 2 người phải chạy đến đích trong 1 giờ không được hơn cũng không được kém ,vậy thì thằng chạy bộ và thằng đi oto phải di trong thời gian như nhau còn gì nữa,kể cả xử lý nhanh hơn nhưng yêu cầu trễ 1s thì 2 con đều phải trễ 1s ,chứ nhanh thì cũng phải nhảy loanh quanh cho đủ 1s mà thôi ,em không biết gọi cái này là hiệu ứng gì nữa gọi tạm là thời gian trễ thực

-em công nhận việc tốc độ cao xử lý nhanh là 1 lợi thế ngàn năm không thay đổi,nhưng 1 con MCU có nhanh đến mấy thì điều khiển mấy cái phần cứng chậm như role,công tac tor,..,., thì cũng không làm nó nhanh được (không nói bán dẫn)
-cũng đồng ý với anh là các công việc cần chính xác thì con 8 bit kia không là gì cả so với con 32bit tốc độ bình thường nó đã nhanh gấp 4 lần rôì,độ phân giải nó cũng cao hơn nhiều nữa

Cậu nói chẳng có tí logic nào cả ... cũng cùng chân cẳng như nhau, kết nối đủ loại contact , role , đủ luôn cả UART , USB giờ có thêm cái encoder nữa ... thì cái thằng Tốc độ nhanh nó vẫn xử lý được ( vẫn bắt được xung ), vẫn điều khiển role nọ kia 1 giây như thường ... còn cái thằng tốc độ chậm thì làm ì ạch ( lúc đó xung nhảy mất rồi ) thì còn đọc được cái gì nữa !

Cậu lập trình mà không nghe thấy cái câu " trình dịch tối ưu " hay " phải tối ưu code " ... mục đích là để cái con MCU " cụ rùa " nó trơn tru và chạy nhanh ( không lòng vòng ) để còn lo đi xử lý các tác vụ khác nữa chứ !

--- Làm mấy cái đồ trong công nghiệp thì mấy con PIC , AVR , thậm chí cả STM32 72Mhz , 180Mhz ... mấy con ARM hàng cỏ thì cũng chẳng thấm thía vào đâu, ngậm ngùi mà nằm sọt.

Lúc đó lại phải dùng đến các loại có tốc độ hoạt động nhanh hơn, đáp ứng nhanh hơn, không phải xử lý nhiều lệnh rườm rà ( tương tự như IC logic cứng ) như mấy loại PAL , GAL , CPLD , FPGA ... hay thậm chí phải làm CPU rời + rom + ram .v.v để giải quyết công việc .

[Record]

rẻ nhưng ''chưa được ứng dụng'' nên vẫn ế ,mấy ông bán linh kiện bán 89 còn chạy hơn bán STM

Một câu ấu trĩ. Chả ai dám nói STM ế , và chả ai dám nới core 8051 ko đc dùng. Mỗi cái có ứng dụng riêng cho nó. Nói thật là anh bạn mới chập chững nhưng nói năng ngông cuồng lắm, kiến thức bản thân chưa nhiều thì nên tích cóp, chưa nên phán bậy. Nói thiệt là anh bạn chưa làm project công nghiệp nào nên chưa biết đc sự phân cấp về tính năng và chất lượng khi chọn lựa giải pháp, linh kiện để thi công dự án.
Nên tập trung nghiên cứu rõ ràng cho hiểu vấn đề hơn, tránh tào lao oang oang khiến mọi người ko thèm bàn luận thì lại chả đạt đc điều mìnhh cần.

[vungtau88]

thánh phán đây mà

mới học mà phán từa lưa, thấy giật tít cái chủ đề "" 8051 chống choi nhiễu ""' là biết gòi

[h11540]

Một câu ấu trĩ. Chả ai dám nói STM ế , và chả ai dám nới core 8051 ko đc dùng. Mỗi cái có ứng dụng riêng cho nó. Nói thật là anh bạn mới chập chững nhưng nói năng ngông cuồng lắm, kiến thức bản thân chưa nhiều thì nên tích cóp, chưa nên phán bậy. Nói thiệt là anh bạn chưa làm project công nghiệp nào nên chưa biết đc sự phân cấp về tính năng và chất lượng khi chọn lựa giải pháp, linh kiện để thi công dự án.
Nên tập trung nghiên cứu rõ ràng cho hiểu vấn đề hơn, tránh tào lao oang oang khiến mọi người ko thèm bàn luận thì lại chả đạt đc điều mìnhh cần.

-dù sao thì'' STM vẫn đang ế'',còn core 8051 vẫn rất nhiều người bảo chả làm gì được cho đời sự thật rất nhiều người bảo (khách quan)
-em xin nhận câu trình độ em còn non kém cái này không sai
-còn ngông cuồng thì em không chịu vì em đang học hỏi từ mọi người chứ không phải giảng bài hay thể hiện trình độ vì còn kém thì thể hiện cái gì ,thấy mọi người hỏi kiểu này kiểu kia hơn nữa lại là các đàn anh đi trước đáng tuổi anh tuổi chú mình thì cũng góp chuyện cho phải phép, chả nhẽ lơ như không, làm theo kiểu máy móc thực sự thì ''tiên học lễ hậu học văn'' ,ví dụ như anh mod và mọi người nói thì em cũng phải nghe và trao đổi để học thêm ,chứ cứ không đúng chủ đề mà làm lơ khác gì khinh mọi người,sống ích kỉ.

[h11540]

Cậu nói chẳng có tí logic nào cả ... cũng cùng chân cẳng như nhau, kết nối đủ loại contact , role , đủ luôn cả UART , USB giờ có thêm cái encoder nữa ... thì cái thằng Tốc độ nhanh nó vẫn xử lý được ( vẫn bắt được xung ), vẫn điều khiển role nọ kia 1 giây như thường ... còn cái thằng tốc độ chậm thì làm ì ạch ( lúc đó xung nhảy mất rồi ) thì còn đọc được cái gì nữa !

Cậu lập trình mà không nghe thấy cái câu " trình dịch tối ưu " hay " phải tối ưu code " ... mục đích là để cái con MCU " cụ rùa " nó trơn tru và chạy nhanh ( không lòng vòng ) để còn lo đi xử lý các tác vụ khác nữa chứ !

--- Làm mấy cái đồ trong công nghiệp thì mấy con PIC , AVR , thậm chí cả STM32 72Mhz , 180Mhz ... mấy con ARM hàng cỏ thì cũng chẳng thấm thía vào đâu, ngậm ngùi mà nằm sọt.

Lúc đó lại phải dùng đến các loại có tốc độ hoạt động nhanh hơn, đáp ứng nhanh hơn, không phải xử lý nhiều lệnh rườm rà ( tương tự như IC logic cứng ) như mấy loại PAL , GAL , CPLD , FPGA ... hay thậm chí phải làm CPU rời + rom + ram .v.v để giải quyết công việc .

vâng ! công nhận cái này em thiếu xót ,nhưng nếu mà nó cần delay 1 khoảng thời gian thì làm sao chạy 1 lèo để đọc cảm biến được anh nhỉ ,hay dùng ic số để chốt ??? cái này em hỏi thôi anh đừng hiểu lầm

[h11540]

thánh phán đây mà

mới học mà phán từa lưa, thấy giật tít cái chủ đề "" 8051 chống choi nhiễu ""' là biết gòi

sao bạn cứ quấy nhiễu tôi thế nhỉ chửi mãi cũng không thèm đi,thực tế tôi cũng chả quan tâm đâu nhưng nó làm trật cái trang này ra,mong bạn hiểu và đi chỗ khác giùm,chó nhà tôi quát phát là nó đi ngay đấy bạn ak.

[superhieu1]

bạn h11540, quả thật, mình cũng hơi phát ngại vì bạn viết nhiều quá, và sai nhiều quá.
VD, để điều khiển relay 1s đóng, không ai chơi delay để kẹt con trỏ MCU cả, có thể dùng các if hoặc swich case để dò cảm biến hoặc làm gì đó. cao cấp hơn thì quét bằng ngắt timer, encorder thì dùng ngắt ngoài, hoặc có CMU chuyên luôn món Encorder này.

thường thì ng ta dùng ngắt, nhay vào xử lý, rồi nhảy ra làm cái khác, chứ bắt nó ngồi đơ ra thì core i100 cũng bó tay.

[queduong]

vâng ! công nhận cái này em thiếu xót ,nhưng nếu mà nó cần delay 1 khoảng thời gian thì làm sao chạy 1 lèo để đọc cảm biến được anh nhỉ ,hay dùng ic số để chốt ??? cái này em hỏi thôi anh đừng hiểu lầm

Lập trình chuyên về xử lý người ta chẳng mấy khi sài cái delay đó đâu , delay là cái thời gian chết mà chẳng làm gì cả ( trừ trường hợp cố tình delay để reset , chống nhiễu, rung .v.v ) .
Còn không người sẽ phân chia ra nhiều luồng clock , nhiều luồng timer, tận dụng các ngắt- sau đó có cách bố trí chương trình hợp lý ( ưu tiên các sự kiện nào xảy ra trước, sau , ưu tiên cái nào quan trọng hơn .v.v) timer khi được kích hoạt sẽ chạy ... chạy đến giá trị quy định thì làm việc ( mà ta cần làm - VD đếm đến 1s thì ngắt role chẳng hạn) , còn các công việc khác vẫn cứ diễn ra bình thường .

[Record]

-dù sao thì'' STM vẫn đang ế'',còn core 8051 vẫn rất nhiều người bảo chả làm gì được cho đời sự thật rất nhiều người bảo (khách quan)
-em xin nhận câu trình độ em còn non kém cái này không sai
-còn ngông cuồng thì em không chịu vì em đang học hỏi từ mọi người chứ không phải giảng bài hay thể hiện trình độ vì còn kém thì thể hiện cái gì ,thấy mọi người hỏi kiểu này kiểu kia hơn nữa lại là các đàn anh đi trước đáng tuổi anh tuổi chú mình thì cũng góp chuyện cho phải phép, chả nhẽ lơ như không, làm theo kiểu máy móc thực sự thì ''tiên học lễ hậu học văn'' ,ví dụ như anh mod và mọi người nói thì em cũng phải nghe và trao đổi để học thêm ,chứ cứ không đúng chủ đề mà làm lơ khác gì khinh mọi người,sống ích kỉ.

Ai bảo core 8051 chả làm gì đc cho đời @@. Bạn có biết mấy cái máy đếm tiền cho taxi mà tôi từng hợp tác toàn chơi core 8051, chạy ổn định chả có vấn đề gì. Core 8051 có nhiều hãng thêm thắt chế cháo lắm, nó ko phải cứ là cái con ĂT9S52 mới là 8051 ( Mấy cái này bạn luận bét bê) ra rồi.
Chưa ai nói STM đang ế ngoài bạn . Sự thật là các sp bên tôi dùng STM rất nhiều, ko nên nhìn vào thị trường VN mà nói MCU này ế và MCU khác thì ko làm gì đc

[h11540]

bạn h11540, quả thật, mình cũng hơi phát ngại vì bạn viết nhiều quá, và sai nhiều quá.
VD, để điều khiển relay 1s đóng, không ai chơi delay để kẹt con trỏ MCU cả, có thể dùng các if hoặc swich case để dò cảm biến hoặc làm gì đó. cao cấp hơn thì quét bằng ngắt timer, encorder thì dùng ngắt ngoài, hoặc có CMU chuyên luôn món Encorder này.

thường thì ng ta dùng ngắt, nhay vào xử lý, rồi nhảy ra làm cái khác, chứ bắt nó ngồi đơ ra thì core i100 cũng bó tay.

Sai là phải ngại ??????????
quá nực cười,và nếu bạn không biết đọc thì mình xin nhắc lại đây là mình hỏi không phải viết tài liệu hay là hướng dẫn ai,bạn có kiến thức bạn giúp mình rất trân trọng và cảm ơn,nhưng mà không giúp được gì thì đi chỗ khác giùm
-sai không có gì là ngại hay phải xấu hổ,chỉ người sai mà không sửa mới nên tự xấu hổ,những người không chịu học hỏi,không giúp ích gì cho gia đình và xã hội mới đáng xấu hổ,kiến thức nó bao la lắm bạn có chắc hơn mình toàn bộ không ???? (đủ hổ báo chưa!!! )
-ở cái diễn đàn chả ai biết ai,ở thế giới ảo này cái to đẹp nhất là kiến thức và sự giúp đỡ người khác,mình chỉ nhìn vào đó thôi,bạn có là thạc sĩ hay kĩ sư nhưng không giúp được mình không chịu chia sẻ kiến thức thì mình cũng chả cần ,cứ ôm cái đống kiến thức chết tiệt đo hết đời lúc chết sẽ ai ai biết đâu họ chỉ tiếc thương những người đã giúp đỡ họ mà thôi
-mình không tâng bốc ai nhưng nhìn mod dương ấy chỉ ra chỗ chưa đúng,nói thêm để mình mở mang thêm kiến thức,nói thế thì ai chả phải nghe chả phải học,chưa đúng mình sửa ,chưa biết mình học
-thực sự thì mình còn phải đi làm kiếm sống nên thời gian học cực kì quý báu,ai giúp chút kiến thức nào là tốt tý đó