cosyn

My goal is to boost performance and maybe run VMs. I followed instructions on this blog post to set up a simple NVME disk. Then I found this blog post to https://developer.isy.io/blog/eisy-way and attempted to run the fl.ops script. I got this error: [admin@eisy ~]$ sudo fl.ops setup.nvme.boot executing from /usr/local/etc/udx.d/static gpart: No such geom: nvd0. nvme0: WD_BLACK SN850X 1000GB nvme0ns1 (953869MB) gpart: No such geom: nvd0. Wed Jul 24 11:16:55 PDT 2024|/usr/local/etc/udx.d/static/fl.ops: adding GPT partition to nvd0 ... gpart: geom 'nvd0': Operation not permitted Wed Jul 24 11:16:55 PDT 2024|/usr/local/etc/udx.d/static/fl.ops: error: failed creating gpt partition ... It's looking for nvd0 which doesn't appear to exist. I'm running UDX version 3.5.6.4. I know should have followed the multiple partition instructions but am a noob to Linux and get this error when I try to follow the instructions to set up the partition system: sudo gpart create -s gpt nvd0 gpart: geom 'nvd0': Operation not permitted It doesn't seem to like nvd0 for some reason. It seems to be the same error that @Michel Kohanim mentioned could be due to a size issue in this thread. So for clarity, I'd like to: 1. Set up multiple partitions 2. Use one partition to mirror the OS to boost performance 3. Use the other partitions to run other services like CumulusMX Any guidance?

That worked! Thanks so much. I wouldn't have figured that out from the Tasmota command list. And thanks for taking over developing this NS from xKing! It's really a boon after many Insteon-based manufacturers have fallen.

I'm new to MQTT. I have a Sonoff 4CH Pro (4 relays) that I have been controlling using the eISY network resources. Time to grow up and transition over to using MQTT as I swap out hardware that is no longer manufactured. Following xKing and @TriLife's instructions on various threads, I was able to set up eisy's Mosquitto as broker and a .yadl file to define the device. Wasn't sure whether I should create one device and somehow the broker would let MQTT know there are 4 devices, or if I should create 4 devices. I tried it both ways and am stuck with only one controllable relay of the 4. In the Sonoff Tasmota web interface, it shows a few topics I've tried using (tasmota_%6X, tasmotas, and tasmotas_725533). Only tasmotas_725533 produces a node that allows me to send on/off commands, and only to the 1st channel/relay in the 4CH Pro. Here's the device list in my .yaml file below. I'm guessing I need a different topic path for each channel but can't figure out how to find them. I searched through the Tasmota documentation for this device and various forums but didn't turn anything up. devices: - id: "SO1_DesVenOpen" name: "Sonoff4CH1_DesVent_open" type: "switch" status_topic: "stat/tasmota_725533/POWER" cmd_topic: "cmnd/tasmota_725533/POWER" - id: "SO2_DesVenClos" name: "Sonoff4CH2_DesVent_close" type: "switch" status_topic: "stat/tasmota_725533/POWER" cmd_topic: "cmnd/tasmota_725533/POWER" - id: "SO3_LoRoofOpen" name: "Sonoff4CH3_LoRoof_open" type: "switch" status_topic: "stat/tasmota_725533/POWER" cmd_topic: "cmnd/tasmota_725533/POWER" - id: "SO4_LoRoofClos" name: "Sonoff4CH4_LoRoof_close" type: "switch" status_topic: "stat/tasmota_725533/POWER" cmd_topic: "cmnd/tasmota_725533/POWER" Any help is appreciated.

UD was able to help repair the problem, which appears to be due to a change in the node names. From Chris: "In your case, I just changed all ZWxxxxxx nodes to ZYxxxxxx, all n004_timedata to n04_controller". I'm waiting to hear from him what tool he used to change the XML code, as Notepad++ with the various XML plugins couldn't produce a file that I could readily view. And I'm still puzzled as to whether the underlying issue was on the timedata NS coding side or the eisy side. If anyone else has this issue, sending a note to the UD team will get it resolved the quickest.

