Where can I see this @RT1080?
I will try it as soon as I am at home
Esphome shared their yaml on GitHub. Curious to know if you used theirs or your own config specifically in relation to audio (seeing you dont experience volume issues)
Can you share your yaml?
Hm⌠the first time the configuration has not worked as intended, but I re-uploaded it and now, everything seems to work as expected.
Great work & thanks
Now, only the i2c issue remains - and I hope, that the changes, someone provided on the github issue will work - then, all components are working for the Box3
[Update]
I really need to get used to the fact, that my Box3 Display is now turning off - when I am in front of the computer but does not move enough for the radar to recognize me
Bit strange, after weeks continuesly running display - and I always think, the device is crashing and rebooting lol
Hi Ronald. I am using the standard method that uses the esphome repo as a package.
Can you share an objective measurement of the sound dB at 50cm like I did where I got 71dB? It may be just that we have different expectations.
Anyhow, my yaml is:
substitutions:
name: esp32-s3-box-3-5ad0fc
friendly_name: Jarvis
packages:
esphome.voice-assistant: github://esphome/firmware/voice-assistant/esp32-s3-box-3.yaml@main
esphome:
name: ${name}
name_add_mac_suffix: false
friendly_name: ${friendly_name}
api:
encryption:
key: <redacted>=
wifi:
ssid: !secret wifi_ssid
password: !secret wifi_password
# i2c:
# - id: bus_a
# sda: GPIO08
# scl: GPIO18
# scan: false
# - sda: GPIO41
# scl: GPIO40
# id: bus_b
sensor:
- platform: adc
pin: GPIO10
name: "Battery voltage"
id: battery_voltage
unit_of_measurement: "V"
accuracy_decimals: 3
device_class: "voltage"
entity_category: "diagnostic"
disabled_by_default: true
update_interval: 30s
attenuation: auto
filters:
- multiply: 4.01
- platform: copy
source_id: battery_voltage
name: "Battery level"
unit_of_measurement: "%"
accuracy_decimals: 1
device_class: "battery"
entity_category: "diagnostic"
filters:
- lambda: return (x - 2.5) / (4.2 - 2.5) * 100;
- clamp:
min_value: 0
max_value: 100
ignore_out_of_range: true
# - platform: aht10
# i2c_id: bus_b
# variant: AHT20
# temperature:
# name: "Temperature"
# accuracy_decimals: 2
# humidity:
# name: "Humidity"
# accuracy_decimals: 1
# update_interval: 60s
switch:
- platform: template
name: "Mute when absent"
id: mute_when_absent
icon: mdi:account-right-arrow
optimistic: true
entity_category: config
restore_mode: RESTORE_DEFAULT_OFF
number:
- platform: template
name: "Presence duration"
id: radar_delayed_off
icon: mdi:account-clock
optimistic: true
restore_value: true
initial_value: 60
min_value: 0
step: 5
max_value: 300
unit_of_measurement: s
entity_category: config
mode: box
binary_sensor:
- platform: gpio
pin:
number: GPIO21
name: "Presence detect"
disabled_by_default: false
device_class: "occupancy"
filters:
- delayed_off: !lambda return id(radar_delayed_off).state * 1000;
on_release:
then:
- if:
condition:
switch.is_on: mute_when_absent
then:
- switch.turn_on: mute
- light.turn_off: led
on_press:
then:
- if:
condition:
switch.is_on: mute_when_absent
then:
- switch.turn_off: mute
- light.turn_on: led
You could always increase the Presence duration to a longer time from the default of 60 secs. Iâve allowed a max of 5 mins. Itâd be hard to stay still for 5 mins.
In the longer term when we get the I2C bus working nicely with the VA side we may be able to tweak the radar sensitivity.
Hi, yes I am aware of these
Right now, I am not sure if it is related to the integration of the Presence detector, but it seems, that my wakeword-detection failed⌠it is somehow the same behave as I observed it when the i2c was configuredâŚ
Even after uploading the configuration the device does not seem to detect the wake-word.
I would like to monitor, if this happens also for someone else, using the radar sensor.
I saw an error that might be related to it, but unfortunately, I had to reboot my system due to other stuff (installed updates and a new integration) before I made a copy of the messageâŚ
So I will monitor this further and update again.
My BOX-3 is not processing its wake word anymore. My two atom echoâs now also fail to process the wake words. Something is off. Have to start troubleshootingâŚ
did you add the presence sensor, too?
No, changed nothing for the BOX-3, nor the atomâs
The wake word toggle for BOX-3 is unavailable:
Have now updated my Home Assistant to:
Home Assistant
- Core 2024.1.1
- Supervisor 2023.12.0
- Operating System 11.3
- Frontend 20240104.0
Studio Code Server (5.14.2), Home Assistant Google Drive Backup (0.112.1), InfluxDB (4.8.0), Grafana (9.1.1), Terminal & SSH (9.8.1), File editor (5.7.0), Samba share (12.2.0), Whisper (1.0.0), Piper (1.4.0), openWakeWord (1.8.2), ESPHome (beta) (2023.12.5)
After the updates I rebooted my Home Assistant VM instance on my NAS. Still no luck and the BOX-3 wake word remains unavailable, atomâs donât react as well.
ah!
The âuse-wakewordâ switch was replaced and the âmuteâ switch took over the same function.
When I âmuteâ the display goes black. So I donât understand this âchangeâ in functions for the both toggles. Very confusing.
edit 13:12 All is working again, after I gave the command âUpdate Allâ in the ESPHOME (beta) tab:
2024-01-06 13:05:11,069 INFO 304 GET /devices (0.0.0.0) 1.88ms
2024-01-06 13:05:15,525 INFO 200 GET /edit?configuration=esp32-s3-box-3.yaml (0.0.0.0) 2.33ms
2024-01-06 13:05:15,602 INFO 101 GET /ace (0.0.0.0) 3.03ms
2024-01-06 13:05:15,604 INFO Running command 'esphome --dashboard -q vscode --ace /config/esphome'
2024-01-06 13:05:18,994 INFO 304 GET /devices (0.0.0.0) 1.98ms
2024-01-06 13:05:20,430 INFO 200 GET /edit?configuration=everything-presence-lite-301838.yaml (0.0.0.0) 1.59ms
2024-01-06 13:05:20,449 INFO 101 GET /ace (0.0.0.0) 0.53ms
2024-01-06 13:05:20,462 INFO Running command 'esphome --dashboard -q vscode --ace /config/esphome'
2024-01-06 13:05:22,009 INFO 200 GET /static/schema/substitutions.json (0.0.0.0) 2.67ms
2024-01-06 13:05:22,807 INFO 304 GET /devices (0.0.0.0) 1.76ms
2024-01-06 13:05:23,877 INFO 304 GET /edit?configuration=m5stack-atom-echo-803494.yaml (0.0.0.0) 1.22ms
2024-01-06 13:05:23,893 INFO 101 GET /ace (0.0.0.0) 0.77ms
2024-01-06 13:05:23,895 INFO Running command 'esphome --dashboard -q vscode --ace /config/esphome'
2024-01-06 13:05:26,661 INFO 304 GET /devices (0.0.0.0) 1.92ms
2024-01-06 13:05:29,215 INFO 304 GET /edit?configuration=m5stack-atom-echo-80b520.yaml (0.0.0.0) 1.29ms
2024-01-06 13:05:29,247 INFO 101 GET /ace (0.0.0.0) 0.66ms
2024-01-06 13:05:29,250 INFO Running command 'esphome --dashboard -q vscode --ace /config/esphome'
2024-01-06 13:05:31,273 INFO 304 GET /devices (0.0.0.0) 5.61ms
2024-01-06 13:05:36,267 INFO 304 GET /devices (0.0.0.0) 1.41ms
2024-01-06 13:05:41,273 INFO 304 GET /devices (0.0.0.0) 2.10ms
2024-01-06 13:05:46,277 INFO 304 GET /devices (0.0.0.0) 3.33ms
2024-01-06 13:05:51,284 INFO 304 GET /devices (0.0.0.0) 2.65ms
2024-01-06 13:05:56,282 INFO 304 GET /devices (0.0.0.0) 1.30ms
2024-01-06 13:06:01,283 INFO 304 GET /devices (0.0.0.0) 1.31ms
2024-01-06 13:06:06,283 INFO 304 GET /devices (0.0.0.0) 1.34ms
2024-01-06 13:07:26,607 INFO 200 GET /devices (0.0.0.0) 1.41ms
2024-01-06 13:09:44,238 INFO 304 GET / (0.0.0.0) 1.88ms
2024-01-06 13:09:44,286 INFO 304 GET /devices (0.0.0.0) 3.15ms
2024-01-06 13:09:49,284 INFO 304 GET /devices (0.0.0.0) 1.75ms
Settings BOX-3:
thatâs correct.
When the device is âmutedâ - the display goes off and voice assistant would not use the wakeword detection.
The same rule was applied to the âuse wakewordâ switch before - and this swich has been removed and the muted switch took over the same function.
Just remove the âuse wakewordâ switch from your dashboard - everything should be as intended then
hereâs the commit in the firmware repository that describe the change
Thanks for your clarification, appreciated.
Nice additional use of the BOX-3
be prepared:
Thanks for the heads up.
2024-01-06 18:45:22.304 WARNING (MainThread) [aioesphomeapi.connection] esp32-s3-box-3 @ IP-adres: Connection error occurred: [Errno 104] Connection reset by peer
Will recode it without the i2c. Great new updates for de BOX-3 so far.
Thanks to all participating.
Ollama Conversation
The Ollama integration adds a conversation agent powered by Ollama in Home Assistant.
This conversation agent is unable to control your house. The Ollama conversation agent can be used in automations, but not as a sentence trigger. It can only query information that has been provided by Home Assistant. To be able to answer questions about your house, Home Assistant will need to provide Ollama with the details of your house, which include areas, devices and their states.
the is a custom hacs for home assistant
thanks a lot, first some info for forum readers. I am an AI guy and often I see on youtube or read on forums that the local models are considered slow or not as good. The thing is it is up to your budget entirely. Smart home users often spend 1k USD or more on home theater systems and if a 100% private AI assistant is important for you then with about the same spending on hardware you can have such.
You need a computer that runs 24/7/365 with a good AI capable NVIDIA GPU 4090, A6000 or older Tesla T4 and then you can run opensource, 7B or 13B sized, fine tuned and even UNCENSORED and almost weekly updated AI models which are already at ChatGPT3.5 level and some are at ChatGPT4 level. Side note, this hardware can be installed as proxmox hypervisor so you can use the same GPU as virtual GPU for other AI tasks too for example computer vision AI with Frigate home security.
Users often back off due to the software complexity. Yes, you need linux and AI experience and ability to troubleshoot on AI setup however here comes the good news. ollama.ai is offloading you from all the pain of software setup and troubleshooting. So, this is the reason I highly recommend ollama AI over any other local AI solutions (eg localai.io) for non AI experienced people like average home assistant users. So, hopefully people stop promoting local AI as âslowâ because this is simply not true unless you donât have the hardware. Back to the topic, I just really like that ollama has been already discovered by Home Assistant community.
Thank you for everyoneâs help here, my presence sensor is working after selecting âClean Buildâ from the drop down and updating using a downloaded file & USB Cable.
For those who want a bit more, I stumbled on the video and added extended AI into HACâs. So I get a valid answer back when I ask who is âBruce Wayneâ.
My project next week is to added a old NVidia 1070 into my Proxmox box, my Bitcoin days are over anyway. @smarthoo will that be a suitable card.