forum.rcware.eu Tag: MiniPLC

Jan Vidim on "MiniPLC limitations"

Jan Vidim — Fri, 11 Nov 2011 15:35:49 +0000

Every technical device has limited performance. For the MiniPLC, the original "soft" limitation, or rather reccomendation, was maximum 120 HW data points, which gives about 3 MCIO modules plus some binary input modules to reach the required I/O mix. In this configuration, and with application software typical for the normal HVAC plants, there is absolutely no problem with memory capacity, I/O bus response, web server response, computation cycle and other parameters.

Our customers discovered soon that there is some unleashed power in the Mini, and started to challenge the limits. When increasing the amount of I/Os (and corresponding function blocks in the IDE which serve them) it must be considered that the web server response is slower, and the refresh time in the clients (such as IDE, OPC server, and SCADA) increases, but everything keeps running.

However, one of the unsurpassable limits is the amount of communication channels:
- there may be maximum 3 channels of the same type, and
- the total amount must be less or equal 5.

So, if we have a COM port with I/O modules, a SMS modem, and three Native SoftPLC channels to read the link from other process stations, this is exactly the limit.

Another issue:
- the total number of connections the MiniPLC is able to keep is 10.

This includes those max. 5 channels plus incoming connection from the clients like Vision, IDE, touchscreen, external web panel, Native channels from other PLCs (!) etc.

In case you face a MiniPLC not communicating on some of the channels, even if tests in the IDE are OK, please check the amount and types of the communication channels. (The problem may be somewhere else, too, see also http://forum.rcware.eu/topic/57)

Those limitations do not apply for the Windows platform („Full“).

J. on "Omezení MiniPLC"

J. — Thu, 21 Jul 2011 14:59:45 +0000

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.

Jan Vidim on "Omezení MiniPLC"

Jan Vidim — Mon, 18 Jul 2011 15:04:31 +0000

Pro LCD menu v MiniPLC platí, že jedna větev může obsahovat max. 100 položek.

Jan Vidim on "Omezení MiniPLC"

Jan Vidim — Fri, 17 Jul 2009 14:37:11 +0000

Každé technické zařízení má nějaký konečný výkon. Původní "měkké" 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.

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.

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.

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 http://forum.rcware.eu/topic/57 ).

Pro platformu Windows ("Full") toto omezení neplatí.