Wish List: Disabled component error checking issue fix.(?)

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

cross mob
Len_CONSULTRON
Level 9
Level 9
Beta tester 500 solutions authored 1000 replies posted

Hi,

I've had some Top-level designs and components yield some Application Build errors.

If possible, it would be desirable to change the NetList error checking algorithm.   I receive the error:

ADD: sdb.M0018: error: Multiple drivers on signal "Net_xxxxx", bit(s) "y".

Here is the condition where the error occurs:

There are occasions when I disable a component with one or more outputs.   This occurs at the TopDesign level or in the .cysch file of a component.   When I wire around the disabled component or place other non-disabled component outputs on the same signal, I get the above error message in the Application Build phase.

I either have to add a Virtual mux or delete the disabled component to prevent the error.

Suggestion:  It would be desirable for the NetList error checker to determine that the disabled component has no valid outputs and that the error message should not be thrown because of this component.

Len
"Engineering is an Art. The Art of Compromise."
1 Solution
MotooTanaka
Level 9
Level 9
Distributor - Marubun (Japan)
First comment on blog Beta tester First comment on KBA

Dear Len-san,

Your suggestion sounds nice.

For the time being, I tried the following workaround (or kludge).

(1) Create 3 schematic pages

page_1

000-page_1.JPG

page_2

002-page_2.JPG

page_3

003-page_3.JPG

(2) disable page_3 and generate application

 worked OK

(3) disabled page_2 and enabled page_3

received the following dialog,

I selected [OK} without changing the wire name

001-Merge_Disable_Elements.JPG

(4) generate application

worked OK

(5) workaround or kludge in source codes

As we can check <page_name>__DISABLED variable,

we could write program

#if !page_2__DISABLED

/* code for page_2 component(s) */

#endif

#if !page_3__DISABLED

/* code for page_3 component(s) */

#endif

Well, I must admit that your suggestion is much better though 😜

Best Regards,

28-Jan-2021

Motoo Tanaka

View solution in original post

0 Likes
5 Replies
MotooTanaka
Level 9
Level 9
Distributor - Marubun (Japan)
First comment on blog Beta tester First comment on KBA

Dear Len-san,

Your suggestion sounds nice.

For the time being, I tried the following workaround (or kludge).

(1) Create 3 schematic pages

page_1

000-page_1.JPG

page_2

002-page_2.JPG

page_3

003-page_3.JPG

(2) disable page_3 and generate application

 worked OK

(3) disabled page_2 and enabled page_3

received the following dialog,

I selected [OK} without changing the wire name

001-Merge_Disable_Elements.JPG

(4) generate application

worked OK

(5) workaround or kludge in source codes

As we can check <page_name>__DISABLED variable,

we could write program

#if !page_2__DISABLED

/* code for page_2 component(s) */

#endif

#if !page_3__DISABLED

/* code for page_3 component(s) */

#endif

Well, I must admit that your suggestion is much better though 😜

Best Regards,

28-Jan-2021

Motoo Tanaka

0 Likes

Moto-san,

Thank you.   I've operated with copying schematics pages and disabling ones.

The issue is more critical when I'm trying to create components with conditionally enabled/disabled sub-components.

Len
"Engineering is an Art. The Art of Compromise."

My wishlist: it would be nice to have project pages conditionally enabled/disabled, particularly new component schematic pages. Should not be that difficult to implement.

 

Rakshith
Moderator
Moderator
Moderator
250 likes received 1000 replies posted 750 replies posted

Hi @Len_CONSULTRON@odissey1

Thank you for providing your feedback! We greatly appreciate it.

I will be creating an internal ticket so that our development team can evaluate your enhancement request. However, it is unlikely that a new feature will be added to PSoC Creator at the moment. 

Thanks and Regards,
Rakshith M B
0 Likes

Rakshith,

Understood.   

Len
"Engineering is an Art. The Art of Compromise."
0 Likes