Interesting idea, @EWhite. The program export from the 994i looks really different from how they look in eisy. See below. Lol, I'm no programmer but I don't think the two will import/export readily across platforms very readily. The 994i program doesn't seem to show the underlying editable code the way eisy does. Also, what program are people using to edit the eisy .iox program export files? I tried Notepad++ but it doesn't want to indent nicely even though the file seems to be xml. 994i: Sched-Highland Fan On High - [ID 01CA][Parent 008D][Not Enabled] If ( '_NodeServers / ISY Time Data' Minute is 0 minute Or '_NodeServers / ISY Time Data' Minute is 7 minute Or '_NodeServers / ISY Time Data' Minute is 15 minute Or '_NodeServers / ISY Time Data' Minute is 22 minute Or '_NodeServers / ISY Time Data' Minute is 30 minute Or '_NodeServers / ISY Time Data' Minute is 37 minute Or '_NodeServers / ISY Time Data' Minute is 45 minute Or '_NodeServers / ISY Time Data' Minute is 52 minute ) And 'Cons_1_Highland / Plugs / High_Plug_1.1_Top: Cooler' Status is Off And ( 'Cons_1_Highland / 1_Highland Thermostat' Temperature < 62.0° Or 'Cons_1_Highland / 1_Highland Thermostat' Humidity < 80% Or '_NodeServers / WeatherPoly / Temperatures' Temperature < 50.0°F Or 'Cons_2_Lowland / Plugs / Low_Plug_1.1_Top: AC' Status is On ) Then Run Program 'Response-Hi Fan On High' (Then Path) Else - No Actions - (To add one, press 'Action') eisy: </d2d><d2d><trigger><id>458</id><name>Sched-Highland Fan On High</name><parent>141</parent><if><and /><paren><or /><comment> Warning: Unrecognized Condition (program may not run)&#x0A;&lt;status OP=&quot;IS&quot; NODE=&quot;n004_timedata&quot; ID=&quot;GV1&quot;&gt; &#x0A; &lt;val UOM=&quot;44&quot; PREC=&quot;0&quot;&gt;0&lt;/val&gt; &#x0A;&lt;/status&gt; &#x0A;</comment><or /><comment> Warning: Unrecognized Condition (program may not run)&#x0A;&lt;status OP=&quot;IS&quot; NODE=&quot;n004_timedata&quot; ID=&quot;GV1&quot;&gt; &#x0A; &lt;val UOM=&quot;44&quot; PREC=&quot;0&quot;&gt;7&lt;/val&gt; &#x0A;&lt;/status&gt; &#x0A;</comment><or /><comment> Warning: Unrecognized Condition (program may not run)&#x0A;&lt;status OP=&quot;IS&quot; NODE=&quot;n004_timedata&quot; ID=&quot;GV1&quot;&gt; &#x0A; &lt;val UOM=&quot;44&quot; PREC=&quot;0&quot;&gt;15&lt;/val&gt; &#x0A;&lt;/status&gt; &#x0A;</comment><or /><comment> Warning: Unrecognized Condition (program may not run)&#x0A;&lt;status OP=&quot;IS&quot; NODE=&quot;n004_timedata&quot; ID=&quot;GV1&quot;&gt; &#x0A; &lt;val UOM=&quot;44&quot; PREC=&quot;0&quot;&gt;22&lt;/val&gt; &#x0A;&lt;/status&gt; &#x0A;</comment><or /><comment> Warning: Unrecognized Condition (program may not run)&#x0A;&lt;status OP=&quot;IS&quot; NODE=&quot;n004_timedata&quot; ID=&quot;GV1&quot;&gt; &#x0A; &lt;val UOM=&quot;44&quot; PREC=&quot;0&quot;&gt;30&lt;/val&gt; &#x0A;&lt;/status&gt; &#x0A;</comment><or /><comment> Warning: Unrecognized Condition (program may not run)&#x0A;&lt;status OP=&quot;IS&quot; NODE=&quot;n004_timedata&quot; ID=&quot;GV1&quot;&gt; &#x0A; &lt;val UOM=&quot;44&quot; PREC=&quot;0&quot;&gt;37&lt;/val&gt; &#x0A;&lt;/status&gt; &#x0A;</comment><or /><comment> Warning: Unrecognized Condition (program may not run)&#x0A;&lt;status OP=&quot;IS&quot; NODE=&quot;n004_timedata&quot; ID=&quot;GV1&quot;&gt; &#x0A; &lt;val UOM=&quot;44&quot; PREC=&quot;0&quot;&gt;45&lt;/val&gt; &#x0A;&lt;/status&gt; &#x0A;</comment><or /><comment> Warning: Unrecognized Condition (program may not run)&#x0A;&lt;status OP=&quot;IS&quot; NODE=&quot;n004_timedata&quot; ID=&quot;GV1&quot;&gt; &#x0A; &lt;val UOM=&quot;44&quot; PREC=&quot;0&quot;&gt;52&lt;/val&gt; &#x0A;&lt;/status&gt; &#x0A;</comment></paren><and /><status id="ST" node="38 F3 AA 1" op="IS"><val uom="51" prec="0">0</val></status><and /><paren><or /><status id="ST" node="2C 45 C7 1" op="LT"><val uom="14" prec="1">620</val></status><or /><status id="CLIHUM" node="2C 45 C7 1" op="LT"><val uom="51" prec="0">80</val></status><or /><status id="ST" node="n006_temperature" op="LT"><val uom="17" prec="1">500</val></status><or /><status id="ST" node="34 68 1F 1" op="IS"><val uom="51" prec="0">100</val></status></paren></if><then><runthen>268</runthen></then><else></else><comment></comment></trigger></d2d>

