Dobrý den pane Novotný,
ve zkratce - ano, je to možné a nepotřebujete na to ani Mervis.

Součástí operačního systému, který dáváte na kartu, je ModbusTCP server, přes který můžete ovládat veškeré vstupy-výstupy vyjma sběrnice 1-Wire. Tento server není typicky dostupný zvenčí ale je možné jej přenastavit tak, aby byl dostupný na portu TCP/502. Můžete tak k PLC jednotce, která se chová jako Modbus Slave, přistupovat z libovolné aplikace, která Modbus podporuje (například pomocí zmíněných Java knihoven). Seznam Modbusových registrů a coilů naleznete zde.

Druhou možností je použít API našeho softwaru Evok, kterým taktéž můžete ovládat celou jednotku a to včetně zařízení na sběrnici 1-Wire.

Tutoriály na tyto způsoby komunikace budeme připravovat v následujících týdnech.

S pozdravem,
Martin Kudláček

Hi Jonathan,
do you have some touch screen from previous installation, or do you plan to purchase a new one? Generally speaking, the touch screens in industrial automation are equipped with PC (Pro-face for example) running custom HMI software, which communicates with PLC e.g. via Modbus. In this case, you can use Axon with no problem.

@boy-lenssen And I really recommend you to purchase the USB-RS485 converter. It is extremely handy for such debugging and it costs around $1 on eBay.

Dobrý den Dalibore,
toto je velmi jednoduché. V MervisIDE přidáte na PLC "Serverový kanál" a nastavíte protokol na ModbusTCP. Přidáte serverové zařízení, nastavíte mu IP adresu, port a modbusovou adresu, na které bude přístupné. V detailu zařízení pak namapujete registry a coily na příslušné proměnné. K proměnným pak přistupujete přes síť z libovolného Modbus Master zařízení / programu.

Místo ModbusTCP je možné použít i ModbusRTU, kde nakonfigurujete příslušný RS485 port a nastavíte modbusovou adresu.

Nemám ověřenou funkcionalitu na starém IDE (2.0.x), ale v novém, které bude začátkem září je toto plně funkční.

Martin

Hello @jakub, the pin header of the Raspberry Pi inside of the Neuron is not accessible and there is no space inside of the Neuron for such additional devices.

Hello @cvrcejir,
unfortunately this is an error in the REST API, not the Evok's web interface. I forwarded this issue to the programmers and let you know once it is fixed.

Thank you for your patience,
Martin

Hello @stevenhendrickx,
I'll start from the end - the RaspberryPi running an InfluxDB. I can only guess - and correct me if I am wrong - but you have only SD card with the Raspbian in your RaspberryPi, right? The SD cards are quite fragile regarding the number of data you can write on them. That's the reason why we switch the filesystem in MervisOS to read-only. So generally, running a database on the SD card is not-so-good idea.

Now to the part how to access Mervis variables from outside. Currently the most straightforward method is via Modbus. If you haven't use Modbus before, please take a look on the protocol itself: physical layers, addressing, datatypes,... The Wikipedia article is a good (a bit too complicated) start.
Then check our tutorial how to setup ModbusTCP server (slave) in Mervis: https://kb.unipi.technology/en:sw:01-mervis:setting-modbus-server-hidden
And to put it together check this Python Gist how to poll data from ModbusRTU slave into InfluxDB: https://gist.github.com/sansal54/bea2526ab8e968351a85db3410cc9f65

There's a lot of information you need to grasp from the beginning to get it working. Feel free to ask more.

Martin

Hi @roberts_lando,
the problem probably lies in the dual gateway settings. The gateway should be set only on one interface. Same applies to the DNS settings, which I would put to the /etc/resolv.conf instead of here.

Best regards,
Martin

Hi @martijn-hemeryck,
some of the dependencies are quite tricky and we weren't able to handle the transitions between new package names gracefully. The repo is reachable, however the URL has to end with slash: https://repo.unipi.technology/debian/

Best regards,
Martin

@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!