GV

GeezerVison

The World Wide Web, restored to 800 pixels of glory.

Home|About|Gaming cabinet|Archives|How it works|Starter sites

On this site

  • Sign in
  • ActionsCI/CD and automation
  • CodespacesCloud development environments
  • All Features
  • Documentation
  • Training
  • Certifications
  • Build with Copilot
  • Customize Copilot
  • Integrations
  • Trending repos
  • GitHub Sponsors
  • Developer articles
  • Enterprises

This view

  • Original page
  • New address

GeezerVison is showing github.com — Modest proposal for discussion: eliminate `LinearICSystem` class · Issue #786 · python-control/python-control

Modest proposal for discussion: eliminate LinearICSystem class #786

New issue
Copy link
New issue
Copy link
Closed
Closed
Modest proposal for discussion: eliminate LinearICSystem class#786
Copy link
Labels
discussion

Description

@sawyerbfuller
sawyerbfuller
opened on Nov 7, 2022
Issue body actions

It is not clear to me what purpose there is for a LinearICSystem. One possibility is as a biquad cascade*, but this can already be implemented by forcing the interconnected systems to be NonlinearIOSystems, and is not currently supported by LinearICSystems anyway because the constituent systems are combined into a single system with A, B, C, D matrices and signal names.

Is there any other use case for a LinearICSystem? I can't figure out what benefit there is to preserving other characteristics of an InterconnectedSystem, if such a system is always used in an equivalent way to a LinearIOSystem.

*There are cases when you don't want a combined interconnected series of systems to be tunred into a single state-space or transfer function system. For example, if you want to numerically interconnect a series of linear systems to create a biquad cascade to avoid numerical issues that crop up when combining large and small coefficients. This comes up for example when implementing a high-order pade approximation (see e.g. https://www.embeddedrelated.com/showarticle/927.php)

Activity

  1. murrayrm
    added
    discussion
    on Nov 20, 2022
  2. murrayrm commented on Nov 23, 2024

    @murrayrm
    murrayrm
    on Nov 23, 2024
    Member
    More actions

    The current system class hierarchy has been stable for a few years now and so I think this issue can be closed.

    For posterity: the LinearICSystem class is used when you create a linear system via interconnect and it maintains both the interconnected system structure (subsystems, interconnection matrix, etc) as well as the state space structure (A, B, C, D matrices). If you simulate a LinearICSystem using forced_response (or the other linear response functions) then it will use the linear system structure. If you simulate it using input_output_response, it will use the subsystem structure (computing the right hand side from all of the individual subsystems and interconnections). The latter is probably a bit slower.

    One justification for keeping the LinearICSystem object is that if we implement functionality that utilizes the subsystem structure (eg, being able to extract signals via a hierarchical signal name like 'subsys.signal') then this would allow that to be done for linear interconnected systems.

    Note also that using series, parallel, and feedback (or their equivalent operators) will not generate a LinearICSystem.

  3. murrayrm
    closed this as completedon Nov 23, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    discussion

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions

      You are visitor 01402503 — GeezerVison does not store the pages you look up.
      Best viewed with Netscape Navigator 4.7 or Internet Explorer 6 at 800×600. No cookies required.