{"id":"32ad55a2-e5d2-4fd7-be14-f8bf50992af8","arxiv_id":"2502.07866","paper_version":1,"verdict":"CONDITIONAL","confidence":"MODERATE","novelty_score":5.0,"correctness_risk":"medium","formal_verification":"none","parameter_count":2,"one_line_summary":"A communication interface suite for local and remote real-time power co-simulation is presented, along with a heuristic data extrapolation method that smooths coarse received signals to stabilize inverter-based resource behavior.","lead":"This paper describes communication interfaces that link real-time power system simulators over local and internet-based networks for co-simulation with inverter-based resources. It proposes a real-time data extrapolation method to reduce instability caused by mismatched data resolutions in time-sensitive co-simulations.","discovery_kind":"new_method","skeptic_critique":{"model":"deepseek-v4-flash","headline":"Stability claim rests on a single hand-tuned (N=1, K=0.001) VPN case; Eqs. (1)-(3) lack stability or sensitivity proof, and the paper defers parameter selection to future work.","rationale":"The reader's weakest-assumption analysis identifies the same load-bearing concern: the extrapolation method is validated only in a single scenario with hand-tuned parameters, with no sensitivity analysis or stability proof. I find no internal inconsistency in the paper's engineering description, and the open-source code and latency measurements are genuine supporting evidence. However, those do not resolve the parameter-robustness question. The paper's own limitation statement confirms that parameter selection is deferred to future work. Given this, the verdict remains CONDITIONAL: the central claim is plausible and the demonstration is useful, but the stability enhancement is not yet established beyond the tested configuration.","tokens_in":7707,"tokens_out":6251,"duration_ms":58246,"concrete_test":"Run the VPN-based T&D co-simulation with a parameter grid over N (1, 2, 5) and K (0, 1e-4, 1e-3, 1e-2, 0.1) on the published five-cycle fault case and on a second fault at a different bus; record PLL frequency variance and spike amplitude, voltage tracking error, and any divergence. If any setting within one order of magnitude of N=1, K=0.001 causes oscillation, spike regrowth, or delayed tracking, the stability enhancement does not generalize beyond the hand-tuned case.","verdict_should_be":"UNCHANGED","load_bearing_attack":"The load-bearing component of the central claim is the real-time data extrapolation method in Eqs. (1)-(3), presented as significantly enhancing stability and reliability. The evidence is one qualitative VPN-based T&D co-simulation case (Fig. 9) with hand-chosen parameters N=1 and K=0.001. The recurrence is an ad hoc predictor-corrector: K is a feedback gain and N sets the slope estimate, yet no stability or bounded-error analysis is provided for the recurrence, and the Conclusions explicitly state that 'the impact and selection of parameters for the proposed extrapolation approach are not explored in detail.' Without a sensitivity or robustness check, the method could, for other resolution mismatches, latencies, or fault locations, either over-smooth genuine transients or become unstable. Therefore the claimed improvement is not established beyond the demonstrated configuration, and the conditional verdict is appropriate.","agreement_with_reader":"agree"},"referee_report":{"model":"deepseek-v4-flash","summary":"The paper reports the design and implementation of communication interfaces for real-time co-simulation of power systems: a local interface over LAN using Modbus and TCP/IP sockets, and two remote interfaces using cloud file sharing and VPN-based TCP/IP sockets. The interfaces are evaluated on OPAL-RT with a microgrid testbed and a transmission-distribution co-simulation. To address instability caused by data resolution mismatches in the remote VPN case, the authors propose a real-time data extrapolation method described by Eqs. (1)-(3), and show, in a five-cycle fault scenario at Bus 94, that the method smooths received frequency and voltage data and reduces PLL-measured frequency oscillations compared with raw data and with a low-pass filter. The central claim is that this extrapolation method significantly enhances the stability and reliability of time-sensitive co-simulations.","tokens_in":7867,"tokens_out":3054,"duration_ms":29755,"significance":"If established with stronger evidence, the contribution would be practically useful: the paper provides an open-source implementation on GitHub, uses commercial real-time simulators, and addresses a genuine problem of resolution mismatch in distributed co-simulation. The comparison with LPF is a useful practical result. However, the current evidence for the central stability claim is a single qualitative case study with hand-selected parameters, and the authors themselves state that parameter selection is not explored. The paper is therefore better viewed as a preliminary engineering demonstration than as a validated method for reliable and stable co-simulation. The lack of error metrics, sensitivity analysis, and repeated trials limits the significance to the specific demonstrated configuration.","major_comments":[{"comment":"The central stability claim rests on the extrapolation recurrence, but no stability, bounded-error, or convergence analysis is provided for Eqs. (1)-(3). The recurrence is a heuristic predictor-corrector with gain K and slope-window N, and the paper's Conclusions explicitly state that 'the impact and selection of parameters for the proposed extrapolation approach are not explored in detail.' Since N=1 and K=0.001 are selected on the demonstrated case and the same case is used for evaluation, the reader cannot assess whether the method remains stable or avoids over-smoothing under other resolution mismatches, latencies, or fault locations. Please add a formal analysis or a systematic sensitivity study over N and K, including a case with a genuine transient introduced between received samples.","section":"§III-B, Eqs. (1)-(3)"},{"comment":"The performance comparison of raw data, LPF, and extrapolation is purely qualitative. No error metrics (e.g., RMSE, maximum delay, settling time) and no statistical validation are reported, and only one fault scenario is shown. The claim that the method 'significantly enhances stability and reliability' requires quantitative results. I recommend reporting numerical errors and delay measures for both the extrapolation and LPF methods, and repeating the experiment over multiple fault locations, fault durations, and communication-latency conditions.","section":"§III-B, Fig. 9"},{"comment":"The claim that the local interface remains stable over extended durations is not demonstrated in this paper; it is deferred to reference [10], an arXiv preprint, with the text 'Results, as discussed in [10], demonstrate that the interface remains stable over extended durations.' The accuracy comparison in Fig. 6 is also qualitative. Since the title and abstract claim reliable and stable interfaces generally, the paper should either include representative long-duration results or explicitly limit the stability claim to the tested scenarios.","section":"§III-A, local communication interface"},{"comment":"The paper states that received data are updated every 17-35 ms and that the EMT model runs at 100 μs, but it does not specify how the extrapolated data are inserted between received samples, nor does it quantify the actual resolution mismatch in the reported experiments. Without this information, the proposed method cannot be reproduced or applied to other configurations. Please report the exact data-exchange timeline, the number of extrapolated points per received interval, and how the extrapolated values are synchronized with the EMT timestep.","section":"§III-B, VPN-based T&D co-simulation"}],"minor_comments":[{"comment":"The notation is inconsistent: the text defines N as the number of extrapolated data points, but Eq. (2) uses n. Please use one symbol consistently throughout.","section":"§III-B, Eqs. (1)-(3)"},{"comment":"Add axis labels, units, legends, and a vertical line marking the fault instant. The current figures do not show the 10 ms and 100 μs time grids, which makes it difficult to interpret the claimed improvement.","section":"Fig. 9"},{"comment":"The delay distribution plot has no sample size or confidence interval. State how many file-sharing cycles were measured and over what time period.","section":"Fig. 7(b)"},{"comment":"The GitHub repository is cited as [9], but a versioned release or DOI would improve reproducibility, since the code may change after publication.","section":"References"},{"comment":"The expression for the propagation delay in the time-sequence description appears garbled by formatting; please check that the equation renders correctly.","section":"§II-A"}],"recommendation":"major_revision","confidential_remarks":"The paper is a practical engineering report with modest novelty: the extrapolation method is a heuristic and the evaluation is a single case study. The open-source code and the use of OPAL-RT are strengths. I would not recommend rejection because the central idea is plausible and the reported behavior is consistent with the presented results, but the load-bearing stability claim needs quantitative and sensitivity evidence. The editor may also consider whether the journal's standards for real-time co-simulation validation require more than one demonstrated scenario."},"author_rebuttal":null,"desk_editor":{"model":"deepseek-v4-flash","letter":"Read this if you are building a co-simulation testbed and want a concrete example of what works over LAN, file-sharing, and VPN. The paper is mostly an integration report: it documents a Modbus/TCP/IP local interface and a remote file-sharing and VPN setup on OPAL-RT, with latency measurements, and it publishes the code. That part is genuinely useful and reproducible. The authors are straight about the trade-offs: file-sharing has 1-8.5 s delays, VPN around 20 ms, local negligible. The system-level design is sound, and the open-source release is a real asset.\n\nThe novel bit is the extrapolation method in Eqs. (1)-(3), intended to smooth received data when co-simulated subsystems have resolution mismatch. It is a simple predictor-corrector: average slope plus a small error feedback term. It works in the one VPN-based T&D case they show, eliminating PLL oscillations that raw data causes. That is a legitimate observation and a plausible fix.\n\nThe soft spot, as the paper itself admits in the Conclusions, is that parameter selection (n=1, K=0.001) is not explored, and there is no sensitivity analysis or stability argument for the recurrence. The evidence is a single qualitative case study, with no error metric, no statistical validation, and no alternative fault location or latency scenario. So the central claim—\"significantly enhances stability and reliability\"—is not established beyond that configuration. It does not invalidate the paper, but it means the method is a promising heuristic, not a validated technique. More tuning evidence or a bounded-error analysis would be needed to make the claim stick.\n\nAlso, the delay measurements are reported but not deeply analyzed; there is no formal comparison with a direct TCP/IP baseline or a discussion of jitter. That is a moderate weakness, not fatal.\n\nOverall: an honest, clearly written engineering paper whose practical value is real. The main idea is plausible, and the code is available, so a serious editor should send it to review, but I would ask for a robustness section before accepting.","headline":"Useful engineering write-up of co-simulation interfaces with an honest but under-validated smoothing fix; deserves rework, not rejection.","tokens_in":8362,"tokens_out":1568,"would_cite":true,"duration_ms":15015,"reading_group":"maybe","serious_thinker":"yes","would_accept_peer_review":true},"rs_alignment":null,"lean_confirmation":null,"pith_extraction":{"msc":[],"pacs":[],"model":"deepseek-v4-flash","headline":"The paper shows that a real-time data extrapolation filter, applied to coarse incoming measurements, removes the frequency spikes that destabilize remote transmission–distribution co-simulations with inverter-based resources.","keywords":["co-simulation","real-time simulation","communication interface","inverter-based resources","data extrapolation","phase-locked loop","transmission-distribution co-simulation","resolution mismatch"],"falsifier":"Re-run the VPN-based transmission–distribution fault case with the number of averaging steps set to 2 or 3 and the correction strength set to 0.01 or 0.1, then compare the extrapolated PCC voltage and phase-locked-loop-measured frequency against the transmission simulator's own recorded values. If the frequency spikes reappear, the extrapolated curve diverges, or the error grows for latencies inside the observed 17–35 ms range, the method is not robustly stable beyond its hand-picked setting.","tokens_in":7524,"feed_emoji":"⚡","tokens_out":12109,"duration_ms":95250,"temperature":0.7,"pith_summary":"This paper reports a practical architecture for real-time co-simulation of power transmission and distribution systems with high penetration of inverter-based resources, and its main claim is a method for keeping such simulations stable when the coupled simulators exchange data at very different rates. The authors build and test two communication interfaces, one for subsystems on a local network and one for geographically separated subsystems using either cloud file sharing or a VPN connection. In the VPN case, the coarse 10-millisecond voltage and frequency data arriving from a transmission simulator into a 100-microsecond electromagnetic-transient distribution model caused the phase-locked loops of inverter-based resources to oscillate and spike. The proposed real-time data extrapolation method smooths the received data before it feeds the phase-locked loop, and in the demonstrated fault case it removes those oscillations with less delay and error than a low-pass filter. If the claim holds, co-simulation becomes a more reliable tool for studying grids with large shares of inverter-based resources across institutions and time scales.","feed_headline":"Extrapolation filter removes spikes in co-simulated power grids","feed_subtitle":"A real-time predictor keeps inverter-based resources synchronized when simulators run at different speeds.","key_machinery":"The load-bearing object is the real-time data extrapolation method defined in Equations (1)–(3). It is a lightweight recursive predictor: the current extrapolated value is the previous extrapolated value plus the average variation of the last received data points plus a scaled error correction that pulls the output toward the latest actual measurement. The tunable parameters, $N$ (how many received data points define the average variation) and $K$ (how strongly the error increment corrects the curve), trade smoothness against accuracy. The machinery sits between the remote transmission simulator and the EMT distribution model, converting coarse, irregularly arriving phasor-domain data into a smooth waveform at the 100 μs simulation rate before the phase-locked loop (the control circuit that locks an inverter to grid frequency) synchronizes on it.","core_discovery":"The central discovery, stated on the paper's own terms, is that resolution mismatch, rather than raw communication latency, is the main destabilizing factor in time-sensitive VPN-based transmission–distribution co-simulation. When 10 ms transmission-side voltage, frequency, and phase data arrive at an EMT distribution model running at 100 μs, the phase-locked loop (the control circuit that locks an inverter to grid frequency) synchronizes onto a staircase-like frequency signal and produces large oscillations and spikes during and after a fault. The proposed remedy is a real-time data extrapolation method: at each EMT timestep the interface computes an extrapolated value $X_t = X_{t-1}^{ext} + \\Delta X + \\Delta e$, where $\\Delta X$ is the average variation of previously received data and $\\Delta e = K (X_T - X_{t-1}^{ext})$ is an error-increment correction scaled by $K$. With $N=1$ and $K=0.001$, the extrapolated PCC voltage and frequency curves are smoother than both the raw received data and a low-pass-filtered version, and the phase-locked-loop-measured frequency is free of the spikes and oscillations that appear without the method. The paper concludes that the method significantly enhances the stability and reliability of distributed inverter-based-resource co-simulations.","pith_inferences":["Beyond the demonstrated power-system case, the extrapolation filter is a generic receiver-side smoother for any co-simulation where a fast subsystem receives slow, time-stamped data; the same equations could serve couplings between gas, water, or transportation networks.","The paper's hand-picked parameter values are a single operating point, so a natural extension is an online auto-tuning rule for the averaging length and the correction strength, or a stability analysis of the recursion; the paper itself defers parameter selection to future work.","A sensitivity sweep over the observed 17–35 ms delivery jitter would test whether the smoothing benefit is robust, an experiment implied but not reported.","Sending-side upsampling of the transmission data before transfer might remove the need for receiver-side extrapolation, but that would rely on predicting the remote model's schedule rather than reacting to received data."],"forward_implications":["If the method works as reported, low-pass filtering is no longer the only option for resolution mismatches, because the extrapolation method yields smoother phase-locked-loop frequency with smaller delay and magnitude error than the low-pass filter.","Time-sensitive VPN-based remote co-simulation can tolerate 17–35 ms data delivery intervals and roughly 20 ms communication latency without destabilizing inverter-based resources, provided the incoming data are extrapolated.","The file-sharing interface supports non-time-critical load-following coordination with typical 1.5–4 s synchronization delays, fixing the operating envelope of that approach.","The local interface carries out minute-level energy management over a local network with negligible communication delay, so device-level controllers can stay on the real-time simulator.","Making the implementation code open allows other groups to reproduce both interfaces and the extrapolation filter, a direct corollary of the paper's claimed transferability."],"supporting_citations":[{"why":"Supplies the asynchronous real-time co-simulation platform and the 2.1 ms system propagation delay used in the local testbed timing analysis.","marker":"[2]"},{"why":"Provides the EMT–phasor modeling architecture and the first-order low-pass filter with delay compensation that the proposed extrapolation method is compared against.","marker":"[3]"},{"why":"Makes the communication-interface implementation openly available, enabling replication and extension of the local and remote setups.","marker":"[9]"},{"why":"Is cited for the twenty-day stability evaluation of the local communication interface under SOC-based control.","marker":"[10]"},{"why":"Is cited for the distribution-system testbed configuration used in the VPN-based transmission–distribution co-simulation where the extrapolation method is evaluated.","marker":"[11]"}],"fun_headline_variants":["Extrapolation tames real-time co-sim power spikes","New extrapolation stabilizes grid co-simulation","Resolution mismatch fixed in power co-sim via extrapolation","Smoothing data keeps co-simulated grids stable","Real-time extrapolation calms inverter co-sim"],"cache_read_input_tokens":3200,"weakest_assumption_plain":"The load-bearing premise is that the hand-chosen smoothing settings from the single demonstrated setup, one averaging step and a tiny 0.001 correction factor, will keep the extrapolation stable in other co-simulations; the paper provides no sensitivity analysis or stability proof for changing either setting.","fun_headline_variants_meta":{"raw":{"variants":["Extrapolation tames real-time co-sim power spikes","New extrapolation stabilizes grid co-simulation","Resolution mismatch fixed in power co-sim via extrapolation","Smoothing data keeps co-simulated grids stable","Real-time extrapolation calms inverter co-sim"]},"model":"deepseek-v4-flash","effort":"low","cost_usd":0.000238,"raw_usage":{"total_tokens":1549,"prompt_tokens":1023,"completion_tokens":526,"prompt_tokens_details":{"cached_tokens":384},"prompt_cache_hit_tokens":384,"prompt_cache_miss_tokens":639,"completion_tokens_details":{"reasoning_tokens":447}},"tokens_in":639,"tokens_out":526,"duration_ms":4740,"temperature":1.0,"reasoning_tokens":447,"cache_read_input_tokens":384,"cache_creation_input_tokens":0},"cache_creation_input_tokens":0},"created_at":"2026-08-08T11:38:42.636470+00:00","model_set":{"reader":"deepseek-v4-flash"},"falsifier":"Re-run the VPN-based transmission–distribution fault case with the number of averaging steps set to 2 or 3 and the correction strength set to 0.01 or 0.1, then compare the extrapolated PCC voltage and phase-locked-loop-measured frequency against the transmission simulator's own recorded values. If the frequency spikes reappear, the extrapolated curve diverges, or the error grows for latencies inside the observed 17–35 ms range, the method is not robustly stable beyond its hand-picked setting.","supporting_citations":[{"cited_title":null,"cited_arxiv_id":null,"evidence_quote":"Supplies the asynchronous real-time co-simulation platform and the 2.1 ms system propagation delay used in the local testbed timing analysis."},{"cited_title":"Adapti ve cold-load pickup considerations in 2-stage microgrid unit commitment for enhancing microgrid resilience,","cited_arxiv_id":null,"evidence_quote":"Makes the communication-interface implementation openly available, enabling replication and extension of the local and remote setups."},{"cited_title":"Optimal Control Design for Operating a Hybrid PV Plant with Robust Power Reserves for Fast Frequency Regulation Services","cited_arxiv_id":"2212.03803","evidence_quote":"Is cited for the twenty-day stability evaluation of the local communication interface under SOC-based control."},{"cited_title":null,"cited_arxiv_id":null,"evidence_quote":"Is cited for the distribution-system testbed configuration used in the VPN-based transmission–distribution co-simulation where the extrapolation method is evaluated."}],"review_version":1}