Home Assistant Integration

deckingman

@nikscha This is somthing that I've thought about from time to time, but I can't see a usage case for home assistant integration. For sure, it might be possible to incorporate some commands into a home assistant dashboard but what's the point in simply substituting one dashboard for another? For me, home assistant is about automating tasks whereby there is a trigger which will initiate actions if certain optional conditions are met. So the action might be to start, stop or pause a print, but what would the trigger(s) and optional conditions be which wouldn't otherwise be taken care of by firmware? One could possibly expose certain printer sensors to HA and make use of the long term statistics features but again, I can't really think of a use case for those statistics.

jens55

@deckingman, good point about exposing printer sensors. The following could make sense: the printer pauses because of a temperature issue or a filament issue and home assistant could be tasked to email this fact to the user. If I am home and run the printer then I check on the DWC and on a video feed fairly regularly so for me that wouldn't be much of an advantage. If I am not home and an error occurs I can't do anything about it anyway.

MintyTrebor

@nikscha
NodeDSF works with node-red (which also integrates with Home Assistant) and works with both stand alone and sbc/dsf configurations. It exposes Object model, monitors status, send commands, plus a few other things.

if you look here you can see an example using the node-red dashboard - an equivalent would be achievable in the home assistant dashboarding system.

Here is my current HA Printer dashboard..

This one is currently using MQTT with Klipper, (I tend to switch between RRF & Klipper for development reasons), but I have used it with NodeDSF previously.

I also seem to remember someone mentioning MQTT functionality on the roadmap for RRF, but that needs confirmation from the team.

As to why - my chamber heater is controlled through a smart power socket and I needed a way to incorporate a temp sensor on the Duet Board to trigger the chamber heater on/off - I can do this in HA with NodeDSF. I also use it to control the lighting/led strips using zigbee...

nikscha

@MintyTrebor Thanks, I'll check it out!

I just found out that there is also a Home Assistant Integration for Prusa:
https://www.home-assistant.io/integrations/prusalink/

.

The octoprint integration looks great too:

oliof

spelunking the commits for the upcoming v3.5 release it looks like RRF will grow native MQTT support soon. EDIT: Probably not on all boards, I haven't had time to read this PR completely.

Baenwort

I'm hoping to use Home Assistant to turn on a HEPA filter that is powered off a HA plug strip. This way depending on the filament configuration it either turns on automatically at the start of a print and off once a certain time after completion or turns on after print completion and runs for a timer.

HA can control the fan and timer and just needs duet to tell it the print reached a milestone (set on the duet side when start or end of print macro is triggered per filament.

I've also got MotionEye cameras that feed into HA and if I could start or stop a print from HA I would have those buttons on the page with the camera views.

Last reason I'd like HA integration is I have touchscreena around the house that control things in HA and if duet had integration I could just walk up to one of those and change tabs with the existing build instead of having to larch something else or modify the build.

nikscha

@oliof Uhh that would be a nice start!
I'm hoping that prusas release of their "PrusaLink" integration for Home Assistant will cause RRF to get one too

pkos

While waiting, you can easily use this:
https://github.com/iz3man/duet3d/blob/main/duet3d.yaml

Just add the lines to your configuration.yaml, modify for your printer and restart HA.

Proschi78

@pkos Nice

nikscha

@pkos Thanks! But I don't think this is compatible with RRF 3 anymore
@izeman (hoping this is the right user ^^)

pkos

@nikscha It works I've been using it for ages now, although I don't have a very elaborate layout. I mostly have HA watch hotend temp and once it's been at 45C for 2 minutes after a print - it switches the printer off.

My code is as follows:

  - platform: rest
    name: Voron_24 Status
    resource: http://<ip_here>/rr_status?type=3
    value_template: "{{ value_json.status }}"
    json_attributes:
      - temps
      - fractionPrinted
    force_update: true

  - platform: template
    sensors:
      voron_24_head_temp_current:
        value_template: "{{ states.sensor.voron_24_status.attributes.temps.current[1] }}"
        friendly_name: Hotend Temp
      voron_24_bed_temp_current:
        value_template: "{{ states.sensor.voron_24_status.attributes.temps.current[0] }}"
        friendly_name: Hotbed Temp
      voron_24_print_percentage:
        value_template: "{{ states.sensor.voron_24_status.attributes.fractionPrinted }}%"
        friendly_name: Print progress

And this is how I put display it in Lovelace.

The important bits here (if you know this, forgive me, if not - maybe it will help) - is to keep the naming consistent. HA will convert the name from the first sensor into an entity_id.
So in my case, here it reads Voron_24 Status. HA will take it, convert it internally to voron_24_status and this is what you use below in the actual sensors.

And since I am waaaaaay too lazy ( ) I am going to wait for MQTT to come along before solving issues like not zeroing out of entries when the printer is off

See if that will work and if you get stuck, ping me and I'll be happy to help.

repier37

@nikscha I could not make it work either using RRF3.
I ended up modifying another integration to make it work with RRF 3.
You can find it on my repo :
https://github.com/repier37/hass-Duet3D
Basically I just added authentication to the integration I forked to be able to retrieve data.
It is still using the rr_status command that is planned to be removed in RRF3.5 if I recall correctly, but it should work with earlier version. It should not be too hard to move to rr_model as it should only be changing json parsing.

paulg4h

@repier37

Many thank's for your work!

Hopefully we can expect a update do see the RRF 3.5 working too.