Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Different wire length in same cable harness? #341

Open
VIPQualityPost opened this issue May 7, 2024 · 5 comments
Open

Different wire length in same cable harness? #341

VIPQualityPost opened this issue May 7, 2024 · 5 comments

Comments

@VIPQualityPost
Copy link

We connect several power supplies into a single harness, but they are located in different places so different color wire has a few inches difference in the BOM to make everything tidy. Is it possible to do this with wireviz? I would like to move over all of our internal wiring diagrams in Excel into something nicer like wireviz but need this feature.

@kvid
Copy link
Collaborator

kvid commented May 7, 2024

You might like my earlier #268 (comment) where I suggest how such a new feature might be. If that older issue covers your feature request in full, then please continue the feature request discussion there.

However, when limited by existing features in the current version, you might be able to obtain your goal by creating "extension bundle(s)" for the longer wires and connect these wires to the main bundle via "virtual splices" as in my #270 work-around.

@martinrieder
Copy link

martinrieder commented May 13, 2024

That means the total wire length will be summed and the cable is joined into a single BOM entry when their attributes are matching. It seems that #273 would require calculating the length and qty attribute accordingly, in order to "unite" wires that run through these virtual splices.

On the other hand, how would a true splice be handled in this calculation? How do you distinguish between both if they only differ by a simple tweak to the .gv output? Would you imply that simply by the number of wires connected?

@kvid
Copy link
Collaborator

kvid commented May 13, 2024

@martinrieder wrote:

That means the total wire length will be summed and the cable is joined into a single BOM entry when their attributes are matching.

Yes, as any other matching wires in the harness.

It seems that #273 would require calculating the length and qty attribute accordingly, in order to "unite" wires that run through these virtual splices.

#273 is only a suggested feature that could help the user to detect unintentional differences between connected wires (at any connection point, e.g. splice or connector pin). The length attribute would normally not be included in such a difference checking. Be aware that this suggested feature is not (yet) implemented.

On the other hand, how would a true splice be handled in this calculation? How do you distinguish between both if they only differ by a simple tweak to the .gv output? Would you imply that simply by the number of wires connected?

The lengths of matching wires will be added up the same way with virtual splices as with physical splices. The WireViz BOM logic doesn't see any difference.

However, if the user connects a wire to a cable or non-matching wire via a virtual splice, they will not be added up in the BOM, and they will appear as different entries.

@martinrieder
Copy link

martinrieder commented May 21, 2024

The current BOM functionality only calculates an overall length for the wire. I would like to enhance that length and wire gauge calculation by its resulting resistance. This would allow checking for current carrying capacity of wires. Be aware that the latter requires to distinguish between different cable categories.
In effect, I am requesting the opposite of #267. The calculated resistance could also be linked to the net list generation suggested in #124.

@martinrieder
Copy link

I realize that the above is far from what @VIPQualityPost requested. Sorry for hijacking this issue. I shall create another one to have a feature request for the advanced wiring calculation.

To simplify the task of extending wires, I appended some other suggestion to #270 (comment)

Okay, coming back to the original request. I suggest to have wire-to-wire connections generated in the same fashion as it was implemented for connectors. Instead of using "==", I would simply use "--" to denote this in the connection list:

# single wire to ferrule
-
 - WIRE
 - "--"
# single wire-to-wire as a virtual splice
-
  - WIRE1
  - "--"
  - WIRE2
# multiple wires in an actual splice
-
  - WIRE1
  - "--"
  - WIRE2
-
  - WIRE1
  - "--"
  - WIRE3

@VIPQualityPost please comment if you find this useful. How would you do the splicing on your ground line, assuming that your power supplies have a common ground?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants