Had a lot of red lines…
Did the reboot, It started up and I’m back at the screen a posted first…
Cannot reach the device with the ip adres… bummer
Thanks for Your help!
Had a lot of red lines…
Did the reboot, It started up and I’m back at the screen a posted first…
Cannot reach the device with the ip adres… bummer
Thanks for Your help!
Open a new Topic, but before you can type “login” then “cd mnt” > “cd data”> “cd supervisor” > “cd homeassistant” … there you have your (core-log) type " less homeassistant.log " go through “space/space” and see if you find anything relevant
Tnx , I Will open a new topic. Last thing;
When I type in the lines you name (cd mnt etc…)
" less homeassistant.log“ doesn’t get a result… doesn’t exist …
maybe you not got to the right folder, forgot to write you should check, … let’s take it in your topic, "Maybe Call your topic “Can’t access HA after core-2023.10.1, thou Supervisor seems to have started”, but errors in core-.log
Anyone else have a problem with user theme? Can’t change it at all. The dropdown fields not even showing seleced value. After refreshing page I can see selected value in all dropdowns apart Language and Dashboard but still can’t change any dropdown value
Hello,
Pleas Help, what can i do
Bitte um Hilfe
update to 2023.10 and modbus not work for em340
Konfiguration fehlerhaft!
Invalid config for [modbus]: Küche_EM340_W_sys: `count: 2` cannot be combined with `data_type: int32` @ data['modbus'][0]['sensors'][1]. Got {'name': 'Küche_EM340_W_sys', 'unique_id': 'Küche_em340_W_sys', 'unit_of_measurement': 'W', 'state_class': 'measurement', 'device_class': 'power', 'slave': 1, 'address': 40, 'data_type': 'int32', 'input_type': 'input', 'precision': 2, 'count': 2, 'scale': 0.1, 'scan_interval': 5, 'lazy_error_count': 999, 'swap': 'word'}
Das ist meine modbus config.
- name: modbuspi
#unique_id: modbuspi
#delay : 5
#timeout : 5
#message_wait_milliseconds : 1000
type: serial
method: rtu
baudrate: 9600
bytesize: 8
stopbits: 1
parity: N
port: /dev/ttyUSB0
sensors :
# Küche
# SYS
- name: Küche_EM340_test_neg
unique_id: Küche_test_neg
unit_of_measurement: kWh
state_class: total_increasing
device_class: energy
slave: 1
address: 274
data_type: int32
input_type: input
precision: 2
count: 2
scale: 0.1
scan_interval: 15
lazy_error_count : 999
swap : word
What is wrong??
Pleas
Thank you
Okay i found it.
count: 2
that was th problem
Anyone else have a problem with MQTT devices? Since the update to 2023.10 some entities go to not available for a couple of time. Later they come back and other entities are not available.
I use the mosquito add-on.
I’m having issues with the Matrix integration. At least one other person is having the same issue. See the below topic.
Was the MQTT issue fixed, is it safe to update while using the MQTT addon?
Can you guys please create a regression for the MQTT Broker add-on?
There is no way to revert to an older version at this time.
MQTT dev’s are NOT even working on this issue, and after speaking with them, it is not a priority to them because they keep saying “you can just use the older version”. Problem is, HA users cannot just revert the version unless they have a backup and only if they know exactly when they upgraded the MQTT broker. Since this MQTT broker version completely breaks MQTT, can’t HA staff just create a new version of the add-on and make it a regression?
No, it’s still broken. Completely broken. My network is still down.
MQTT dev’s aren’t even working on it. I would hope HA dev’s just create a new version of the add-on with regression to the version that worked. This sucks.
Yes, MQTT is completely broken.
MQTT dev’s aren’t even working on it, but they’re aware of it.
I would hope HA dev’s just create a new version of the add-on with regression to the version that worked, because there is no way to revert versions. This sucks.
Is there a GitHub issue you are referencing? No problems with mosquitto broker add-on here.
Same here.
WTH are mqtt devs anyway? Does he mean mosquitto devs, or the mosquitto addon devs, I am confused as hell by @SamJWard 's ref to mqtt devs.
@SamJWard Is this the issue you are experiencing?
Version 2.0.18 of Mosquitto has been released. This is a bugfix release.
Broker: - Fix crash on subscribe under certain unlikely conditions. Closes #2885. Closes #2881.
Clients: - Fix mosquitto_rr not honouring -R
. Closes [#2893](mosquitto_rr -R does not ignore stale messages · Issue #2893 · eclipse/mosquitto · GitHub)
I am not sure if this is a problem of the mosquitto broker or from the home assistant plugin.
For me the states are received correct in home assistant and the broker. I can see this on payload under mqtt info of the devices. But sometimes the entities will not update and stay “not available”.
Edit: I think this will fix the problem: Fix mqtt sensor or binary_sensor state not saved after expiry by jbouwh · Pull Request #101670 · home-assistant/core · GitHub
HA plugin Mosquitto broker
Current version: 6.3.1
It’s an upstream issue that seems to only affect people with very large numbers of topics:
Actually there is, you can load a backup.
It is not the devs fault that you did not create a backup when upgrading.
In future, create backups before upgrading anything and copy them off your system. There are many ways to do this automatically. See option 5 here: Common tasks - Operating System - Home Assistant
I always laugh at people redacting internal IP addresses.