Hi @martijn-hemeryck, those are great news! I'm glad we were able to put it together, together:) I'm looking forward for your results.

Martin

I managed to get what I need by compiling a new (hopefully) compatible set of modules and installing by hands only the needed ones. Here are the steps I followed, executed directly on the AXON as root:

v=$(uname -r) cd /usr/src wget https://cdn.kernel.org/pub/linux/kernel/v4.x/linux-$v.tar.xz tar xf linux-$v.tar.xz cd linux-$v gzip -dc /proc/config.gz > .config apt install libncurses5-dev bc # Customize the kernel to your needs. In my case I enabled the # snd-usb-audio module that, in cascade, enabled other sound stuff. make menuconfig # Build and install *only* the new modules. make modules mkdir -p /lib/modules/$v/kernel/sound/usb cp sound/usb/*.ko /lib/modules/$v/kernel/sound/usb/ cp sound/core/snd-*.ko /lib/modules/$v/kernel/sound/core/ depmod # Not strictly needed, but forbidding future axon-kernel upgrades # could avoid potential hard-to-debug problems. apt-mark hold axon-kernel

Just as an update.

I was struggling with multiple registers which are used i.e. for the AO1.1 port of my Neuron M103.

So for the AO registers 3000 and 3001 are given as "real".

I extended the above union as follows:

union { uint16_t word[2]; uint32_t dword; float fl; } counter;

And I am reading the register like this:

modbus_read_registers(modbusglob, 3000, 2, &counter.word[0]);

It reads 2 registers starting at 3000 and writes the result in the word array where it is automatically converted to "float" by the union structure.

Works fine!

/KNEBB

Hi @Martin-Kudláček,

thank you for your input. The problem were the internal pull-ups, set to low. Usually the python library, I'm using, does this job, but there seems to be a problem with the Raspberry Pi 4. Nevertheless I was able, to get everything up and running again, by setting needed GPIO pull-ups to high via /boot/config.txt. It's not the best solution, because it should be fixed software-wise. But it's the proof, that the problem is not related to hardware. Thank you so much for helping me, figure this out.

Dirk

@martin-kudláček said in Neuron L303 and M303 DI not working -- LED not showing:

mbpoll 127.0.0.1 -a 0 -0 -1 -r 1136

mhemeryck@L303-sn17:~ $ mbpoll 127.0.0.1 -a 0 -0 -1 -r 1130 mbpoll 1.4-12 - FieldTalk(tm) Modbus(R) Master Simulator Copyright © 2015-2019 Pascal JEAN, https://github.com/epsilonrt/mbpoll This program comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome to redistribute it under certain conditions; type 'mbpoll -w' for details. Protocol configuration: Modbus TCP Slave configuration...: address = [0] start reference = 1130, count = 1 Communication.........: 127.0.0.1, port 502, t/o 1.00 s, poll rate 1000 ms Data type.............: 16-bit register, output (holding) register table -- Polling slave 0... [1130]: 50 mhemeryck@L303-sn17:~ $ mbpoll 127.0.0.1 -a 0 -0 -1 -r 1137 mbpoll 1.4-12 - FieldTalk(tm) Modbus(R) Master Simulator Copyright © 2015-2019 Pascal JEAN, https://github.com/epsilonrt/mbpoll This program comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome to redistribute it under certain conditions; type 'mbpoll -w' for details. Protocol configuration: Modbus TCP Slave configuration...: address = [0] start reference = 1137, count = 1 Communication.........: 127.0.0.1, port 502, t/o 1.00 s, poll rate 1000 ms Data type.............: 16-bit register, output (holding) register table -- Polling slave 0... [1137]: 65535 (-1)

Right, so it indeed looks like a very high debounce time!

Strange, since I thought I had already checked that with the web view / can't recall changing it myself.

Anyways, I ran the firmware updates again, and now it's fixed! Thanks a lot!!

@PhilesG Would you please try to update the our kernel modules to the latest version? You can do this by apt update && apt install unipi-kernel-modules or by rewriting the whole OS by a new one from https://kb.unipi.technology/en:files:software:os-images:00-start#axon_generation_os using this guide https://kb.unipi.technology/en:sw:01-mervis:running-on-axon-hidden#flashing_the_os

Hello @Martin-Kudláček

Thanks for everything, reflashing SD with new MervisOS helped.

I made it work.
I enabled Serial in RaspberryPi Setting and and used /dev/serial0 and it worked.

Thx @martin_triska for help!

Hello @Petr-Helebrant, despite the "disable" option being present in the configuration, the option cannot be disabled. The build of the solution will fail.

@cleve
OK, díky, myslel jsem si to, že EN bude ta cesta, ale chtěl jsem se ujistit.

I would really like to help you out with the domoticz implementation but I still do not have enough time for that… But domoticz is a really interresting project which I think should have a full support for UniPi.

Problem byl vyresen a objevi se v pristi verzi instalace IDE - ocekavame behem tydne az dvou.

Got it, Thanks!
Shame on me!

Have got it working now thanks for the help

@Havor thats how we do it. Howeve some developers are not interrested in all the extensions since they are doing it for their own needs....

Hi my project is fully functional thanks to you all

@tomas_hora

BTW, I absolute love Neuron! <3 I'll put it everywhere.

Having a simple REST API is a bless.

Thank you for all your hard work that goes into UniPi!

Sharkrt and Fastcgi are running locally on UniPi. I think you should only need the port 80. Please try to make a clean HMI with just one variable and upload that...

Sometimes it happens that the mapping of variables in HMI breaks...

Try reinstalling the Modbus server as described here: https://github.com/UniPiTechnology/neuron_tcp_modbus_overlay

@tomas_hora Hi,
I did a fresh Rasbian install, got the neuron online, did a
git clone http.....
set the permissions (as per the GIT page)
started it up.
and....

PERFECT!

I have my python monitoring program starting automatically as a service, and I had to put a little sleep command in it on start as it was trying to run before EVOK started. Runs great.

Many thanks.
Merv.