administrators

@HPC
The definition of the programming is in the IEC61131-3:

VAR
    all_reals  : ARRAY[0..20] OF real;
    tmp: real;
END_VAR

tmp := all_reals[5];

Dobrý den @lukas009,
rozteč je 5.08, podle obrázku vypadají stejně. Konektory samozřejmě dostanete s jednotkou.

S pozdravem,
Martin Kudláček

@kratas

Mervis a Evok je SW, který můžete nainstalovat na jednotku zároveň, stejně jako Home Assistant, openHAB apod. Problém nastává v logice ovládání vstupů a výstupů, pokud s nimi pracuje více SW souběžně. Mervis, jelikož je spíše pro průmyslové nasazení, tak zapisuje neustále do IO jeho aktuální stav. Tedy pokud program v Mervisu má nastavovat relé, tak jej nastavuje na tu stejnou hodnotu několikrát za sekundu. Je to z důvodu bezpečnosti, kdy jedno nastavení by nemuselo "dotéct" až do IO a tím pádem by byla technologie v mezistavu.
SW typu Node-RED, openHAB apod. fungují událostně - tedy zapíší hodnotu do IO pouze při její změně.
Míchání těchto dvou postupů vede k problémům, tedy tento postup silně nedoporučujeme.

Pokud hodláte používat naše rozšiřující moduly, doporučím použít Evok, protože přes něj budete moci z HA ovládat jak lokální IO Patrona, tak IO na rozšiřujících modulech.

DirectSwitch je funkcionalita, která celé řízení velmi komplikuje. Současné ovládání relé autonomním DirectSwitchem a externě ze SW je velmi složitá a osobně ji nedoporučuji.

S pozdravem,
Martin Kudláček

Hello @DAWaller,
I just tested the latest Unipi 1.1 Node-RED OS image (unipi1-node-red_image-20210401.0.zip) and it works. Both the Evok and the Node-RED shows the relays. Do you use the image version mentioned above?

Best regards,
Martin

That looks like a bug, @cvrcejir, thanks for pointing that out! I was able to replicate it and pushed the issue to the devs for a fix.

Thanks,
Martin

@kratas said in Patron a mervis/evok vs home assistant:

Kdežto při variantě s evokem jestli dobře chápu, je veškerá logika a automatizace závislá na rpi a ha v mém případě a pokud rpi lehne, jsem v háji a ani si nerozsvítím :-)

Ahoj, je to přesně tak. Evok je API, tedy zpřístupňuje IO pro další aplikace, ale sám žádnou logiku není schopen provádět.

což funguje zdá se mi super, bohužel nejsem schopen odnikud vyčíst coily ostatních vstupů/výstupů abych s nimi mohl pracovat.

Tzv. Modbusovou mapu registrů pro Patrony ještě nemáme zpracovanou, ale můžeš použít mapu pro Axony. Pro Patron M207 tedy použij mapu pro Axon M205: https://kb.unipi.technology/en:files:products:01-axon.

Jenom pozor, ve výchozí instalaci MervisOS je ModbusTCP server omezen pouze pro localhost, nedostaneš se na něj vzdáleně. Pro zpřístupnění zedituj soubor /etc/default/unipitcp a restartuj službu unipitcp: systemctl restart unipitcp:

root@S103-sn1:/home/pi# cat /etc/default/unipitcp
# Defaults for Unipi ModbusTCP server

# to which IP address the service will bind to.
# to listen on all, set to 0.0.0.0
LISTEN_IP=127.0.0.1

# to which port the service will bind to
LISTEN_PORT=502

Hello @JakubCh,
yes, the SLC cards are significantly better, yet the Patron's eMMC is even better, because it doesn't suffer from the power outages.

Best regards,
Martin

Hello @cvrcejir,
this information is not yet available via ModbusTCP.

Best regards,
Martin

Hi @padeja,
the /dev/ttyNS* ports are independent of the Evok and you should configure them in Evok in any way, if you wish to access them from your program. Try removing the configuration you did in the Evok.

Best regards,
Martin

Hi @marko2276,
great job!