No worries. As far as I'm aware the eisy interface in admin console only allows programming through the GUI. Hoping @glarsen who wrote the nodeserver can chime in based on the screenshots provided above as it does seem that there is a difference in the PG2 and PG3x variable names as @tlightne pointed out. I have a ticket open with @Michel Kohanim so am drawing his attention to this thread.

Thanks for the tip, @tlightne. Sounds like I would need to change all of the eisy programs. How would you recommend changing the scripts apart from doing it one program at a time?

Happy new year, and thanks for the response, @glarsen. Here you can see screenshots of the old mapping under PG2 and the current mapping under PG3x. Not sure if it helps but also adding a screenshot of the timedata NS tab. PG2 PG3x PG3x timedata NS tab

Happy new year, Bob. I noticed after a reboot, the nodes are now seen by the eisy programs. So all is good with this nodeserver. Thank you!

I finally got around to installing and migrating to eisy/PG3x from my 994i and polisy (PG2). I had restored PG2 to PG3 on the polisy and attempted to migrate from PG3 to PG3x in eisy but received errors and instructions to install all of the NS's manually, so I did that. I installed them into the same slot numbers as before. There are two issues I'm experiencing: 1. Data is sent from CumulusMX to PG3x. The PG3x weatherpoly NS in eisy shows as online. The humidity and temperature show up correctly in eisy. I mapped incoming data to NS keys as shown. However, several nodes (illumination, wind, precipitation) display the humidity or temperature instead of the corresponding data. In the PG3x Nodes tab, I see that all of them have data matching CumulusMX except for illumination. [edit: figured this one out. "Fixed it" by closing and reopening admin console] 2. I have hundreds of programs with weatherpoly written into them. However, the programs that have timedata show the following error. I take it that eisy can't "see" the new PG3x NS as being the same. Any advice on how to point the eisy programs to the new weatherpoly NS without going through and manually updating each program? Any tips appreciated, Bob @bpwwer

I finally got around to installing and migrating to eisy/PG3x from my 994i and polisy (PG2). I had restored PG2 to PG3 on the polisy and attempted to migrate from PG3 to PG3x in eisy but received errors and instructions to install all of the NS's manually, so I did that. I installed them into the same slot numbers as before. I have hundreds of programs with timedata written into them. The PG3x timedata NS in eisy shows as online. However, the programs that have timedata show the following error. I take it that eisy can't "see" the new PG3x NS as being the same. Any advice on how to point the eisy programs to the new timedata server without going through and manually updating each program?

Happy holidays! I took a few days off anticipating that the eisy migration with Z-wave would be time-consuming based on others' posts. Did you hear back from Michel? Hoping there's an easier way.

LOL, me too. I'm a bit behind on updates and my Polisy doesn't seem to let me buy stuff from the store. Time to upgrade to the eisy.

