Provide powerfactor_mode attribute to define inductive and capacitive behaviour #266
Closed
2 of 4 tasks
Comments
boltbeard
pushed a commit
that referenced
this issue
Jul 11, 2018
boltbeard
pushed a commit
that referenced
this issue
Jul 12, 2018
…o/ding0 into fix/#266-provide_powerfactor_mode
boltbeard
pushed a commit
that referenced
this issue
Jul 19, 2018
boltbeard
pushed a commit
that referenced
this issue
Jul 19, 2018
boltbeard
pushed a commit
that referenced
this issue
Mar 7, 2019
boltbeard
pushed a commit
that referenced
this issue
Mar 7, 2019
boltbeard
pushed a commit
that referenced
this issue
Mar 25, 2019
boltbeard
pushed a commit
that referenced
this issue
Mar 26, 2019
boltbeard
pushed a commit
that referenced
this issue
Apr 3, 2019
boltbeard
pushed a commit
that referenced
this issue
Apr 3, 2019
birgits
added a commit
that referenced
this issue
Apr 3, 2019
birgits
added a commit
that referenced
this issue
Apr 3, 2019
…o/ding0 into fix/#266-provide_powerfactor_mode
gplssm
pushed a commit
that referenced
this issue
Jul 17, 2019
Introduces a power factor mode (inductive/capacitive behaviour) such that all four sectors of the operational circle can be set. Previous defaults remain. The fix includes commits with the follwing messages: * Fixes to include weather cell ids and use GeneratorFluctuatingDing0 Objects, export mv_cb states also * modifications to include metadata as an output which goes into oedb or as a json file when putting out csv * Added function to grant access to ding0 db tables * Fixed bug with writing ding0 versioning data * Modifications to Grant access Database, Todo: Test if it properly works as expected * Remove 'run_id' from results folder path * Add weather cell only if at least one generator exists * Upgrade to DP v0.4.2 * Export aggregated generators individually * Remove commented lines * Adapt OEDB export according to changes in #265 * Let IDs be IDs (and don't mix with other information) * Replace string in MV/LV_grid_id_db by int * Revert "Replace string in MV/LV_grid_id_db by int" This reverts commit 9735f01. * Revert "Let IDs be IDs (and don't mix with other information)" This reverts commit 5f4f033. * Include function to change the sign of Q using powerfactor mode, change config to use this as an assumption * Add Line Geoms * Removed geom from LV grids, as there are no geo_data stored in adj_nodes in LV grid edges, Todo: need to use distances to generate them * Added forgotten imports * Included the appropriate sign convention that should be chosen in generator and load cases * Formatting corrections * Make usage of ids and names consistent * Adapt table descriptions in docs (only partially) * Put q_sign in /tools/pypsa_io.py and imported it to /grid/mv_grid/models/models.py, pep 8 changes * Add docstring for q_sign * Bring the oedb export back to working order, added LineString Geometries to represent line connections on qgis * Change name attribute for CSV/OEDB export Makes consistent names in eDisGo * Minor code style changes * Revert "Merge branch 'features/stats-export' into fix/#266-provide_powerfactor_mode" This reverts commit db2478a, reversing changes made to 84a694f. * Resetting results.py to its state in dev * Shifted q_sign function to obtain load/generator sign convention based sign for the cosine phi to core/powerflow so that it can be imported to other parts of ding0 * Shifted q_sign function to obtain load/generator sign convention based sign for the cosine phi to core/powerflow so that it can be imported to other parts of ding0 * fixed typo * PEP8 * Added simple test case to check functionality of q_sign * Reverted changes to voltage_delta_vde formulation, as the sign convention is contained in X * Changed the sign of the x before voltage_delta_vde call, depending on the function * Add test file for check_tech_constraints.py * Changed config to better represent generators that were used in the past to reflect ding0's original use case * Allowed for changing the sign of the reactive component of voltage based on the given cos_phi * Wrote a test case for testing voltage_delta_vde * Changed documentation for references for voltage_delta_vde * Testing of other parts of the code will be postponned for another time * Sign convention description in Ding0 to better understand the "inductive" and "capacitive" description of the power factor mode * Include 'Calculation principles' in docs * Corrected sign convention in voltage_delta_vde() * internally, voltage_delta_vde() uses negative sign according to capacitively operated generators and inductively operated loads * the reverse case is handled by specification of cos_phi_gen_mode/cos_phi_load_mode in the config file * Add sentence about default values and fix typo * Updated images for cosphi sign convention explanation * Update What's new and docs
|
Closed by a65b152 |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
The Currently in the components where powerfactor is necessary to push
Qto pypsa, there is no way to choose if the powerfactor should exhibit inductive or capacitive behaviour.This feature becomes essential to reporduce results from various distribution system studies where the conclusion is that more when methods to improve reactive power management is to be
The tasks to ensure this feature is present is:
cos_phi_modeattribute to get eitherinductiveorcapacitivebehaviour (internally use posQ_mode and negQ_mode to ensure inside the code confusion doesn't occur between sign conventions) in the ding0 config filescfg_ding0underassumptionsincos_phi_loadandcos_phi_genin nodes_to_dict_of_dataframespf_modeThe text was updated successfully, but these errors were encountered: