<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	
	>
<channel>
	<title>
	Commentaires sur : Décryptage : Comment anticiper un afflux imprévisible d&#8217;énergie délocalisée ?	</title>
	<atom:link href="https://www.enerzine.com/decryptage-comment-anticiper-un-afflux-imprevisible-denergie-delocalisee/41862-2018-09/feed" rel="self" type="application/rss+xml" />
	<link>https://www.enerzine.com/decryptage-comment-anticiper-un-afflux-imprevisible-denergie-delocalisee/41862-2018-09</link>
	<description>L&#039;énergie au quotidien</description>
	<lastBuildDate>Mon, 03 Sep 2018 23:24:27 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.9.4</generator>
	<item>
		<title>
		Par : cebh2o		</title>
		<link>https://www.enerzine.com/decryptage-comment-anticiper-un-afflux-imprevisible-denergie-delocalisee/41862-2018-09#comment-84455</link>

		<dc:creator><![CDATA[cebh2o]]></dc:creator>
		<pubDate>Mon, 03 Sep 2018 23:24:27 +0000</pubDate>
		<guid isPermaLink="false">https://www.enerzine.com/?p=25504#comment-84455</guid>

					<description><![CDATA[C&#039;est tout un enjeu de proposer un algorithme d&#039;aservissement pour toute les unitées de production, suffisament simple pour etre decentralisé mais suffisament robustres pour prendre en compte les contraintes de courant max des lignes d&#039;interconnections (le moyen de communication abordabe mais safe != gsm  ).

Je sousestime peutetre les effets de resonnance de l&#039;asservissement decentralisé mais je continu de croire que si l&#039;operateur reseau (celui qui connait les courants max en chaque point) envoit aux unités de production une forchette de frequence et de tension, je parirai que c&#039;est jouable avec une generatrice synchrone en base referentielle de taille tres modeste (5% de P reseau).

On voit que la communication entre les nodes et les capteurs de courant internode est un vrai probleme car la com doit etre securisée (et donc complexe sujette à l&#039;informatique et ses bugs) ou alors un protocole fermé mais amenant necessairement un monopole dans la gestion du reseau, en contradiction avec la decentralisation.

Comment faire passer l&#039;info Imax physiquement sur la ligne vers les nodes? Generation volontaire d&#039;harmoniques sur la ligne pour avertir la surintensité?]]></description>
			<content:encoded><![CDATA[<p>C&rsquo;est tout un enjeu de proposer un algorithme d&rsquo;aservissement pour toute les unitées de production, suffisament simple pour etre decentralisé mais suffisament robustres pour prendre en compte les contraintes de courant max des lignes d&rsquo;interconnections (le moyen de communication abordabe mais safe != gsm  ).</p>
<p>Je sousestime peutetre les effets de resonnance de l&rsquo;asservissement decentralisé mais je continu de croire que si l&rsquo;operateur reseau (celui qui connait les courants max en chaque point) envoit aux unités de production une forchette de frequence et de tension, je parirai que c&rsquo;est jouable avec une generatrice synchrone en base referentielle de taille tres modeste (5% de P reseau).</p>
<p>On voit que la communication entre les nodes et les capteurs de courant internode est un vrai probleme car la com doit etre securisée (et donc complexe sujette à l&rsquo;informatique et ses bugs) ou alors un protocole fermé mais amenant necessairement un monopole dans la gestion du reseau, en contradiction avec la decentralisation.</p>
<p>Comment faire passer l&rsquo;info Imax physiquement sur la ligne vers les nodes? Generation volontaire d&rsquo;harmoniques sur la ligne pour avertir la surintensité?</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
