giganode

Hey, at first please upload Diagnostics. That way, I can take a look at the situation and know where to start from.

. Does it have data connection?

No answers so I pushed a new release.

Ah, okay let's wait for @Bngoold here. He has a working ax1600i. No, the binary is in the correct place. You get output when you manually exec the binary. So it's working in general. Temporary fix: 1. nano /boot/config/plugins/corsairpsu/corsairpsu.cfg 2. Change type to ax1600i and save the file. 3. Verify stats working again and report back to this forum thread. 4. Permanent fix will be pushed tomorrow. I will post further information once i pushed the release.

Sorry, which device are you talking about?

@Sizukaze The plugin hasn't changed. There is still no support AFAIK. For a more detailed version, @ich777 would be the right person. @hoschy VF are virtual functions... If activated you can use these VFs like they were dedicated GPUs.

Ah, gotcha! I thought you also made some changes. I just merged your changes and pushed a new release for the plugin. Please verify everything works as expected. Thank you very much. I honestly just did not have to do that on my own and install my own ax1600i into the server or at least connect it to an unraid server as they are just too far away. Please upload the raw output from the executable, just for the sake of knowledge.

Awesome! Are you willing to share the repo for the executable? This way I can verify there is no unwanted code before adding it officially to the plugin.

I will have to get the binary from @Bngoold . I would also like to take a look into his changes for the dashboard.

oh s**t.... I was not reading carefully... thats an AXi version.. Have to revert the changes on corsairmi then.. AX1500i should be working according to code. Can someone verify?

@nakutra Please update and give it a try. Is it a USB-C version?

I use a script to read the values and then I publish these values via mosquitto_pub to HA.. Thats the reason the mqtt-pub-sub plugin was built. Looks like a new version of the HX1500i. Give me one day or so. Should work with the next release.

Hmm.. There are obviously different approaches being used. You do it this way.. I publish via mqtt and the original maintainer also uses another method. Technically, this plugin provides the necessary binaries to extract the info and display it on the dashboard. What happens, if someone else comes up with another different approach? Not sure rn...

I don't want to claim much credit for that... Most of this plugin was done by the original maintainer.. I am thinking about a third possible selection in the dropdown menu specific for ax1600i.

Hey there.. Nice you had the time to do this. I have been super busy in the past. Thank you for your work on that. Do I understand you correctly, you want to create a seperate plugin or do you want to integrate into this existing one?

That is weird.. The plugin hasn't changed in a long time.. Can you maybe tell if this happened after a specific action? Looks like we got a 3rd HX1200i version.. Should be working in the next release. Edit: I released a new version, give it a try. It's a USB-C version, right?

That would be great!! I'd like to set a filter as well.

Am I just being ignored at this point?

I can't do more than providing a template to start from. When somebody has an idea what to publish I might help a bit, but I can't prepare everything as this just provides MQTT functionality.😇

Already looked at it. Don't get me wrong, I don't criticise that you are collecting data. This is something you as a maintainer can do when the user opted in to do so. But it should never be the other way around. Especially, without any information before installation. The fact that the report is not done immediately after installation is not an argument.

@EDACerton Hello mate! Just ran over your file activity plugin. I just have a quick question.. Is it correct, that - without any hint before installation - you by default enable data collection?

Alternatively, is there a possibility to add a hidden filter which we can apply manually but permanently?

And as far as I can tell, every link to the support forum is linked to the corresponding GitHub repo.

Hi @Squid!! First of all, I want to sincerely thank you for all the work you've done around Community Applications. Without your efforts, Unraid would be missing so many amazing apps and opportunities. Your work truly makes a huge difference for many of us – myself included – and I deeply appreciate it! However, I would like to share a small observation: Recently, I've noticed that within the Community Applications, existing content is increasingly being "re-published" under new entries. I generally don't have an issue with duplicates or alternative versions – often they offer real added value. But lately, it seems that some of these new entries are more like "spam," without offering any meaningful improvements over existing templates. So my question is: Are there any considerations or options in place to address this? Perhaps some form of moderation or restrictions for users who repeatedly submit near-identical apps without clear added value? I absolutely don't want to discourage creativity or alternative approaches – my concern is more about maintaining the quality and keeping the space clean and manageable. Once again, a big thank you for everything you do for the community! And of course, thanks for taking the time to read my feedback. Best regards, giganode

Awesome! That is an interesting use case!