Hi everyone. Given that there are many power system solver and optimization outside there, I think it would be better for matpower to have it's own data schema and format. I know that matpower already standardize the `.m` file, but it requires matpower load case to be properly parsed by other solver. Even if we continuously using the `.m` file and version 2 format, I think we need to start the discussion on how to properly define a template or even data structure check. We don't want, for example, someone inputting the wrong data due to column mismatch etc. But I personally think that we should continue to use integer index based indexing (using 1, 2, 3, etc) that is stored on `idx_....m` as matlab/octave using this number indexing.
I opened an issue in matpower github in https://github.com/MATPOWER/matpower/issues/263 for now for anyone wanted to discuss as follows: Maybe, we can start by deciding what is the best schema or structure that > is the best suited as either as checker or empty template generation for > MATPOWER. I don't think .mat is a good here as it is not human readable. It > would be better to use csv, json, or xml. If it is in CSV, you can look at > such example based on your format in caseformat/schema. Then you can decide > if we start from that or make from scratch. After that, we can start adding several data that is not properly defined > like dclinecost, reserves.zones, reserves.req, reserves.cost, reserves.qty, > genfuel, gentype, and time series data. All of that data, as far as I > remember, exist in matpower, but scattered, unlike idx_bus.m etc. This is relevant to data definition for three or four line unbalanced data. On Tue, Dec 31, 2024 at 8:49 AM Ray Daniel Zimmerman <r...@cornell.edu> wrote: > Thanks, Richard. I was able to get it to export an example case. Just had > to add "--platform=linux/amd64” to the build target to get it to build > correctly in a docker container hosted on my Mac (Apple Silicon processor). > > Ray > > > On Dec 27, 2024, at 6:28 AM, Richard Lincoln <r.w.linc...@gmail.com> > wrote: > > I have a modified version of OpenDSS here: > > https://github.com/rwl/opendsscmd > > It adds an "Export CSV" command that dumps the current circuit to the > working directory in CSV format. > > The default make target should build a command line version of OpenDSS > inside a Docker container. I use the make cp target to copy the binary > onto my host Linux system. You can also mount the .dss files you want to > convert to a Docker volume at /workspace in the container. > > > It's not very well tested. Let me know if you run into any difficulties. > > Richard > > On Tue, 24 Dec 2024 at 20:42, Ray Daniel Zimmerman <r...@cornell.edu> > wrote: > >> Hello Richard, >> >> This *cktcsv* looks very promising. It seems to be the kind of simple >> format I’m looking for. Is there more documentation somewhere? And do you >> have a tool that can read an OpenDSS case and export it to these CSV files? >> >> Ray >> >> >> On Dec 20, 2024, at 6:36 AM, Richard Lincoln <r.w.linc...@gmail.com> >> wrote: >> >> OpenDSS seems to be the most active open source project for unbalanced >> distribution system simulation. I developed a file format based on the >> circuit model for a Rust rewrite of OpenDSS that I have been working on: >> >> https://github.com/cktcsv >> >> Notable features include: >> >> - Reusable definitions of wire data (conductor types), line >> geometries, load shapes, spectrums etc. >> - Impedances specified in triangular matrix form. >> - Transformers with N windings (not just 2, or 3). >> - The syntax for specifying terminal connections (e.g. >> "sourcebus.1.2.3") is very powerful when it comes to connecting different >> phases. >> - No bus type (they are just strings) >> >> >> "Distribution System Modeling and Analysis" by Kersting seems to have >> been an important text in the development of the model and is highly >> regarded. >> >> Time-series simulation was one of the first features that I implemented >> in Rust as it seems to be widely used. Taking load shapes for a >> day/week/year and checking for overloads (using Monitors to record values >> to file) is quite a common task. >> >> While not a core feature of OpenDSS, state estimation at the distribution >> level seems to be increasingly important. There are linearized algorithms >> that are very quick and often suffice. This sometimes seems to be combined >> with optimal PMU placement using linear programming. >> >> >> Looking forward to the call later. >> >> Richard >> >> >> On Wed, 18 Dec 2024 at 17:20, Ray Daniel Zimmerman <r...@cornell.edu> >> wrote: >> >>> For those of you interested in a discussion to help guide the design of >>> MATPOWER’s three-phase modeling, I have scheduled a Zoom meeting on Friday, >>> Dec 20th (see details below). >>> >>> It will be very informal. The purpose is primarily to start a discussion >>> with interested parties. >>> >>> Thanks, and I look forward to hearing from you, >>> >>> Ray >>> >>> >>> >>> Ray Zimmerman is inviting you to a scheduled Zoom meeting. >>> >>> Topic: MATPOWER Three-Phase Modeling >>> Time: Dec 20, 2024 10:00 AM Mountain Time (US and Canada) >>> Join Zoom Meeting >>> >>> https://cornell.zoom.us/j/94406160461?pwd=frQWHlvlTwlpw3moMbltGPs4ytoejb.1 >>> >>> Meeting ID: 944 0616 0461 >>> Passcode: 383235 >>> >>> --- >>> >>> One tap mobile >>> +16692192599,,94406160461# US (San Jose) >>> +16699006833,,94406160461# US (San Jose) >>> >>> --- >>> >>> Dial by your location >>> • +1 669 219 2599 US (San Jose) >>> • +1 669 900 6833 US (San Jose) >>> • +1 720 928 9299 US (Denver) >>> • +1 971 247 1195 US (Portland) >>> • +1 253 215 8782 US (Tacoma) >>> • +1 346 248 7799 US (Houston) >>> • +1 602 753 0140 US (Phoenix) >>> • +1 470 381 2552 US (Atlanta) >>> • +1 646 518 9805 US (New York) >>> • +1 646 876 9923 US (New York) >>> • +1 651 372 8299 US (Minnesota) >>> • +1 786 635 1003 US (Miami) >>> • +1 301 715 8592 US (Washington DC) >>> • +1 312 626 6799 US (Chicago) >>> • +1 470 250 9358 US (Atlanta) >>> >>> Meeting ID: 944 0616 0461 >>> >>> Find your local number: https://cornell.zoom.us/u/adOpJEaoiQ >>> >>> --- >>> >>> Join by SIP >>> • 94406160...@zoomcrc.com >>> >>> --- >>> >>> Join by H.323 >>> • 144.195.19.161 (US West) >>> • 206.247.11.121 (US East) >>> • 115.114.131.7 (India Mumbai) >>> • 115.114.115.7 (India Hyderabad) >>> • 159.124.15.191 (Amsterdam Netherlands) >>> • 159.124.47.249 (Germany) >>> • 159.124.104.213 (Australia Sydney) >>> • 159.124.74.212 (Australia Melbourne) >>> • 170.114.180.219 (Singapore) >>> • 64.211.144.160 (Brazil) >>> • 159.124.132.243 (Mexico) >>> • 159.124.168.213 (Canada Toronto) >>> • 159.124.196.25 (Canada Vancouver) >>> • 170.114.194.163 (Japan Tokyo) >>> • 147.124.100.25 (Japan Osaka) >>> >>> Meeting ID: 944 0616 0461 >>> Passcode: 383235 >>> >>> On Nov 30, 2024, at 4:01 PM, Ray Daniel Zimmerman <r...@cornell.edu> >>> wrote: >>> >>> Hello MATPOWER community, >>> >>> I would like to begin some more focused work on three-phase unbalanced >>> modeling for MATPOWER. If this is a feature you would find useful and would >>> be interested in a discussion to help guide the design of MATPOWER’s >>> three-phase modeling, I would love to hear from you. I would particularly >>> value input from those who have experience with other tools for >>> distribution power flow and OPF with ideas of what they would like to see >>> in MATPOWER. >>> >>> So, if interested, please reply to me off-list at i...@matpower.org >>> <i...@matpower.org?subject=three-phase%20modeling%20in%20MATPOWER> and >>> I will plan to set up a call with a group of interested parties soon. >>> >>> Thanks, >>> >>> Ray Zimmerman >>> >>> >>> >> > -- Best Regards, Muhammad Yasirroni, S.T., M.Eng. Lecturer in Electrical Engineering (Electrical Power System) Department of Electrical Engineering and Information Technology, Engineering Faculty, Universitas Gadjah Mada, D.I.Yogyakarta, Indonesia
