저라면 MCU에서 처리가 가능하다면 MCU를 사용하는 것이 낫지 않을까 싶습니다.

물론 MCU로 처리하는데 이래저래 작업량이 많아지고 AP로 가서 그만큼 일이줄어든다면 다른 얘기지만요.

AP로 넘어가면 이래저래(DDR 튜닝, OS포팅, 생산성 등등.) 봐야할 부분이 많아 지니 

MCU에 해결할 수 있는 것이라면 그렇게 가는게 좋지 않을까 생각해봅니다. ^^

윗분들이 답들을 다 해 주셔서 제가 할말은 그다지 많지 않습니다만.....의견을 말씀드리면..


1. 요구 기능이 MCU에서 구현이 용이한지?(가능한지?가 아닙니다...^^)
즉, spec에도 만족해야 하고, 구현에도 난이도가 어려우면 안됩니다.

제 경험을 한가지 말씀드리면...
모바일AP중 하나에 ethernet을 붙여달라는 요구사항이었습니다.
usb host가 되지 않아 usb는 못쓰고, SROM bus도 못쓰는 상황입니다.
어쩔 수 없이 SPI로 붙였는데, 문제는 속도더군요....ㅠ.ㅠ, 게다가 cpu 점유율 장난 아녔습니다.

해서, AP가 필요할지 mcu를 쓰면 될지는 적절하게 정하시면 됩니다.


2. 단가와 개발기간 & 엔지니어를 몇명 투입할 것인가?
즉, 비용문제지요.

3. 해서 저는 결론을 다음과 같이 냅니다.
1> 요구 spec이 명확한가?
ex> Ethernet 속도는 최소/최대 어느 정도까지, 이 때 cpu의 점유율은 어느정도?

2> 적절 단가가 얼마인지?
예를 들어 mcu에 관련 기능들이 없다면 전부 외부에 붙여야 합니다.
외부에 붙이면 단가는 당연히 올라가고, 성능은 이와는 반대로 떨어지게 됩니다.

3> 산으로 갈 가능성이 있는가? 외주가 가능한가?
MCU로 힘든 상황인데, 그냥 계속 써 왔다는 이유로 mcu를 고집한다면,
나중에 배보다 배꼽이 더 큰 경우가 많습니다.

예를들어, Bluetooth, wifi, ethernet등 통신들이 붙이 시작하면
관련 프로토콜이나 프로파일 지원 때문에 ---> 산으로 고고씽....할 수 있습니다.

ex> 후배가 MCU에 wifi칩을 붙여서 작업을 했는데(초기 spec이 그 정도면 적당해서),
해당 wifi 칩벤더가 제대로 지원이 안되는 걸 영업이 나름 뻥치고,
게다가 갑님은 요구사항은 계속 늘리고.....해서 새로해야하는 경우까지 간적이 있습니다.

이럴 경우라면 AP가 낫죠....^^
아예 확실한데 외주 주는게 나을수도 있습니다.

----------------------
근래 아는 업체서 찾아와서 MCU와 같은 AP를 가지고 오디오와 wifi관련을 포팅이 가능한지 요청하더군요.
wifi와 오디오가 붙으면 실제로 mcu는 불가능하고, 나름의 성능이 나오는 ap를 써야 합니다.

1. 요구 기능이 MCU에서 구현이 용이한지?

=====>>> 사실, ethernet, 3G, BLE 등의  모듈을 붙여, 통신하겠다는 얘기만 있고, 스팩 같은것은 받지 못했습니다. 그래서 다들 막연히 MCU를 얘기 하고 있습니다.

2. 단가와 개발기간 & 엔지니어를 몇명 투입할 것인가?

=====>>> SW 1명, HW 1명 이요... T.T

3. 외주가 가능?

=====>>> 아마 안될것 같아요..

4. 적절 단가가 얼마인지?

=====>>> 무조건 싸게...  T.T..   HW쪽에서는 mcu에 관련 기능들이 없으니, 전부 외부에 붙여서 (모듈로)개발 하자고 하더군요

5. ethernet, 3G, BLE , LoRa 모듈을 달고, MCU를 사용하게 되면, 성능 이슈가 발생할까요? (32bit MCU 사용 예정) 

요구사항을 보고 적절히 결정해야지요.

멀티쓰레드로 처리되거나 시간제약이 많은 쪽은 MCU 를 선호하구요

멀티프로세스급 앱이 동작하는 리치한 환경이 필요하먼 AP 를 선호하구요.

두 기능이 모두 필요하면 둘다 사용합니다.