@kurt That you have to enable pull-up resistors for each GPIO that is connected to Digital Input in order to be able to read the status of digital inputs... btw check https://forum.unipi.technology/topic/54/windows-10-iot

Thumb's up. Thanks.

Do not blow this up to the sky.

I already have WiFi 1 meter away from Neuron, so no expenses for that.
At us is like that if anything wil be burned, that the overcurrent will come over PHONE LINE, electricity is NOT the problem anymore, we solved that out few years ago, and now is not the issue anymore.
If i put the surge protector(belive me i tryed that) it is blown too and i have two expenses, surge protector and router, if i use only wifi i only change router and that's it.
But this router is "blown-burned" only if nobody is home, that happends werry rearly, but it happends, if anybody is home all you need to do is unplug the DSL line and NO problems at alll.

What about that WiFi connection is not so 100% like wired is ordinarry BS, before Neuron i made automation by myself and it was runing wirelesly for 3 YEARS with any problem at all, it was not burned by lightning, line was woking 24/7 and i NEVER had wireless connection problem at all, so that is why i want to connect Neuron wirelesly, i could use eg. wireless extender if there was a problem and put between extender and Neuron a UTP wire, and let between extender and router be a wireless connection, that would be even better than the RPI3 onboard wireless.
But i can go on but i think i explained why i need wifi connecton.

PS. All power for mixing walves, pumps and Neuron itself, are connected over 2kW UPS (i know that is an overkill), that anything make and come trough all pover protection for the house, will rather destroy the UPS before all other things that are connected to UPS, at least i hope so.

Thanks a lot :) !! Greeting from Shanghai

@Hen-Ri Glad you got it working!

The bug is not really very significant - basically some of the function use a different name. It's a matter of adding two lines to the code for each device type.

It's the number of milliseconds for which a signal has to hold; there is a good explanation of it here: https://www.kernel.org/doc/Documentation/gpio/driver.txt (section titled
"GPIOs with debounce support"). The idea being to filter out harmonics which occur due to electro-mechanical interference.

Good day,

I do receive all JSON stings from my DS18B20 temperatur sensors and from my DS2413 (Wire Dual Channel Addressable Switch) but I do not receive any strings from DS2438 at moment. I could get the JSON string via the wget method or via http://127.0.0.1:88/rest/all.

Do you have any idea on how I could get the strings via the above mentioned python program via Websocket; I actually do not understand why I do not receive the DS2438 strings...

Right - but does RX?

unipi_plc is only on the beta image, apologies

And I would try Mervis if possible. It has drivers done via a different library, and has better debugging facilities. Though if the RX light does not turn on Mervis won't be able to do much - it will just display constant timeouts.

e: More specifically no RX light means that there are no replies, TX light simply means that something is sent, regardless of whether the settings are correct or not.

The configuration looks correct - are you sure that the address jumpers are set correctly? As per: https://forum.unipi.technology/topic/75/trying-to-connect-8-relay-addon-emo-r8/11

Hi @matt

I believe the latest version of Mervis should be able to handle it better now; you can give it a go and see if it works properly with multi-character strings. For further information please get in touch with [email protected] and/or Martin Kudláček instead, as I will be leaving unipi shortly.

Thanks for the reply.

Since my last posts, I have been fiddling around with the setup and noticed that when I directly poll the modbus tcp server, the updated state is made available almost instantaneously.

My issue is really on the polling side of the home assistant visualization I am using. I have now started a project to do the polling in a separate server, that then pushes out any changes in the form of an event via MQTT, see https://github.com/mhemeryck/unipusher . It currently works as a proof of concept for a single toggle switch, I am now looking into how I can make it more scalable to all kinds of inputs / outputs. I'll get back here if this ever works out :)

EDIT: given it's not really unipi specific, I decided to rename it to modbridge, see https://github.com/mhemeryck/modbridge

Hello again @JasperJackson,
as we discussed via email, the image 1.7 and latest development version of MervisIDE fixes the problem you have encountered. Another problem occured when reading states of the digital inputs. We discovered a problem in the installation package and issued a new version. To fix your problem, SSH into the PLC and issue these commands:

sudo su dpkg -P evok-mini pigpio apt-get update apt-get clean apt-get install evok-mini reboot

For clean image 1.7 you just need to install the fixed evok-mini package.

Martin

Dobrý den @kaniiisek, jsem rád, že Vám spojení funguje. Proč nefungovalo dříve je těžké odhadnout, musel bych mít k dispozici Váš projekt.

S pozdravem,
Martin Kudláček

Zdravím ve spolek ;)
Aktuálně jsem se zabýval komunikací elektroměru EM 340, která mě také trochu potrápila, ale nakonec je vše funkční. Zásadním problémem je pořadí bytů! Není 12345678 jak je uvedeno v ilustracích této diskuse výše. Pořadí MultiByte (Parser) je 3412.

Přikládám několik obrázků jako stručný návod pro nastavení.
Ve stejném smyslu lze nastavit vyčítání ostatních proměnných.

Vyčítané proměnné z EM340:
0_1576165375445_EM340_04.PNG

Nastavení skupiny - Read_VAL (počáteční prvek a počet):
0_1576165478762_EM340_01.PNG

Nastavení prvku - L1_A:
0_1576165566196_EM340_02.PNG

Nastavení prvku - L1_W:
0_1576165701421_EM340_03.PNG

0_1559909211138_034debcb-00d8-4f0f-bf32-e2f79989f461-image.png

Problem seems to be triggered when replacing an existing function with a similar function, then any new vars stop working, any changed vars stop working, and the function stops returning any output even though it's getting everything valid input.

Hello @msoenen,
any SD card you bought from us is empty - we don't preinstall any operating system.

I would recommend flashing a UniPian to the SD card. The UniPian is Raspbian with preinstalled packages that allow communication with IO boards.

The UniPian image can be downloaded here: https://kb.unipi.technology/files:software:os-images:00-start
And here is a tutorial how to flash the MervisOS image to the SD card and you can use parts of it for flashing the UniPian image as well: https://kb.unipi.technology/en:sw:01-mervis:running-on-neuron-hidden

Best regards,
Martin

@tomas_hora Don't forget us for the evolution of the scada and the mobile app
Thank you for your work and your help when we have problems
happy new year 2020

Yes, it is clear now. You have to implement this kind of functionality by yourself as Evok does not offer it.

For the sake of the history: a very old SD card image was in the PLC and the current MervisIDE wasn't able to detect it properly.

Thanks a lot. I am planning some extensions to my system, so I might want to use the discount you promised :)

Btw, any reason why DI/DO lines are registered as separate GPIO chips, instead of using a smaller number of chips each with 16/14 lines?