Developer call in the next few weeks?

Development
35

Too bad! :smiley:

Here’s a recap!

Lixee TIC and display of complex devices in the UI

  • We talked about displaying complex devices like Lixee TIC which are currently hard to read in Gladys because they have lots of features of the same type. For these devices we’ll probably display the feature name on the dashboard and in scenes. The whole work is to figure out how to detect complex/not-complex devices. @AlexTrovato will look into making a POC, and we’ll need to test the before/after on full installations. The idea is to implement a truly hybrid behavior, and not to generalize this behavior which is really specific to devices that are out of the ordinary.

  • We discussed performance issues when there are many events, this issue being due to the synchronous nature of Node.js EventEmitter. @AlexTrovato will look into making the emission of events done in a « to be done later » mode (roughly), so that Node.js doesn’t block.

Once these two points are validated, for me the Lixee TIC PR can be merged.

Z-WaveJS Migration

@Romuald_Pochet gave us a really promising demo of what he did using ZwaveJS2Mqtt, which runs in production at his place and it really looks great!

Functionally, it looks really good; now before we can merge to production there are 3 things to do:

  • Work on the UI so that the end-to-end flow is polished: creation of containers, etc.
  • Finish all unit tests, Cypress, etc., so the code is clean and tested
  • Find out how many people use the current Open-ZWave integration in production, because basically this new integration will be « breaking » for someone who has an existing Z-Wave installation — if we push it like that, their installation will be broken. I’ll look on my side to get more telemetry on this point so we can track the real usage of each integration. Then, the idea is to see who uses what and which migration plan we put in place.

Apparently @Romuald_Pochet has time in early August when he can make progress on this; since almost all of us are on vacation in August we can do a check-in when we get back, in my opinion :slight_smile:

Otherwise, given that the current Open-ZWave integration blocks us on quite a few issues: upgrading Node 14 to Node 16, very slow CI builds because of that, impossible to update certain dependencies because of Node 14, etc. We all basically said that the goal here is to make a first version « simple but stable », in line with the v4 philosophy: we do things properly but don’t go off in all directions feature-wise.

Am I forgetting any topics?

1 Like