the dc/dstab probject still have the build path issue , see below:

ipss.test.plugin.core/~/JSONBeanTestCases.java failed. Please investigate.

how to solve this questions? thank you

For the details, please see my comment of the new update of ipss.pssl/src/org/interpss/pssl/plugin/cmd/CmdRunner.java
Check this link:
be5847f

Currently there are five branches. For me, only the master, multi_generator and common_lib are relevant. Please clean-up (delete) those obsolete branches.

involving ipss.plugin.multinet project

Not sure why, I cannot work on the existing multi-generator branch. Therefore, it was deleted and a new one created.

Hello All,
I am trying to modify the system data imported from a CDF file before commencing the loadflow, but it was not accepting the update. The following is the code I have used:

IpssCorePlugin.init();
AclfNetwork mynet = CorePluginObjFactory
.getFileAdapter(IpssFileAdapter.FileFormat.IEEECDF)
.load("testData/ieee/IEEE14Bus.dat")
.getAclfNet();
System.out.println(Before : "+mynet.getBus("Bus12").getLoadPQ());
AclfBus tbus= mynet.getBus("Bus12");
tbus.setLoadPQ(new Complex(0.8,0.65));
mynet.setBus("Bus12", tbus);
System.out.println("After: "+mynet.getBus("Bus12").getLoadPQ());

Output: Both print statements giving same output and the powerflow results are same as the standard case.
Before : (0.061, 0.016)
After : (0.061, 0.016)
Can somebody suggest a suitable fix to this issue?

The script is also checked in. It is prepared according to the ipssCmd.bat you gave, I run it and but it doesn't work. I have no clue to identify the issue. Thx!

Dear all,

using Java I have imported a network model from an .odm file, then I have modified it by adding and removing some buses and branches, now I need to export the .odm file of the new network in order to use it in another application.
I would like to know if there is a java method for exporting an .odm file from an AclfNetwork object.

Thank you in advance.

@donghaoo please following the following sample to do parallel contingency analysis:

https://github.com/InterPSS-Project/ipss-plugin/blob/master/ipss.test.plugin.core/src/org/interpss/core/ca/Ieee14_MultiCA_Sample.java

A compile error with "acscBus.getContributeGenList().add(scGen)" @jinjingfarm please take a look the issue at line#300 in AbstractODMAcscParserMapper.Java

@jinjingfarm

Please see this example starting line#300,
https://github.com/InterPSS-Project/ipss-plugin/blob/master/ipss.test.plugin.core/src/org/interpss/core/dstab/DStab_IEEE300Bus_Test.java

You will find the case is loaded and initialized for each dynamic contingency analysis. As we are using the same base case for the simulation in the loop, the case parsing and initialization process is repeated again and again. If a copy of it can be made after the first dynamic initialization ( in line#367 (dstabAlgo.initialization()), we can reused the copy of the network object for different contingencies withing loading from raw case files and even run them in parallel. Do you think this is doable? If so, can you give an example? You will need to update the ODM part to properly load the case files in this test case.

Mike, I found you deleted all test cases instead of moving them to somewhere else. Actually I still need the test cases under ipss.plugin.multiNet while moving forward, as this part needs further development and testing.

IDslRunner.run() is a generic method. The signature should be used for all DslRunner implementations. Therefore, DStabDslRunner.runDstab() could be refactored to use the IDslRunner.run() signature.

See details below:

54112a3

@thuang please add sample to the ipss.sample project to show how to use the DynamicSimuAlgorith.setSimuTime() method to perform dynamic simulation step-by-step.

Hello everyone,

I was trying to run 'SampleLoadFlow.java' from the package 'org.interpss.sample.aclf'. In the main function, lines simpleLoadflow(msg); and simpleLoadflowPSSL(msg);, but loadflowWithAdjustment(msg); gives the following error:

com.interpss.common.exp.InterpssException: The bus for createFunctionLoad is not a ZIP load bus
at com.interpss.CoreObjectFactory.createFunctionLoad(CoreObjectFactory.java:741)
at org.interpss.sample.aclf.SampleLoadflow.loadflowWithAdjustment(SampleLoadflow.java:187)
at org.interpss.sample.aclf.SampleLoadflow.main(SampleLoadflow.java:68)

It seems that this happens because when running loadflowWithAdjustment(msg), it first calls setSimpleLoadflowDataByPSSL(net, msg) to create the network object, and in that function (in line number 160) sets loadcode for bus2 as CONST_P.
Since this function is also called in simpleLoadflowPSSL(msg), we may not want to change the load code inside the function. In such case, adding a line bus2.setLoadCode(AclfLoadCode.ZIP); before the try-catch of lines 181-190 seemed to solve the issue (at least as a quick fix - I don't know if CoreObjectFactory.createFunctionLoad(bus2) is supposed to change the bus load code if it is not ZIP).

Thanks!

It seems the extendedPiecewiseAlgo project on github is not up to date, as I found the test cases in ipss.test.plugin.core have errors.

@DonghaoFeng please see the following samples

https://github.com/InterPSS-Project/ipss-plugin/blob/master/ipss.sample/src/org/interpss/sample/zmatrix/EDistance_Sample.java

power flow is not converged!

Dclf Test cases, e.g.SixBus_DclfPsXfr within test.plugin.core, failed

I am debugging an issue with the single-phase AC motor dynamic model. I noticed some wired thing. The code was linked to ieee.odm_pss.jar and ipss.core.jar, instead of the source codes, although there are no such libraries in the build path. I duplicated the issue when put a break in line#240 "if (dstabAlgo.initialization()) {" for the following test case and run it in debug mode.
https://github.com/InterPSS-Project/ipss-plugin/blob/master/ipss.test.plugin.core/src/org/interpss/core/dstab/DStab_IEEE9Bus_Test.java

The screenshot below shows the issue. Due to this issue, I cannot properly debug my code.

@jinjingfarm @interpss This is the first time I confronted this issue and don't know how to address. Could you help take a look?

Hello everyone,

I was trying to run InterPSS. I added ipss-common to the workspace. I am able to run a power flow from ipss.tutorial>src>org.interpss.tutorial.ch2_intro>SampleLoadFlow.java
However, when I add ipss-plugin.sample, there are some (8) build path errors:

Project 'ipss.sample' is missing required Java project: 'ipss.plugin.base'
Project 'ipss.sample' is missing required Java project: 'ipss.plugin.core'
Project 'ipss.sample' is missing required Java project: 'ipss.plugin.dc'
Project 'ipss.sample' is missing required Java project: 'ipss.plugin.dstab'
Project 'ipss.sample' is missing required Java project: 'ipss.plugin.multiNet'
Project 'ipss.sample' is missing required Java project: 'ipss.plugin.opf'
Project 'ipss.sample' is missing required Java project: 'ipss.pssl'
The project cannot be built until build path errors are resolved

When I import those projects, I get more (53) build path errors (see attached text files)

If I manually remove the entries to these from the .classpath file for ipss.plugin.sample, i.e. remove following lines and add eclipse emf and hazelnut jars manually to the build path then it compiles and runs the power flow successfully but gives an error in line 64 "loadflowWithAdjustment(msg);" (although these two issues may or may not be related):

<classpathentry combineaccessrules="false" kind="src" path="/ipss.plugin.base"/>
<classpathentry combineaccessrules="false" kind="src" path="/ipss.plugin.core"/>
<classpathentry combineaccessrules="false" kind="src" path="/ipss.plugin.dc"/>
<classpathentry combineaccessrules="false" kind="src" path="/ipss.plugin.dstab"/>
<classpathentry combineaccessrules="false" kind="src" path="/ipss.plugin.multiNet"/>
<classpathentry combineaccessrules="false" kind="src" path="/ipss.plugin.opf"/>
<classpathentry combineaccessrules="false" kind="src" path="/ipss.pssl"/>

Thanks!
ipss.plugin.sample_build_errors_2.txt

Mike, there are two test cases need your help. The most updated commit is this one f73cde8. In the branch updateBeanModel, under org.interpss.plugin.beanModel, please see PSXfrPControlTest.java. There are two test cases: fromSideCaseTest_Bean() and fromSideCaseTest_NoBean(). The fist test read input and form a AclfNetwork object. The later one reads input and form an AclfNetwork object, then convert it to Bean model and then convert it back to a AclfNetwork object. However, The later one failed. That is strange to me since I print out the two AclfNetwork object and they are almost identical. Please see my comment there. Same thing happens in SwitchedShuntTest.java.

Errors found in this file on my side:

https://github.com/InterPSS-Project/ipss-plugin/blob/master/ipss.plugin.core/src/org/interpss/mapper/odm/impl/aclf/AclfHvdcDataHelper.java

Per issue #18, the AclfBus.setLoadPQ() has to be adjusted:

#18 (comment)

Adjust the output format to fit into GDrive Viewer. 4 columns needs to be removed.

Hello,

I was trying to load sequence information for IEEE9 bus provided with InterPSS and run a 3 sequence power flow. I was able to run positive sequence power flow, but there was a runtime exception in zero and negative sequence, as following:

com.interpss.common.exp.InterpssRuntimeException: BaseSparseEqnSolver.factorization() needs to be override

When I gave a tolerance as an input for the factorization function instead of giving no input (in the following code, which is lines 58-64 of SequenceNetworkSolver in org.interpss.multiNet.algo.powerflow), the issue seemed to resolve.

                try {
			zeroYSolver.factorization();// tolearance is not used actually.
			negYSolver.factorization();// tolearance is not used actually.
		} catch (IpssNumericException e) {
			e.printStackTrace();
		} 

I think since no input was given, the factorization function defined in 'com/interpss/core/sparse/ISparseEqnSolver' was not used, hence resulting in the error.

Thank you!

Error message details:

类型 AclfOutFunc 中的方法 loadFlowSummary（BaseAclfNetwork<?,?>）引用缺少的类型 BaseAclfNetwork  SampleLoadflow.java /ipss.sample/src/org/interpss/sample/aclf   第 125 行 Java 问题

The following a sample SwitchedShunt ODM record:

        <aclfBus id="Bus2648" areaNumber="37" zoneNumber="99" number="2648" offLine="false" name="HANSMSV     ">
            <ownerList id="17">
                <ownership unit="PU" value="1.0"/>
            </ownerList>
            <baseVoltage unit="KV" value="18.0"/>
            <voltage unit="PU" value="0.99411"/>
            <angle unit="DEG" value="1.7714"/>
            <genData code="NoneGen"/>
            <loadData/>
            <shuntYData/>
            <switchedShunt mode="Continuous" offLine="false">
                <desiredVoltageRange unit="PU" max="1.06" min="1.06"/>
                <bInit unit="MVAR" value="-92.98"/>
                <block steps="1">
                    <incrementB unit="MVAR" value="-100.0"/>
                </block>
                <block steps="1">
                    <incrementB unit="MVAR" value="200.0"/>
                </block>
                <remoteControlledBus xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:type="BusIDRefXmlType" idRef="Bus649"/>
            </switchedShunt>
        </aclfBus>

@jinjingfarm

I have set the logging level to OFF by "IpssLogger.getLogger().setLevel(Level.OFF)" But in the output, there are still some log msg at INFO level. Is this configuration not used properly here?

You should be able to duplicate the issue with the following commit.

658e5ff