Wow, that’s amazing! Thanks so much for making this NS, @sjpbailey. As my experience with SmartenIt has taught me, it’s good to have backup options in case a company goes under or divests. Will definitely pick up some of the TUYA-based devices to try out the NS.

Nevermind about starting a new thread, I'll just document this here for anyone trying to figure this out. Got the Sonoff flashed with Tasmota, assigned a reserved IP address through my router (doing it via Tasmota commands didn't work), and was able to send http web commands through my browser to turn various relays off and on. In the web browser, the commands that I found to turn the relays on/off look like this: On commands: http://192.168.1.1/cm?cmnd=Power1%20on You can replace 'on' with 'off' as needed. And each channel/relay is assigned a number: Power1, Power2, Power3, Power4. Next, I set up the device through the ISY's configuration--> Networking--> Network Resources tab. I decided to try a simpler route than xKing's method of setting up a node server on my Polisy, plus dedicated MQTT broker on an Raspberry Pi box. Maybe I'll go that route in the future. In Network Resources, I entered all the fields like so for each of the 4 relays and each command state (on and off) for a total of 8 network resources: Then clicked save--> save--> test, and it worked! Then I replaced the programs in my ISY that had the failed SmartenIt devices with the newly created Network Resources. In the program Actions drop down, select Networking--> Resource--> your new device names. Works like a charm and is simple. With the MQTT server option mentioned above, the device can get more sophisticated, like being able to tell you each channel's on/off state, but this is good enough to replace the basic functions of the EZIO4s.

So I decided to return the device as it wasn't friendly to customization and instead go for a Tasmota-flashed Sonoff 4 channel relay relay after seeing posts about the devices here. It costs more but there's a whole development community around these. I'll be starting a new thread about how to send commands to the device through the ISY without going the MQTT route, and if that doesn't work, I'll bite the bullet and go with the node server option.

Thanks for tip. That sounds easier than trying to build a node server. The MHCOZY device just arrived. Will try it out and report back here. Getting Ethernet to the location shouldn’t be too hard but I’ve already got wifi to the location.

So I’m reviving a closed thread : I did not have any luck with the Z-wave based relays to replace my iot4R. Also tried replacing the capacitors and the device still did not work. I wrote to Insteon and got a reply from Ken that creating a similar device with 4 relays is something they’ll think about. Short of buying four of their relays to replace each iot4r, I’m looking into other options. I found this Wifi based device made by MHCOZY but it’s not clear how I can integrate it into my eisy. I recall @Michel Kohanim saying Wifi based devices are the most reliable. Would I need to program a node server? Any tips on how to do that with zero experience making one? I searched the forums and Wiki but couldn’t find a how-to hide.

Working again. Thanks!

Same here. I can connect MobiLinc locally but not through the ISY portal.

Good idea. I'll bet @Schlyguy has disassembled the newer ones. I didn't see mention of build dates for the cap sets he sells, so in case he hasn't, I'll take a look at one of my newer IoT4r's.

Thanks for the tip. I’ve got a few Z-wave devices and have had some problems with a reliable signal in spots of my property, even with repeaters. At the price this is being offered, testing it out wouldn’t hurt. Much appreciated!

I noticed last year that Insteon and SmartenIt products that had integrated Insteon control were going away and thankfully bought a few spares. Looking at all my hardware, I'm getting what I can from eBay because I have over 300+ devices that I've integrated into my house since 2006 until a reliable replacement comes to market. I can't find SmartenIt's relays like IoT4r anywhere--I use them to control critical applications like greenhouse window openers and water pump valve controllers. I picked up some of the cap replacement kits that @Schlyguy offers for sale in case my IoT4r's go down and the caps are the cause. But if there's an on-market replacement, it'd be great just in case the IoT4r's are unfixable. Can anyone recommend alternatives?

Michel fixed it. Some sort of synch error between my Polisy and GitHub stopping updates. Whatever else he did, the weather server in the NS went back online. We agreed I'm producing too many EMPs making advanced hardware stop working. Matrix 4, here we come!

Thanks. I tried to update but got this error: The last time this happened during repeated failed updates, I submitted a support ticket and @Michel Kohanim remoted into my computer and did a lot of SSH magic. Seemed like there was some sort of corruption in the system again. I'll go ahead and submit another ticket. Thanks again.