Re: [mh] The Post Insteon World

Inovelli is about to release a brand new ("Blue") series of Zigbee switches
that will be field upgradable to Matter. The CEO is very active on reddit
and answered a few of my questions directly. I'm holding out for these
devices.

On Fri, Jun 17, 2022 at 10:09 AM Bruce Schaeffer <[email protected]>
wrote:

> Thanks to all for your ideas on how to move away from Insteon/X10 and
> suggestions for a replacement environment.
>
> I have found numerous articles and YouTubes regarding Tasmota. A few
> articles (I didn't keep the references - I should have) seem to say that
> some devices that used to be able to be reflashed with Tasmota are no
> longer able to due to changes on the device's chip set. I'm looking for
> your opinions.
>
> As far as device replacements, I have found the Sonoff S31 (ASIN
> B08GKGS197) so I bought one. Along with that purchase, I bought a Moyina
> FT232 (ASIN B075N82CD) and Goupchn Mini Grabber Test Hooks (ASIN B08M5Z5YF)
> [to avoid soldering].My plan is to reflash the S31 with Tasmota and start
> playing with it.
>
> The Sonoff S31 appears to be a direct replacement for the Insteon On/Off
> Module 2635-222 and Insteon ApplianceLinc 2456S3.
>
> I also have the following Insteon modules. What devices are suitable
> substitutes?
> - SwitchLinc 2477S Wall Switch
> - SwitchLinc 2466SW Wall Switch
> - SwitchLinc 2474DWH Wall Switch [this is being used where there is no
> neutral wire available]
> - LampLinc Dimmer 2457D2 [similar to On/Off Module 2635-222, but dims via
> a triac]
>
> Now for the Misterhouse part.  I have read (
> https://github.com/hollie/misterhouse/wiki/Tasmota ) and have a question
> about the MHT file.  The article gives two examples, TASMOTA_HTTP_SWITCH
> and TASMOTA_HTTP_FAN. What other Tasmota device types are there and how are
> they coded in the MHT file?
>
> It appears that I can command devices from Misterhouse via either HTTP or
> MQTT.
> - What are the advantages of one over the other?
> - Can the environment be mixed where some devices are commanded via HTTP
> and some via MQTT?  Why would I want to do this?
> - Can HTTPS be used rather than HTTP?
> - Is there a secure implementation of MQTT?  Can it be used?
> - The article mentions a MQTT broker for the Raspberry PI (mine is a 4)
> called "Mosquitto". I may start with HTTP and move to MQTT based on your
> suggestions.
>
> The Sonoff S31 has power monitoring capabilities (as opposed to the S31
> Lite). Can I get this information into Misterhouse so it can make decisions
> based on power usage?
>
> Your ideas and experiences are always valued.
>
> Thanks,
> Bruce
>
>
>
>
>
>
> <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail&utm_term=icon> Virus-free.
> www.avast.com
> <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail&utm_term=link>
> <#m_-7799717421166815135_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>
> On Sun, May 15, 2022 at 12:17 PM Bruce Schaeffer <
> [email protected]> wrote:
>
>> I'm looking for suggestions on how to move forward in a "post Insteon"
>> world.
>>
>> My own environment is a Raspberry Pi connected to a PowerLinc 2413U
>> running Misterhouse. The end devices are a mix of Insteon with X10
>> controllers. I "translate" X10 signals to Insteon commands within MH.
>>
>> The PLM and Raspberry PI are less than a year old. I had plans to
>> purchase a backup PLM, but it didn't happen. I see now it's no longer an
>> option.
>>
>> I would like to migrate from Insteon (and maybe X10) to something that is
>> more modern; keeping MH on the Pi as the main "server".  My MH programming
>> has more than 20 years of effort.
>>
>> I have read that MH is able to utilize technologies other than X10 and
>> Insteon.
>>
>> What direction are you folks leaning towards that is able to be
>> controlled with MH and is still in business?
>>
>> Please include hardware requirements for each suggested protocol so I can
>> begin working on a budget.  If your suggestion is also able to run Insteon
>> devices, all the better. I don't expect that to be the case since the
>> Insteon protocol was proprietary.
>>
>> The optimum situation would be for me to first purchase whatever
>> controller is needed for the new protocol (the device that would eventually
>> replace the Insteon PLM), get it talking to MH. I'd like to think that MH
>> would be able to talk to both PLMs.  Then I'd start purchasing end devices
>> that would replace my existing Insteon end devices.
>>
>> Your suggestions would be very welcome.
>>
>> Thanks,
>> Bruce
>>
> ________________________________________________________
> To unsubscribe from this list, go to:
> https://lists.sourceforge.net/lists/listinfo/misterhouse-users
>
>

________________________________________________________
To unsubscribe from this list, go to: https://lists.sourceforge.net/lists/listinfo/misterhouse-users