CCS C Software and Maintenance Offers
FAQFAQ   FAQForum Help   FAQOfficial CCS Support   SearchSearch  RegisterRegister 

ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

CCS does not monitor this forum on a regular basis.

Please do not post bug reports on this forum. Send them to CCS Technical Support

Dual-core dsPIC just released - dsPIC33CH
Goto page Previous  1, 2
 
Post new topic   Reply to topic    CCS Forum Index -> General CCS C Discussion
View previous topic :: View next topic  
Author Message
Ttelmah



Joined: 11 Mar 2010
Posts: 19536

View user's profile Send private message

PostPosted: Mon Mar 11, 2019 2:57 am     Reply with quote

As I said right early on in this thread:
Quote:

However this is not a multi-core processor in the normal sense, but just dual chips, in one package, with a communication/sync system (a multi-core would be sharing the resources, the description implies these don't).


It is effectively just like current programming for a pair of independant
processors. Except for needing a library added to handle allocation of
the peripherals, and the communication link between the cores.
avatarengineer



Joined: 13 May 2013
Posts: 51
Location: Arizona

View user's profile Send private message Visit poster's website

dsPIC33CH looks like fun, but...
PostPosted: Wed Apr 10, 2019 11:58 am     Reply with quote

Most of my applications might benefit from a separate engine handling live communications while another is busy with work.
Protocol parsing can use up too much time while a control loop is active. In power conversion, my speciality, I can't afford a mS burned within a control sequence so communications must be very short or handled in special ways.

Curious about programming complexity;
If the CH parts had separate programming ICSP pins, that might be easy for CCS to handle, but it might be an issue with programming hardware (U64) if they are shared.

My dislike of the dsPIC parts are the analog peripherals.
OpAmps with +/- 20mV offset with 2.8-3.6Vdd is awful if not unusable.
That means only 7bits of analog is available which is a very low limit for accuracy. I try to avoid adding external peripherals unless size and budget are wide open.
bkamen



Joined: 07 Jan 2004
Posts: 1615
Location: Central Illinois, USA

View user's profile Send private message

Re: dsPIC33CH looks like fun, but...
PostPosted: Wed Apr 10, 2019 1:20 pm     Reply with quote

avatarengineer wrote:
Most of my applications might benefit from a separate engine handling live communications while another is busy with work.
Protocol parsing can use up too much time while a control loop is active. In power conversion, my speciality, I can't afford a mS burned within a control sequence so communications must be very short or handled in special ways.


It does open up some interesting ideas for sure...

I'm about to work on a dual-pic design that's using an 18F and 24F.

Possibly both could be combined into one.
_________________
Dazed and confused? I don't think so. Just "plain lost" will do. :D
Display posts from previous:   
Post new topic   Reply to topic    CCS Forum Index -> General CCS C Discussion All times are GMT - 6 Hours
Goto page Previous  1, 2
Page 2 of 2

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum


Powered by phpBB © 2001, 2005 phpBB Group