Page 4 of 6

Re: MCP3561/2/4 MCP3564 Click Board

Posted: Thu Sep 23, 2021 7:19 pm
by SpeedPIC32
Hello,
is anyone else working on getting this up and running or have I missed something?

greetings

Re: MCP3561/2/4 MCP3564 Click Board

Posted: Fri Sep 24, 2021 11:48 am
by BenR
Hello,

Thanks for the library, that might proove useful. I'll have a look and see if I can apply anything from it.

Hmm it looks like the source is either precompiled or requires an application to look through it. I'll see if I can find a way to make sense of it.

Re: MCP3561/2/4 MCP3564 Click Board

Posted: Fri Sep 24, 2021 12:18 pm
by p.erasmus
Guys mikroE libraries are closed not opensource
:D

Re: MCP3561/2/4 MCP3564 Click Board

Posted: Tue Sep 28, 2021 5:24 pm
by S_VE
Hi Ben

I thing adc.c and adc.h are the source code for this board

you may please give a try.

Re: MCP3561/2/4 MCP3564 Click Board

Posted: Tue Sep 28, 2021 5:39 pm
by S_VE
Hi Peter,

Very True, MikroE libraries are "closed source" most of the time.

but if the SRC under "file CONTAINS'" is highlighted in green, then there is a good chance of source code in the zip file.

Re: MCP3561/2/4 MCP3564 Click Board

Posted: Wed Oct 13, 2021 6:36 pm
by SpeedPIC32
Hello,
Is there still a chance for the software?
I thought the hardware I sent accelerates it but nothing happens anymore?
I don't think that's good. You have to work on it again, even if it's no fun. Actually, it shouldn't be a problem with the software from Me, since I have a PIC32 compiler from them, unfortunately only the basic version.
Is there a timetable for further work on this?
Greetings SpeedPic32

Re: MCP3561/2/4 MCP3564 Click Board

Posted: Mon Oct 18, 2021 4:26 pm
by BenR
Hello,

I'll have another go at the device for you tomorrow and see if I can get any further.

Re: MCP3561/2/4 MCP3564 Click Board

Posted: Sat Oct 30, 2021 11:30 am
by SpeedPIC32
Hi

What's next?
Nothing seems to be happening.
I find that really disappointing.
Is it no fun or is it too hard?
Not even a little message that you have tried again.
I don't like that.
It looks to me like the newest request is always processed first.
That is an unattractive behaviour.
Example: You drive into a garage and are served until the next person comes with his car. The new one, in turn, is served until another one actually arrives with his defective car, and so on.
Of course, it can also happen that a car is finished because no new car comes to the workshop.
I would prefer to see it done like with a FIFO memory.
Please think about it
Have a nice weekend

Re: MCP3561/2/4 MCP3564 Click Board

Posted: Sat Oct 30, 2021 1:47 pm
by BenR
Hello,

I have had another go for you but so far had no progress and so didn't think it was worth reporting. We have a lot on our plate at the moment but I will have another attempt on Monday with a new approach and see if I get anywhere with that.

If we don't answer things as they come in then quickly there becomes a backlog and then no one is happy. FIFO is the ideal but in practise with each problem being different and with us being a small team it's not possible.

Re: MCP3561/2/4 MCP3564 Click Board

Posted: Mon Nov 01, 2021 5:04 pm
by BenR
Hello,

Definitely some progress today I've got it retuning sensible values now. I've pushed the latest component to the update system for you.

SPI default clock and phase needed tweaking and also needed some minor delays when using the polled non interrupt based sampling.

If you have a go then please let me know how you get on.