PSOC 3/5 COMPONENT DESIGN CONTEST 1

Tip / Sign in to post questions, reply, level up, and achieve exciting badges. Know more

cross mob
lock attach
Attachments are accessible only for community members.
Anonymous
Not applicable

Attaching the Specifications. I will make sure that from the next week, the contest specification is put as a sticky note.

   

Sorry for the delay.

   

Last Date for submission : 12/17/2012 12:00 PM (PDT)

   

 

   

Regards,

   

Ramnath R K

0 Likes
7 Replies
HeLi_263931
Level 8
Level 8
100 solutions authored 50 solutions authored 25 solutions authored

I have one question though: the up/down input should not be a physical connection, but a component configuration, right? (having it as an input on the symbol and then saying it should be a 'configuration lable' confuses me somewhat).

   

Thanks,

   

hli

0 Likes
Anonymous
Not applicable

Yes, it need not be a separate input. It shall only be a component parameter.

   

 

   

Regards,

   

Ramnath R K

0 Likes
HeLi_263931
Level 8
Level 8
100 solutions authored 50 solutions authored 25 solutions authored

I have another question though (even multiple ones :), regarding #4 of the specification:

   
        
  1. assuming load goes high at t1, and clock goes high at t2, should load_values(t1) or load_values(t2) be loaded?
  2.     
  3. when load stays high for multiple clock periods, are the values loaded one time or each time?
  4.     
  5. when load goes high multiple times in a single clock period, should the first or the last values be loaded?
  6.    
   

And last but not least: where shall be send the components to? Just post them here?

0 Likes
Anonymous
Not applicable

 hli,

   

1. When load remains high for multiple clock cycles, at every rising edge of the clock, output the value that is available  at load_value input. Do not worry if the value is changing or not. Input to the system is something that we cannot control and hence if the load is high, then at every clock edge, just output the value that is present in the input load_value.

   

2. Load getting hit several times on a single clock pulse is something like a load signal racing over the system. I can assure you that load signal frequency is much less than the clock signal. 

   

3. The simple protocol would be,  if load is high, then at every rising edge of the clock, output the value available at the rising edge's instant on the load_value .

   

 

   

mail the component to

   

rkrm@cypress.com - Moderator PSoC 3

   

ancy@cypress.com - Moderator PSoC 5

0 Likes
HeLi_263931
Level 8
Level 8
100 solutions authored 50 solutions authored 25 solutions authored

Thanks for the clarification. This makes the implementation much easier (the way I understood it originally resulted in a counter having 3 different input clocks, and I was not able to synthesize this with Creator, despite having it work in a simulation).

0 Likes
Anonymous
Not applicable

 Thats great. Waiting to evaluate your component. We are just going to start this with simple questions, but on the go; the specifications will get much harder. 

   

There will also be an increase in the reward points for those questions.

   

Expecting a great response from the customers.

0 Likes
HeLi_263931
Level 8
Level 8
100 solutions authored 50 solutions authored 25 solutions authored

Done 🙂 But since it's a PSoC5 component, you won't get to see it... (But one could make an additional one for PSoC3, it shouldn't make a difference after all...)

0 Likes