<?xml version="1.0"?><!-- generator="bbPress" -->

<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
>

<channel>
<title>forum.rcware.eu Topic: Omezení MiniPLC</title>
<link>http://forum.rcware.eu/</link>
<description>forum.rcware.eu Topic: Omezení MiniPLC</description>
<language>en</language>
<pubDate>Wed, 08 Feb 2012 05:09:03 +0000</pubDate>

<item>
<title>J. on "Omezení MiniPLC"</title>
<link>http://forum.rcware.eu/topic/44#post-195</link>
<pubDate>Thu, 21 Jul 2011 14:59:45 +0000</pubDate>
<dc:creator>J.</dc:creator>
<guid isPermaLink="false">195@http://forum.rcware.eu/</guid>
<description>&lt;p&gt;Jeste k tomu lcdmenu jsem vykoukal, ze mezi ::Param_begin:: a ::Param_end:: muze byt max. 49920 bajtu? Hodne bajtu zabere GUID a hodne bajtu se promrha v digitalIndicatoru, protoze se automaticky ukladaji i nepouzite stavy.
&lt;/p&gt;</description>
</item>
<item>
<title>Jan Vidim on "Omezení MiniPLC"</title>
<link>http://forum.rcware.eu/topic/44#post-194</link>
<pubDate>Mon, 18 Jul 2011 15:04:31 +0000</pubDate>
<dc:creator>Jan Vidim</dc:creator>
<guid isPermaLink="false">194@http://forum.rcware.eu/</guid>
<description>&lt;p&gt;Pro LCD menu v MiniPLC platí, že jedna větev může obsahovat max. 100 položek.
&lt;/p&gt;</description>
</item>
<item>
<title>Jan Vidim on "Omezení MiniPLC"</title>
<link>http://forum.rcware.eu/topic/44#post-100</link>
<pubDate>Fri, 17 Jul 2009 14:37:11 +0000</pubDate>
<dc:creator>Jan Vidim</dc:creator>
<guid isPermaLink="false">100@http://forum.rcware.eu/</guid>
<description>&lt;p&gt;Každé technické zařízení má nějaký konečný výkon. Původní &quot;měkké&quot; omezení - spíše doporučení - u MiniPLC proto bylo max. 120 hardwarových datových bodů, tedy tři kompaktní moduly MCIO doplněné několika moduly digitálních vstupů na potřebný I/O mix. Při tomto osazení a obvyklém softwaru pro VVK (vzduchotechniky, kotelna atd.) není absolutně problém s kapacitou paměti, odezvou I/O sběrnice, odezvou webového rozhraní, délkou výpočetního cyklu a dalšími parametry. &lt;/p&gt;
&lt;p&gt;Zákazníci záhy objevili, že v MiniPLC dříme skrytý nevyužitý výkon, a začali vyzývat limity. Při zvyšování počtu vstupů a výstupů (a funkčních bloků, které je obsluhují) je třeba počítat s pomalejší odezvou webového serveru a občerstvování v klientech (IDE, OPC server, vizualizace), nicméně vše stále běží. Jeden z nepřekonatelných limitů však je počet komunikačních kanálů: ty mohou být nejvýše tři stejného typu a jejich celkový počet nesmí překročit pět. Takže pokud máme například COM port s I/O moduly, SMS modem a tři kanály pro čtení dat z dalších podstanic, je to přesně ten mezní stav.&lt;/p&gt;
&lt;p&gt;Dále: celkový počet spojení, které MiniPLC může držet, je 10. Do tohoto počtu se počítá těch max. 5 kanálů plus připojení příchozí, tedy z Vision, z IDE, z touchscreenu, externího WebPanelu, z ostatních podstanic protokolem Native SoftPLC Link (!) atd.&lt;/p&gt;
&lt;p&gt;Pokud byste se setkali se situací, kdy MiniPLC na některém z kanálů nekomunikuje, ačkoli při testech přímo v IDE je všechno v pořádku, zkontrolujte počet a typy komunikačních kanálů. (Problém ale také může být jinde - viz &lt;a href=&quot;http://forum.rcware.eu/topic/57&quot; rel=&quot;nofollow&quot;&gt;http://forum.rcware.eu/topic/57&lt;/a&gt; ). &lt;/p&gt;
&lt;p&gt;Pro platformu Windows (&quot;Full&quot;) toto omezení neplatí.
&lt;/p&gt;</description>
</item>

</channel>
</rss>

