Het grote ESPhome topic

[AWEF]

Illusion schreef op donderdag 14 november 2024 @ 20:13:
[...]

Oudje deze. Maar is het nog gelukt? Ik wil ook wel een paar stekkers omflashen naar bluetooth proxy namelijk.

Heb het nog een aantal keer geprobeerd, maar is mij helaas niet gelukt. Bij elke ESPHome update probeer ik de Shelly plugs nog een keer te flashen, maar helaas geen succes.

[elebroek]

Ik ben een beginner met ESPhome en probeer een VL53L0X - Time of flight in Home Assistant aan de praat te krijgen met een ESP32. Het luk echter niet, ik krijg de volgende foutmelding:

i2c.arduino:096]: Results from i2c bus scan:
i2c.arduino:098]: Found no i2c devices!
[E][component:082]: Component vl53l0x.sensor is marked FAILED

Mijn code:

YAML:

esphome:
  name: esp-wroom
  friendly_name: ESP_Wroom

esp32:
  board: esp32dev
  framework:
    type: arduino

# Enable logging
logger:

# Enable Home Assistant API
api:
  encryption:
    key: "Xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx"

ota:
  - platform: esphome
    password: "Xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx"

wifi:
  ssid: !secret wifi_ssid
  password: !secret wifi_password

  # Enable fallback hotspot (captive portal) in case wifi connection fails
  ap:
    ssid: "Esp-Wroom Fallback Hotspot"
    password: "634XxxtrdxLXbp6"

web_server:
  
captive_portal:

i2c:
  - id: bus_a
    sda: GPIO21
    scl: GPIO22
    scan: true
sensor:
  - platform: vl53l0x
    name: "VL53L0x Distance"
    address: 0x29
    update_interval: 1s

Wat is er aan verkeerd of is de VL53L0X defect?
N.B. pins diverse keren gecontroleerd.

[sjorsjuhmaniac]

@elebroek ik zie niets geks. Post de links naar je boardje en de sensor eens a.u.b.

[Septillion]

@elebroek En een fotootje?

[elebroek]

Het betreffen een ESP-Wroom-32 en eenTOF200C-VL53L0X. De laatste is aangesloten op de ESP op 3.3v, GND en SLA op IO21, SLC op IO22.

[jj85]

@elebroek slechte foto helaas, maar volgens mij zit je GND op de RST pin...

[sjorsjuhmaniac]

@elebroek wat @jj85 zegt. je header is maar 1 rij van de aanwezige aansluitingen.
Ik denk dat je de fout maakt dat je niet goed kijkt naar welke rij aansluitingen 'wat' is. op @jj85 's plaatje kan je zien dat de GND en RST naast elkaar staan, de 'buitenste' aansluiting is de GND, de binnenste (waar je header op zit!) is de RST.

Kan je simpel bevestigen door je aansluiting door te piepen naar een andere GND.

De snelle fix hier is om je GND te verplaasten naar de GND op de andere kant van je boardje waar je in je header ook geen GND hebt. De GND zit daar tussen de VCC en IO16 in. Als het goed is dus de 2e van onderen op @jj85 's plaatje.

Maar zoals altijd: meten is weten!

[elebroek]

@sjorsjuhmaniac, @Septillion,@jj85,
Bedankt voor jullie hulp. Ik heb geconstateerd dat de ESP-32 defect is. Ik ga het zsm weer proberen met een nieuwe ESP.

[Septillion]

@elebroek Hoe heb je dat bepaald? En heb je de boel nu wel correct aangesloten?

PS Als je even op enter drukt / naam selecteert na een @ dan is het een echte mention

[elebroek]

Ik heb een volledige reset gedaan van de ESP en opnieuw de esp geïnstalleerd en daarbij geconstateerd dat de log toen heel veel foutmeldingen gaf.hij

[Septillion]

@elebroek Wat voor foutmeldingen? Want ESPHome kan ook genoeg foutmeldingen geven waar jij voor hebt gezorgd qua software. Of door sensoren aan de reset te knopen...

Ofwel, ben nog niet overtuigd dat de ESP fout is. Zeker gezien de fout die jij hebt gemaakt met aansluiten van de gewenste sensor.

[wontcachme]

Ik gebruik in mijn huis een aantal Athom smart plugs met ESPhome en tot nu toe ging dat eigenlijk altijd goed. Ook met ESPHome op mijn HA om de firmware te updaten en aan te passen.

Nu wilde ik net kijken of er nog nieuwe Athom spullen waren/meer plugs kopen, echter is er opeens bij Athom.tech een complete export ban naar de EU. Iemand een idee waarom en of dit nog weg zal gaan? Ook bij aliexpress versturen ze niet meer naar de EU.

[Gondelier]

wontcachme schreef op maandag 18 november 2024 @ 12:40:
Ik gebruik in mijn huis een aantal Athom smart plugs met ESPhome en tot nu toe ging dat eigenlijk altijd goed. Ook met ESPHome op mijn HA om de firmware te updaten en aan te passen.

Nu wilde ik net kijken of er nog nieuwe Athom spullen waren/meer plugs kopen, echter is er opeens bij Athom.tech een complete export ban naar de EU. Iemand een idee waarom en of dit nog weg zal gaan? Ook bij aliexpress versturen ze niet meer naar de EU.

@wontcachme
Antwoord geven op je vraag kan ik niet, maar kijk eens bij:
Tinytronics in Eindhoven, die hebben nog M5 genoeg ( ik heb daar geen binding mee) en zijn te vertrouwen.
Succes.

[Cyberpope]

Wellicht dat iemand hier de goede tip heeft.

Ik heb geupdate van een oude ESPhome versie naar een nieuwere. Het gaat om een ESP8266 met daaraan op one_wire en een zevental 18d20 sensoren. Heeft altijd goed gewerkt, wel eens waar met het dallas protocol. Maar dat ging goed.

Nu is met de laatste update het omgegaan naar het one_wire protocol. En heb ik hetzelfde als veel mensen die je sinds versie 2024.6 (oid) ziet. Namelijk dat hij geen sensors herkent. Maar een oplossing kan ik op internet niet echt vinden. Wel dat veel mensen hetzelfde hebben/hadden. En zelfs een "fix" die heb ik overgenomen, maar geen effect. Ik heb ook de verschillende pinnen geprobeerd.

En fysiek defect vind ik twijfelachtig omdat hij ervoor goed werkte.

Mijn code

YAML:

esphome:
  name: esphome-web-f648dd
  friendly_name: ESPHome Web f648dd

esp8266:
  board: esp01_1m

#fix voorgesteld op internet, zou verwerkt moeten zijn in versie 2024.10.3  
external_components:
  - source:
      type: git
      url: https://github.com/ssieb/esphome
      ref: onewire
    components: [ one_wire, gpio ]
    refresh: 1min


# Enable logging
logger:

# Enable Home Assistant API
api:
  encryption:
    key: "knip"

ota:
  platform: esphome

wifi:
  ssid: !secret wifi_ssid
  password: !secret wifi_password

  # Enable fallback hotspot (captive portal) in case wifi connection fails
  ap:
    ssid: "Esphome-Web-F648Dd"
    password: "nog een knip"

captive_portal:
    
one_wire:
  platform: gpio
  pin: GPIO02

  
# Individual sensors
sensor:
  - platform: dallas_temp
    address: 0x4e0417c1f912ff28
    name: "aanvoer"
    update_interval: 60s
  - platform: dallas_temp
    address: 0x390517c178ceff28
    name: "Woonkamer lus 1"
    update_interval: 60s
  - platform: dallas_temp
    address: 0x3d0117b34efeff28
    name: "Woonkamer lus 2"
    update_interval: 60s
  - platform: dallas_temp
    address: 0x4b0517c07301ff28
    name: "Woonkamer lus 3"
    update_interval: 60s
  - platform: dallas_temp
    address: 0x270517c17879ff28
    name: "Keuken"
    update_interval: 60s
  - platform: dallas_temp
    address: 0x8d0517c17bb9ff28
    name: "gang"
    update_interval: 60s
  - platform: dallas_temp
    address: 0x7f0517c16a93ff28
    name: "aanvoer ketel"
    update_interval: 60s

[sjorsjuhmaniac]

Cyberpope schreef op maandag 18 november 2024 @ 20:12:
Wellicht dat iemand hier de goede tip heeft.

Ik heb geupdate van een oude ESPhome versie naar een nieuwere. Het gaat om een ESP8266 met daaraan op one_wire en een zevental 18d20 sensoren. Heeft altijd goed gewerkt, wel eens waar met het dallas protocol. Maar dat ging goed.

Nu is met de laatste update het omgegaan naar het one_wire protocol. En heb ik hetzelfde als veel mensen die je sinds versie 2024.6 (oid) ziet. Namelijk dat hij geen sensors herkent. Maar een oplossing kan ik op internet niet echt vinden. Wel dat veel mensen hetzelfde hebben/hadden. En zelfs een "fix" die heb ik overgenomen, maar geen effect. Ik heb ook de verschillende pinnen geprobeerd.

En fysiek defect vind ik twijfelachtig omdat hij ervoor goed werkte.

Mijn code

YAML:

esphome:
  name: esphome-web-f648dd
  friendly_name: ESPHome Web f648dd

esp8266:
  board: esp01_1m

#fix voorgesteld op internet, zou verwerkt moeten zijn in versie 2024.10.3  
external_components:
  - source:
      type: git
      url: https://github.com/ssieb/esphome
      ref: onewire
    components: [ one_wire, gpio ]
    refresh: 1min


# Enable logging
logger:

# Enable Home Assistant API
api:
  encryption:
    key: "knip"

ota:
  platform: esphome

wifi:
  ssid: !secret wifi_ssid
  password: !secret wifi_password

  # Enable fallback hotspot (captive portal) in case wifi connection fails
  ap:
    ssid: "Esphome-Web-F648Dd"
    password: "nog een knip"

captive_portal:
    
one_wire:
  platform: gpio
  pin: GPIO02

  
# Individual sensors
sensor:
  - platform: dallas_temp
    address: 0x4e0417c1f912ff28
    name: "aanvoer"
    update_interval: 60s
  - platform: dallas_temp
    address: 0x390517c178ceff28
    name: "Woonkamer lus 1"
    update_interval: 60s
  - platform: dallas_temp
    address: 0x3d0117b34efeff28
    name: "Woonkamer lus 2"
    update_interval: 60s
  - platform: dallas_temp
    address: 0x4b0517c07301ff28
    name: "Woonkamer lus 3"
    update_interval: 60s
  - platform: dallas_temp
    address: 0x270517c17879ff28
    name: "Keuken"
    update_interval: 60s
  - platform: dallas_temp
    address: 0x8d0517c17bb9ff28
    name: "gang"
    update_interval: 60s
  - platform: dallas_temp
    address: 0x7f0517c16a93ff28
    name: "aanvoer ketel"
    update_interval: 60s

Heb je een backup van je oude firmware.bin file? dan zou je die terug kunnen flashen en valideren dat er geen probleem is met je sensoren. Hoewel die kan idd erg klein is.

Dit is een goede thread om te lezen en in te zoeken.

Je "fix" lijkt specifiek voor de non-parasitic te zijn. Ik zou ook eens met alleen 'gpio' als component proberen of met 'dallas' en 'gpio' als components.

zie ook dit als je wel een parasitic setup hebt.

Dan nog, dit alles zou al gefixed zijn. Welke version esphome gebruik je nu op te flashen en wat staat er in je log?

[heintjeput]

@Cyberpope het zou kunnen dat een paar van de optional arguments niet zo optional zijn als de documentatie doet geloven, dit is mijn config die hier werkt onder Esphome 2024.10.3

YAML:

one_wire:
  - pin: D5
    id: "dallas_hub_1"
    platform: gpio
  
sensor:
  - platform: dallas_temp
    address: 0x0103099794271028
    resolution: 12
    name: "T_VV_Aanvoer"
    one_wire_id : dallas_hub_1

Ik zie een paar verschillen, ik geef aan pin:D5 en ik heb ook de bus is aangeven, ik heb weliswaar ook 2 bussen maar is anders toch ook een mogelijkheid.

Kun je anders ook eens een log delen, misschien kunnen we daar nog iets uithalen?

[ Voor 6% gewijzigd door Septillion op 19-11-2024 13:26 . Reden: Denk aan de 'yaml' bij de code tags aub! Zie topic warning en hoe deze post is aangepast. ]

[Sunderfield]

Ik heb vorige week een M5Paper besteld bij Tiny, Gisteren een build van GitHub half aan de praat gekregen.

[Cyberpope]

sjorsjuhmaniac schreef op maandag 18 november 2024 @ 21:24:
[...]


Heb je een backup van je oude firmware.bin file? dan zou je die terug kunnen flashen en valideren dat er geen probleem is met je sensoren. Hoewel die kan idd erg klein is.

Dit is een goede thread om te lezen en in te zoeken.

Je "fix" lijkt specifiek voor de non-parasitic te zijn. Ik zou ook eens met alleen 'gpio' als component proberen of met 'dallas' en 'gpio' als components.

zie ook dit als je wel een parasitic setup hebt.

Dan nog, dit alles zou al gefixed zijn. Welke version esphome gebruik je nu op te flashen en wat staat er in je log?

Helaas is terug nogal een hele grote verbouwing, dat is geen optie.

heintjeput schreef op maandag 18 november 2024 @ 21:53:
Ik zie een paar verschillen, ik geef aan pin:D5 en ik heb ook de bus is aangeven, ik heb weliswaar ook 2 bussen maar is anders toch ook een mogelijkheid.

Kun je anders ook eens een log delen, misschien kunnen we daar nog iets uithalen?

Dank, ik heb ook met pin geprobeerd en meerdere andere varianten.. Maar elke keer hetzelfde resultaat
log:

code:

[I][app:100]: ESPHome version 2024.10.3 compiled on Nov 18 2024, 20:10:09
[12:57:14][C][wifi:600]: WiFi:
[12:57:14][C][wifi:428]:   Local MAC: knip
[12:57:14][C][wifi:433]:   SSID: [redacted]
[12:57:14][C][wifi:436]:   IP Address: knip
[12:57:14][C][wifi:439]:   BSSID: [redacted]
[12:57:14][C][wifi:441]:   Hostname: 'esphome-web-f648dd'
[12:57:14][C][wifi:443]:   Signal strength: -48 dB ▂▄▆█
[12:57:14][C][wifi:447]:   Channel: 11
[12:57:14][C][wifi:448]:   Subnet: 255.255.255.0
[12:57:14][C][wifi:449]:   Gateway: knip
[12:57:14][C][wifi:450]:   DNS1: knip
[12:57:14][C][wifi:451]:   DNS2: knip
[12:57:14][C][logger:185]: Logger:
[12:57:14][C][logger:186]:   Level: DEBUG
[12:57:14][C][logger:188]:   Log Baud Rate: 115200
[12:57:14][C][logger:189]:   Hardware UART: UART0
[12:57:14][C][gpio.one_wire:020]: GPIO 1-wire bus:
[12:57:14][C][gpio.one_wire:021]:   Pin: GPIO4
[12:57:14][W][gpio.one_wire:078]:   Found no devices!
[12:57:14][C][dallas.temp.sensor:029]: Dallas Temperature Sensor:
[12:57:14][C][dallas.temp.sensor:034]:   Address: 0x4e0417c1f912ff28 (DS18B20)
[12:57:14][C][dallas.temp.sensor:035]:   Resolution: 12 bits
[12:57:14][C][dallas.temp.sensor:036]:   Update Interval: 60.0s
[12:57:14][C][dallas.temp.sensor:029]: Dallas Temperature Sensor:
[12:57:14][C][dallas.temp.sensor:034]:   Address: 0x390517c178ceff28 (DS18B20)
[12:57:14][C][dallas.temp.sensor:035]:   Resolution: 12 bits
[12:57:14][C][dallas.temp.sensor:036]:   Update Interval: 60.0s
[12:57:14][C][dallas.temp.sensor:029]: Dallas Temperature Sensor:
[12:57:14][C][dallas.temp.sensor:034]:   Address: 0x3d0117b34efeff28 (DS18B20)
[12:57:14][C][dallas.temp.sensor:035]:   Resolution: 12 bits
[12:57:14][C][dallas.temp.sensor:036]:   Update Interval: 60.0s
[12:57:14][C][dallas.temp.sensor:029]: Dallas Temperature Sensor:
[12:57:14][C][dallas.temp.sensor:034]:   Address: 0x4b0517c07301ff28 (DS18B20)
[12:57:14][C][dallas.temp.sensor:035]:   Resolution: 12 bits
[12:57:14][C][dallas.temp.sensor:036]:   Update Interval: 60.0s
[12:57:14][C][dallas.temp.sensor:029]: Dallas Temperature Sensor:
[12:57:14][C][dallas.temp.sensor:034]:   Address: 0x270517c17879ff28 (DS18B20)
[12:57:14][C][dallas.temp.sensor:035]:   Resolution: 12 bits
[12:57:14][C][dallas.temp.sensor:036]:   Update Interval: 60.0s
[12:57:14][C][dallas.temp.sensor:029]: Dallas Temperature Sensor:
[12:57:14][C][dallas.temp.sensor:034]:   Address: 0x8d0517c17bb9ff28 (DS18B20)
[12:57:14][C][dallas.temp.sensor:035]:   Resolution: 12 bits
[12:57:14][C][dallas.temp.sensor:036]:   Update Interval: 60.0s
[12:57:14][C][dallas.temp.sensor:029]: Dallas Temperature Sensor:
[12:57:14][C][dallas.temp.sensor:034]:   Address: 0x7f0517c16a93ff28 (DS18B20)
[12:57:14][C][dallas.temp.sensor:035]:   Resolution: 12 bits
[12:57:14][C][dallas.temp.sensor:036]:   Update Interval: 60.0s
[12:57:14][C][captive_portal:089]: Captive Portal:
[12:57:14][C][mdns:116]: mDNS:
[12:57:14][C][mdns:117]:   Hostname: esphome-web-f648dd
[12:57:14][C][esphome.ota:073]: Over-The-Air updates:
[12:57:14][C][esphome.ota:074]:   Address: esphome-web-f648dd.local:8266
[12:57:14][C][esphome.ota:075]:   Version: 2
[12:57:14][C][safe_mode:018]: Safe Mode:
[12:57:14][C][safe_mode:019]:   Boot considered successful after 60 seconds
[12:57:14][C][safe_mode:021]:   Invoke after 10 boot attempts
[12:57:14][C][safe_mode:022]:   Remain in safe mode for 300 seconds
[12:57:14][C][api:140]: API Server:
[12:57:14][C][api:141]:   Address: esphome-web-f648dd.local:6053
[12:57:14][C][api:143]:   Using noise encryption: YES
[12:57:16][D][dallas.temp.sensor:054]: 'aanvoer': Got Temperature=0.0°C
[12:57:16][D][sensor:093]: 'aanvoer': Sending state 0.00000 °C with 1 decimals of accuracy
[12:57:16][D][dallas.temp.sensor:054]: 'gang': Got Temperature=0.0°C
[12:57:16][D][sensor:093]: 'gang': Sending state 0.00000 °C with 1 decimals of accuracy
[12:57:19][D][dallas.temp.sensor:054]: 'Woonkamer lus 1': Got Temperature=0.0°C
[12:57:19][D][sensor:093]: 'Woonkamer lus 1': Sending state 0.00000 °C with 1 decimals of accuracy

[heintjeput]

Cyberpope schreef op dinsdag 19 november 2024 @ 13:02:
[...]
..
Dank, ik heb ook met pin geprobeerd en meerdere andere varianten.. Maar elke keer hetzelfde resultaat
log:

code:

[12:57:14][C][gpio.one_wire:020]: GPIO 1-wire bus:
[12:57:14][C][gpio.one_wire:021]:   Pin: GPIO4
[12:57:14][W][gpio.one_wire:078]:   Found no devices!

Cyberpope schreef op maandag 18 november 2024 @ 20:12:

code:

one_wire:
  platform: gpio
  pin: GPIO02

Klopt je pin wel, of gaat daar misschien iets fout, in je eerste config stond GPIO2, nu GPIO4

[Cyberpope]

heintjeput schreef op dinsdag 19 november 2024 @ 13:19:
[...]


[...]


Klopt je pin wel, of gaat daar misschien iets fout, in je eerste config stond GPIO2, nu GPIO4

Nee, ben diverse pinnen aan het proberen. Log is nieuwer, vandaar dat dit veranderd is.
Blijf ondertussen wat rommelen. Maar de foutmeldingen veranderen niet.
Het blijft hetzelfde.

[sjorsjuhmaniac]

@Cyberpope heb je de rest van wat ik schreef bekeken en geprobeerd?

[Cyberpope]

sjorsjuhmaniac schreef op dinsdag 19 november 2024 @ 17:24:
@Cyberpope heb je de rest van wat ik schreef bekeken en geprobeerd?

Wat bedoel je exact? In deze draad teruglezen en zoeken? Jazeker, maar of ik snap het niet of mis iets, maar zie geen oplossing voor mijn specifieke probleem. En kan ook niet vinden waar ik dan in mijn config een fout maak, in vergelijk daarmee. Zie wel verschillen tussen b.v. pin of gpio en andere kleine dingen. Allemaal varianten daarvan geprobeerd, maar hij vind geen sensoren.

Het draadje waar je naar linkt inzake parasitic setup? Ja, die ook. Maar ook daar zie en lees ik geen oplossing, behoudens eerst gewerkt, nu niet meer... Jammer dan. Maar dat vind ik wel heel onbevredigend.

Wellicht is mijn kennisniveau te laag om de oplossingen die je bedoelt eruit te halen. Maar zoals ik al aangaf in mijn post vind ik behoorlijk veel draadjes her en der (ook op Github) van mensen met hetzelfde probleem bij diverse upgrades maar geen oplossingen.

Ook op ali aan het zoeken naar makkelijke manier om apart 3.3v setup te maken voor de voeding, maar ook dat is niet zo handig. Om nu weer een stekker erbij te steken, waarbij het opzetten naar 3.3 volt waarschijnlijk net zo veel verlies oplevert als de hele setup gebruikt, wordt ik ook niet blij van. Hoewel bedenk mezelf nu dat ik nog geen andere USB adapter geprobeerd hebt. Maar dat zou ook raar zijn als het daaraan lag. Maar je, bij dit soort spul weet je nooit.

O excuus. De andere dingen (platform / ander pin / met en zonder fix / etc) had ik al geprobeerd voordat ik hier postte. Dus nee, die heb ik niet nog een keer gedaan.

[ Voor 5% gewijzigd door Cyberpope op 19-11-2024 18:00 ]

[sjorsjuhmaniac]

@Cyberpope ja ik doelde op de github links en de config opties die daar aangehaald worden. In je voorbeeld config heb je namelijk andere components gebruikt dan waar naar ik linkte en in een van de links hebben ze ook expliciet de bus benoemd waarna het wel werkte.


edit:
overigens dit het enorme nadeel van esphome: ze hebben nogal wat breaking changes en je kan niet eenvoudig een oude versie compilen. Ik heb alles in git hangen en gebruik de dockers maar dan ga je alsnog de boot in omdat de docker gewoon een 'nieuwere' versie van een library. En daar ga je dan. Ik heb nog geen optie gevonden om de dependency versie te pinnen.
Voor nu houd ik een kopie bij van ieder firmware die ik flash. Hier ook op de moeilijke manier achter gekomen met de mqtt-entity-naam-wijzigings update.

[ Voor 49% gewijzigd door sjorsjuhmaniac op 19-11-2024 21:53 ]

[Cyberpope]

Oke, hij werkt weer. Wat gaf nu de doorslag? Ik weet het niet.

Hele gisteravond lopen klooien met bus erbij (of eraf), pin D2 of GPIO4 (en andere varianten). Interval veranderd (of niet). Kortom veel van de dingen die je gelinkte draadje stonden. En ook ondertussen er achter dat ik GEEN parasitaire setup gebruik, want ik gebruik 3 draden en niet alleen de datalijn.

Toen een ander advies gevolgd en GPIO 13 gebruikt. Dat was mijn laatste wijziging en het werkt. Wat gaf de doorslag? Ik weet het niet. Schiet mij maar lek.

[babbelbox]

Cyberpope schreef op woensdag 20 november 2024 @ 10:49:
Oke, hij werkt weer. Wat gaf nu de doorslag? Ik weet het niet.

Hele gisteravond lopen klooien met bus erbij (of eraf), pin D2 of GPIO4 (en andere varianten). Interval veranderd (of niet). Kortom veel van de dingen die je gelinkte draadje stonden. En ook ondertussen er achter dat ik GEEN parasitaire setup gebruik, want ik gebruik 3 draden en niet alleen de datalijn.

Toen een ander advies gevolgd en GPIO 13 gebruikt. Dat was mijn laatste wijziging en het werkt. Wat gaf de doorslag? Ik weet het niet. Schiet mij maar lek.

Ik zou zelf direct nogaals poort 2 of 4 testen, kijken of dat dan werkt en uiteindelijk misschien weer terug naar port13.

[sjorsjuhmaniac]

Cyberpope schreef op woensdag 20 november 2024 @ 10:49:
Oke, hij werkt weer. Wat gaf nu de doorslag? Ik weet het niet.

Hele gisteravond lopen klooien met bus erbij (of eraf), pin D2 of GPIO4 (en andere varianten). Interval veranderd (of niet). Kortom veel van de dingen die je gelinkte draadje stonden. En ook ondertussen er achter dat ik GEEN parasitaire setup gebruik, want ik gebruik 3 draden en niet alleen de datalijn.

Toen een ander advies gevolgd en GPIO 13 gebruikt. Dat was mijn laatste wijziging en het werkt. Wat gaf de doorslag? Ik weet het niet. Schiet mij maar lek.

Top. Sla gelijk je firmware.bin op dan kan je in de toekomst altijd terug naar een werkende firmware

[Cyberpope]

sjorsjuhmaniac schreef op woensdag 20 november 2024 @ 12:41:
[...]


Top. Sla gelijk je firmware.bin op dan kan je in de toekomst altijd terug naar een werkende firmware

oke? Hoedan?

[Septillion]

@Cyberpope Je kan hem opslaan door manual download bij install te kiezen. Flashen kan dan OTA als je de webserver aan hebt en natuurlijk ook nog via USB.

[sjorsjuhmaniac]

Cyberpope schreef op woensdag 20 november 2024 @ 12:56:
[...]

oke? Hoedan?

In de esphome web interface niet kiezen voor ‘update via wifi’ maar iets in de trant van offline of ‘via bestand’. Zoiets. Daarna moet je nog 1x iets kiezen, volgens mij het format dat je wilt hebben en als dan op het bin format klikt gaat hij gelijk de file in browser downloaden

[Cyberpope]

Dank, gelukt. Was al een het zoeken op google hoe je via de file bestanden structuur de tijdelijke opslag kon vinden. Te moeilijk gedacht blijkbaar. Ik sla hem op. (en doe niet meer aan updates)

[sjorsjuhmaniac]

Don’t fix it if it ain’t broken.

[Septillion]

wontcachme schreef op maandag 18 november 2024 @ 12:40:
Ik gebruik in mijn huis een aantal Athom smart plugs met ESPhome en tot nu toe ging dat eigenlijk altijd goed. Ook met ESPHome op mijn HA om de firmware te updaten en aan te passen.

Nu wilde ik net kijken of er nog nieuwe Athom spullen waren/meer plugs kopen, echter is er opeens bij Athom.tech een complete export ban naar de EU. Iemand een idee waarom en of dit nog weg zal gaan? Ook bij aliexpress versturen ze niet meer naar de EU.

Je antwoord: nieuws: Athom wint kort geding merkinbreuk van Chinese Athom Tech en AliExpress

Feitelijk gewoon dom dat ze mee hebben willen liften op een naam, want wat ze leverde was zo ver ik hoor prima

[ Voor 7% gewijzigd door Septillion op 20-11-2024 14:25 ]

[RobertMe]

Septillion schreef op woensdag 20 november 2024 @ 14:24:
[...]

Je antwoord: nieuws: Athom wint kort geding merkinbreuk van Chinese Athom Tech en AliExpress

Feitelijk gewoon dom dat ze mee hebben willen liften op een naam, want wat ze leverde was zo ver ik hoor prima

Over welke Athom heb je het in de laatste zin?
* RobertMe heeft echt geen idee "wie eerder was" en of de Chinese Athom bewust voor die naam gekozen heeft op basis van de Nederlandse Athom. Nog los van dat ik denk dat de Chinese bekender is dan de Nederlandse (wereldwijd dan). Maar als de Nederlandse hier de naam geregistreerd heeft dan staan ze natuurlijk wel in hun recht om de Chinese aan te klagen daarover.

[Septillion]

@RobertMe Zo ver ik weet gebruikte ze (Nedelanders) altijd al de naam Athom op de achtergrond maar niet heeeel erg duidelijk. Dus zo ver ik weet (en ook gezien de uitspraak) ga ik er vanuit dat ze eerder waren. Dus lijkt mij gewoon een niet originele naam van een Chinees...

Maar gezien dat ze (Nederlanders) de naam Athom alleen in de kleine lettertjes gebruiken zag ik Homey en Athom smart plugs niet als van hetzelfde bedrijf. Maarja, nu LG erachter zit was er natuurlijk genoeg geld / mankracht voor een rechtszaak.

[elebroek]

Septillion schreef op maandag 18 november 2024 @ 10:36:
@elebroek Wat voor foutmeldingen? Want ESPHome kan ook genoeg foutmeldingen geven waar jij voor hebt gezorgd qua software. Of door sensoren aan de reset te knopen...

Ofwel, ben nog niet overtuigd dat de ESP fout is. Zeker gezien de fout die jij hebt gemaakt met aansluiten van de gewenste sensor.

Ik heb het nu geprobeerd met een nieuwe esp met dezelfde configuratie en het werkt direct. Ik denk dat het toch een defecte esp betrof die ik gebruikte.

[Septillion]

Mm, ik snap de verwarring tussen ESPHome als integratie en de addon. Maar nieuwe naam is niet heel erg lekker. Had het dan genoemd wat vele het al noemde, ESPHome Dashboard.

Maar dat nu het hele menu-item "ESPHome Device Compiler" heet slaat nergens op

[brtkpr]

Ik ben al behoorlijke tijd bezig om met ESphome en een Wemos D1 bordje mijn Haier werkend te krijgen.
Nu ben ik zover dat de code volgens mij goed is - hij flashed en compiled goed.
Wanneer ik nu de USB stick in de airco plaats zie ik het volgende

code:

[s]Time level   Tag Message
09:10:00    [I] [haier.climate:096] 
Answer timeout for command 01, phase SENDING_FIRST_STATUS_REQUEST
09:10:05    [D] [haier.protocol:019]    
Sending frame: type 61, data: 00 07
09:10:07    [D] [haier.protocol:019]    
Sending frame: type 61, data: 00 07
09:10:07    [D] [haier.protocol:019]    
Frame found: type 62, data: 45 2B 2B 32 2E 31 38 00 31 37 30 36 32 36 30 30 F1 00 00 31 37 30 35 32 36 30 30 01 55 2D 41 43 00 00 00 00 00 04
09:10:07    [D] [haier.protocol:019]    
Answer delay 72ms
09:10:08    [D] [haier.protocol:019]    
Sending frame: type 01, data: 4D 01
09:10:10    [D] [haier.protocol:019]    
Sending frame: type 01, data: 4D 01
09:10:12    [D] [haier.protocol:019]    
Sending frame: type 01, data: 4D 01
09:10:12    [I] [haier.climate:096] 
Answer timeout for command 01, phase SENDING_FIRST_STATUS_REQUEST
09:10:17    [D] [haier.protocol:019]    
Sending frame: type 61, data: 00 07
09:10:19    [D] [haier.protocol:019]    
Sending frame: type 61, data: 00 07
09:10:19    [D] [haier.protocol:019]    
Frame found: type 62, data: 45 2B 2B 32 2E 31 38 00 31 37 30 36 32 36 30 30 F1 00 00 31 37 30 35 32 36 30 30 01 55 2D 41 43 00 00 00 00 00 04
09:10:19    [D] [haier.protocol:019]    
Answer delay 71ms
09:10:20    [D] [haier.protocol:019]    
Sending frame: type 01, data: 4D 01
09:10:22    [D] [haier.protocol:019]    
Sending frame: type 01, data: 4D 01
09:10:24    [D] [haier.protocol:019]    
Sending frame: type 01, data: 4D 01
09:10:24    [I] [haier.climate:096] 
Answer timeout for command 01, phase SENDING_FIRST_STATUS_REQUEST
09:10:27    [D] [api:103]   
Accepted 192.168.1.106
09:10:27    [W] [component:170] 
Component api cleared Warning flag
09:10:27    [W] [api.connection:107]    
: Reading failed: BAD_INDICATOR errno=11
09:10:27    [W] [component:157] 
Component api set Warning flag: unspecified
09:10:29    [D] [haier.protocol:019]    
Sending frame: type 61, data: 00 07
09:10:31    [D] [haier.protocol:019]    
Sending frame: type 61, data: 00 07
09:10:32    [D] [haier.protocol:019]    
Frame found: type 62, data: 45 2B 2B 32 2E 31 38 00 31 37 30 36 32 36 30 30 F1 00 00 31 37 30 35 32 36 30 30 01 55 2D 41 43 00 00 00 00 00 04
09:10:32    [D] [haier.protocol:019]    
Answer delay 70ms
09:10:32    [D] [haier.protocol:019]    
Sending frame: type 01, data: 4D 01
09:10:34    [D] [haier.protocol:019]    
Sending frame: type 01, data: 4D 01
09:10:36    [D] [haier.protocol:019]    
Sending frame: type 01, data: 4D 01
09:10:36    [I] [haier.climate:096] 
Answer timeout for command 01, phase SENDING_FIRST_STATUS_REQUEST
09:10:42    [D] [haier.protocol:019]    
Sending frame: type 61, data: 00 07
09:10:44    [D] [haier.protocol:019]    
Sending frame: type 61, data: 00 07
09:10:44    [D] [haier.protocol:019]    
Frame found: type 62, data: 45 2B 2B 32 2E 31 38 00 31 37 30 36 32 36 30 30 F1 00 00 31 37 30 35 32 36 30 30 01 55 2D 41 43 00 00 00 00 00 04
09:10:44    [D] [haier.protocol:019]    
Answer delay 72ms
09:10:44    [D] [haier.protocol:019]    
Sending frame: type 01, data: 4D 01
09:10:46    [D] [haier.protocol:019]    
Sending frame: type 01, data: 4D 01
09:10:48    [D] [haier.protocol:019]    
Sending frame: type 01, data: 4D 01
09:10:48    [I] [haier.climate:096] 
Answer timeout for command 01, phase SENDING_FIRST_STATUS_REQUEST
09:10:54    [D] [haier.protocol:019]    
Sending frame: type 61, data: 00 07
09:10:56    [D] [haier.protocol:019]    
Sending frame: type 61, data: 00 07
09:10:56    [D] [haier.protocol:019]    
Frame found: type 62, data: 45 2B 2B 32 2E 31 38 00 31 37 30 36 32 36 30 30 F1 00 00 31 37 30 35 32 36 30 30 01 55 2D 41 43 00 00 00 00 00 04
09:10:56    [D] [haier.protocol:019]    
Answer delay 71ms
09:10:56    [D] [haier.protocol:019]    
Sending frame: type 01, data: 4D 01
09:10:58    [D] [haier.protocol:019]    
Sending frame: type 01, data: 4D 01
09:11:00    [D] [haier.protocol:019]    
Sending frame: type 01, data: 4D 01[/s]

en de file zelf:

YAML:

esphome:
  name: haier
  platform: ESP8266
  board: d1_mini

# Set statul led for Wemos D1 mini
status_led:
  pin: GPIO2

wifi:
  ssid: *****
  password: *****

  # Enable fallback hotspot (captive portal) in case wifi connection fails
  ap:
    ssid: "Haier_wifi"
    password: "Haier_wifi"

captive_portal:

# Enable web server (can be disabled)
web_server:
  port: 80

time:
  - platform: sntp
    id: sntp_time
    timezone: "Europe/ Moscow"

# Enable logging
logger:
  level: DEBUG
  baud_rate: 0 #Important. You can't use serial port

# Enable Home Assistant API
api:
  encryption:
    key: !secret esphome_encryption_key

ota:
  - platform: esphome
    password: "3503470936"

uart:
  - baud_rate: 9600
    tx_pin: 1
    rx_pin: 3


climate:
  - platform: haier
    id: haier_ac
    name: "Haier"
    alternative_swing_control: false
    wifi_signal: true
    supported_modes:
      - 'OFF'
      - HEAT_COOL
      - COOL
      - HEAT
      - DRY
      - FAN_ONLY
    supported_swing_modes:
      - 'OFF'
      - VERTICAL
      - HORIZONTAL
      - BOTH
    supported_presets:
      - BOOST
      - COMFORT

switch:
  - platform: template
    id: haier_ac_health_mode
    name: Haier SmartAir2 Climate health mode
    icon: mdi:leaf
    restore_mode: RESTORE_DEFAULT_OFF
    lambda: |-
      return id(haier_ac).get_health_mode();
    turn_on_action:
      climate.haier.health_on: haier_ac
    turn_off_action:
      climate.haier.health_off: haier_ac
  - platform: template
    id: haier_ac_display_switch
    name: Haier SmartAir2 Climate display
    icon: mdi:led-on
    entity_category: config
    restore_mode: RESTORE_DEFAULT_ON
    lambda: |-
      return id(haier_ac).get_display_state();
    turn_on_action:
      climate.haier.display_on: haier_ac
    turn_off_action:
      climate.haier.display_off: haier_ac

Voordat ik de handdoek echt in de ring gooi nog een keer even aan de mede-tweakers vragen
Overigens vroeg ik mij ook af, hoe krijg ik dan in HA een tegel waarin ik de staat van de airco kan aanpassen? Dus warm, koud, temp enz.


Iemand die hetzelfde wel voor elkaar heeft gekregen? Ik hoor het graag.
[mbr]ESPHome heeft eigen topic => schopje[/]

[ Voor 0% gewijzigd door brtkpr op 25-11-2024 15:49 . Reden: aanpassing vraag ]

[TheMystery]

Ik ben een wemos s3 mini aan het programmeren voor 2 dallas DS18B20 sensoren.
ik heb er al 2 succesvol draaien op een wemos d1 mini nog.

Alles zo aangesloten:


Met de volgende configuratie:

YAML:

one_wire:
  - platform: gpio
    pin:
      number: GPIO16 
      mode: INPUT_PULLUP

Maar krijg steeds de fout: [W][gpio.one_wire:078]: Found no devices!
Wat zou hier fout aan zijn?

Ik heb het hetzelfde geconfigureerd als mijn d1 mini op de pin nummer na.

[TheMystery]

Nog wat verder gekomen, als ik de sensors 1 voor 1 los eraan hang dan werkt het, dus nu wel de id's kunnen achterhalen.
maar als ik ze allebei tegelijk aansluit werkt het niet.

id's zijn iig verschillend.

YAML:

  - platform: dallas_temp
    address: 0x450624144cb03b28
    name: "CV Aanvoer temp"
    id: CV_aanvoer_temp
    accuracy_decimals: 2
    update_interval: 30s

  - platform: dallas_temp
    address: 0x480624150b159728
    name: "CV Retour temp"
    id: CV_retour_temp
    accuracy_decimals: 2
    update_interval: 30s

  - platform: template
    id: CV_delta_temp
    name: "CV Delta temp"
    unit_of_measurement: °C
    update_interval: 30s
    lambda: 'return id(CV_aanvoer_temp).state - id(CV_retour_temp).state;'
    accuracy_decimals: 2

[Illusion]

TheMystery schreef op donderdag 28 november 2024 @ 14:20:
Ik ben een wemos s3 mini aan het programmeren voor 2 dallas DS18B20 sensoren.
ik heb er al 2 succesvol draaien op een wemos d1 mini nog.

Alles zo aangesloten:
[Afbeelding]

Met de volgende configuratie:

YAML:

one_wire:
  - platform: gpio
    pin:
      number: GPIO16 
      mode: INPUT_PULLUP

Maar krijg steeds de fout: [W][gpio.one_wire:078]: Found no devices!
Wat zou hier fout aan zijn?

Ik heb het hetzelfde geconfigureerd als mijn d1 mini op de pin nummer na.

Volgens mij je nog een extra externe pullup weerstand plaatsen. Die is veel lager dan de interne pullup namelijk. Zie bijvoorbeeld deze https://documents.jemrf.com/esp32-temperature.html

Gek genoeg lukte het vroeger wel zonder die pullup, maar ergens in 2023/2024 zijn de timings beter gezet waardoor het niet meer werkt zonder die weerstand

[TheMystery]

Illusion schreef op donderdag 28 november 2024 @ 15:35:
[...]

Volgens mij je nog een extra externe pullup weerstand plaatsen. Die is veel lager dan de interne pullup namelijk. Zie bijvoorbeeld deze https://documents.jemrf.com/esp32-temperature.html

Gek genoeg lukte het vroeger wel zonder die pullup, maar ergens in 2023/2024 zijn de timings beter gezet waardoor het niet meer werkt zonder die weerstand

Daarom heb ik de interne pull-up geactiveerd, dit werkt prima met mijn andere setup met een d1 mini.
enige verschil met de d1 mini is dat ik nu kabels heb van 2 meter en aan de d1 mini heb ik 1 meter.
zou het dan een timing verschil zijn tussen een esp8266 en een esp32?

[Illusion]

TheMystery schreef op donderdag 28 november 2024 @ 15:40:
[...]


Daarom heb ik de interne pull-up geactiveerd, dit werkt prima met mijn andere setup met een d1 mini.
enige verschil met de d1 mini is dat ik nu kabels heb van 2 meter en aan de d1 mini heb ik 1 meter.
zou het dan een timing verschil zijn tussen een esp8266 en een esp32?

Ik zeg toch net dat de interne pullup niet voldoende is? Dat is een beetje hit-and-miss, heel soms werkt het perongeluk wel, maar dat is geen garantie.

Externe pullup is 4700 Ohm, interne pullup is ordegrootte 10000 tot 50000 Ohm.

[ Voor 6% gewijzigd door Illusion op 28-11-2024 16:05 ]

[DjoeC]

Ik VERMOED dat je DS18B20 sensoren beiden op dezelfde lengte van de poort hebt hangen en je ze niet als een string gebruikt (zie hier). Dat KAN tot problemen leiden, standaard 1-wire protocol schrijft dat de sensoren successievelijk aan 1 kabel hangen. Ik heb er 25 in 1 string (alle VV in-uit/hoofdleidingen/pomp) en dat werkt prima zonder interne pull-up maar een 10K weerstand.

Bij veel sensoren wel rekening houden met het gevraagde vermogen en het voltage: mijn string doet t niet op 3.3V maar wel op 5.2V (samsung telefoon lader en een ESP8266). O ja, vermijd phantom power.

[TheMystery]

Illusion schreef op donderdag 28 november 2024 @ 16:03:
[...]

Ik zeg toch net dat de interne pullup niet voldoende is? Dat is een beetje hit-and-miss, heel soms werkt het perongeluk wel, maar dat is geen garantie.

Externe pullup is 4700 Ohm, interne pullup is ordegrootte 10000 tot 50000 Ohm.

Oké dan moet ik even een 4.7k ohm weerstandje bestellen, ik zie er van 1/4w tot 3w zijn deze allemaal goed?

[sjorsjuhmaniac]

TheMystery schreef op donderdag 28 november 2024 @ 14:20:
Ik ben een wemos s3 mini aan het programmeren voor 2 dallas DS18B20 sensoren.
ik heb er al 2 succesvol draaien op een wemos d1 mini nog.

Alles zo aangesloten:
[Afbeelding]


Met de volgende configuratie:

YAML:

one_wire:
  - platform: gpio
    pin:
      number: GPIO16 
      mode: INPUT_PULLUP

Maar krijg steeds de fout: [W][gpio.one_wire:078]: Found no devices!
Wat zou hier fout aan zijn?

Ik heb het hetzelfde geconfigureerd als mijn d1 mini op de pin nummer na.

Heb je de 1wire spec al eens bekeken? Volgens mij sluit je niet per spec aan. Ik vermoed dat je geluk hebt gehad met je andere setups.

[_ferry_]

Edit, laat maar, de benodigde weerstand was hierboven al genoemd.

[ Voor 74% gewijzigd door _ferry_ op 28-11-2024 19:17 ]

[Illusion]

TheMystery schreef op donderdag 28 november 2024 @ 17:30:
[...]


Oké dan moet ik even een 4.7k ohm weerstandje bestellen, ik zie er van 1/4w tot 3w zijn deze allemaal goed?

1/4 Watt is ruim voldoende. De goedkoopste dus

[heintjeput]

Weet er iemand of er wat is veranderd in de (compiler van) ESPhome? Ik heb vanochtend geupdated van ESPhome 2024.10.3 naar 2024.11.2 en sindsdien krijg ik verschillende soorten errors met het compilen bijvoorbeeld deze twee, elke keer is het volgens mij net iets anders:

code:

Dependency Graph
|-- ESPAsyncTCP-esphome @ 2.0.0
|-- ESPAsyncWebServer-esphome @ 3.2.2
|-- DNSServer @ 1.1.1
|-- ESP8266WiFi @ 1.0
|-- ESP8266mDNS @ 1.2
|-- noise-c @ 0.1.6
Compiling .pioenvs/cvketel/src/esphome/components/api/api_connection.cpp.o
Compiling .pioenvs/cvketel/src/esphome/components/api/api_frame_helper.cpp.o
Compiling .pioenvs/cvketel/src/esphome/components/api/api_pb2.cpp.o
Compiling .pioenvs/cvketel/src/esphome/components/api/api_pb2_service.cpp.o
In file included from /data/cache/platformio/packages/toolchain-xtensa/xtensa-lx106-elf/include/c++/10.3.0/functional:59,
                 from src/esphome/core/component.h:5,
                 from src/esphome/components/api/proto.h:3,
                 from src/esphome/components/api/api_pb2.h:5,
                 from src/esphome/components/api/api_pb2.cpp:3:
/data/cache/platformio/packages/toolchain-xtensa/xtensa-lx106-elf/include/c++/10.3.0/bits/std_function.h:380:48: internal compiler error: in iterative_hash_template_arg, at cp/pt.c:1944
  380 |         typename = _Requires<_Callable<_Functor>, void>>
      |                                                ^
Please submit a full bug report,
with preprocessed source if appropriate.
See <https://gcc.gnu.org/bugs/> for instructions.
*** [.pioenvs/cvketel/src/esphome/components/api/api_pb2.cpp.o] Error 1
========================== [FAILED] Took 7.28 seconds ==========================

code:

Compiling .pioenvs/cvketel/src/esphome/components/api/proto.cpp.o
Compiling .pioenvs/cvketel/src/esphome/components/api/subscribe_state.cpp.o
Compiling .pioenvs/cvketel/src/esphome/components/api/user_services.cpp.o
In file included from /data/cache/platformio/packages/toolchain-xtensa/xtensa-lx106-elf/include/c++/10.3.0/deque:67,
                 from /data/cache/platformio/packages/toolchain-xtensa/xtensa-lx106-elf/include/c++/10.3.0/queue:60,
                 from src/esphome/components/sensor/filter.h:3,
                 from src/esphome/components/sensor/sensor.h:7,
                 from src/esphome/core/controller.h:17,
                 from src/esphome/core/component_iterator.h:4,
                 from src/esphome/components/api/subscribe_state.h:6,
                 from src/esphome/components/api/subscribe_state.cpp:1:
/data/cache/platformio/packages/toolchain-xtensa/xtensa-lx106-elf/include/c++/10.3.0/bits/stl_deque.h: In instantiation of 'struct std::_Deque_iterator<float, float&, float*>':
/data/cache/platformio/packages/toolchain-xtensa/xtensa-lx106-elf/include/c++/10.3.0/bits/stl_deque.h:483:47:   required from 'class std::_Deque_base<float, std::allocator<float> >'
/data/cache/platformio/packages/toolchain-xtensa/xtensa-lx106-elf/include/c++/10.3.0/bits/stl_deque.h:764:11:   required from 'class std::deque<float>'
src/esphome/components/sensor/filter.h:70:21:   required from here
/data/cache/platformio/packages/toolchain-xtensa/xtensa-lx106-elf/include/c++/10.3.0/bits/stl_deque.h:172:24: sorry, unimplemented: use of 'block' in template
  172 |       _Deque_iterator& operator=(const _Deque_iterator&) = default;
      |                        ^~~~~~~~
*** [.pioenvs/cvketel/src/esphome/components/api/subscribe_state.cpp.o] Error 1
========================== [FAILED] Took 8.66 seconds ==========================

Al mijn configuraties hebben hier last van, ik heb inmiddels de backup terug gezet, maar dat lijkt niet te hebben geholpen. De config die er bij hoort is deze met weinig boeiends

YAML:

esphome:
  name: cvketel
  platform: ESP8266
  board: nodemcuv2

wifi:
  ssid: !secret wifi_ssid
  password: !secret wifi_password

  # Enable fallback hotspot (captive portal) in case wifi connection fails
  ap:
    ssid: "Cvketel Fallback Hotspot"
    password: "yy"

captive_portal:

# Enable logging
logger:
  level: debug

# Enable Home Assistant API
api:
  encryption:
    key: xx
      
ota:
  - platform: esphome
    id: my_ota
    password: !secret ota_password

one_wire:
  - pin: D4
    platform: gpio

sensor:
  - platform: dallas_temp
    address: 0xCD0416A603A8FF28
    resolution: 12
    name: "T_Retour"

[sjorsjuhmaniac]

@heintjeput
Ik kan je specifieke vragen niet beantwoorden maar ik werd getriggerd dat je backup niet werkt. Wat voor backup bedoel je? Ik en backup van je yaml file is namelijk niet echt een backup. Esphome compiled namelijk de firmware met de laatste versies van de libraries. Met dezelfde yaml kan je dus verschillende firmware files krijgen.

Een echte backup voor esphome is de firmware files backuppen.

[Bockelaar]

bij mij was het een ram probleem in HA. 2G bleek te weinig om esphome compiles te doen, 4G RAM in de VM loste het op.

[heintjeput]

@sjorsjuhmaniac ik doelde op de ESPhome backup dus reverten naar ESPhome 2024.10.3. De VM heeft 6GB geheugen wat denk ik genoeg zou moeten zijn.
Een reboot van de VM @ 2024.10.3 heeft het probleem verholpen. Ik gok dat er ergens iets niet netjes in het geheugen is blijven hangen :-S

[wontcachme]

Septillion schreef op woensdag 20 november 2024 @ 14:24:
[...]

Je antwoord: nieuws: Athom wint kort geding merkinbreuk van Chinese Athom Tech en AliExpress

Feitelijk gewoon dom dat ze mee hebben willen liften op een naam, want wat ze leverde was zo ver ik hoor prima

Het lijkt erop dat https://www.athom.tech/ weer levert in de EU. De waarschuwingen zijn overal verdwenen.

[Toppe]

Wellicht een overbodige vraag, maar ik heb dus een device met de volgende config:

YAML:

substitutions:
  name: pomp
  friendly_name: Kerstboom
packages:
  Athom Technology.Smart Plug V2: github://athom-tech/athom-configs/athom-smart-plug-v2.yaml
esphome:
  name: ${name}
  name_add_mac_suffix: false
  friendly_name: ${friendly_name}
api:
  encryption:
    key: pUITO+uQZpFFMj+i/123/SmzTnRcExOfI=


wifi:
  ssid: !secret wifi_ssid
  password: !secret wifi_password

Nu irriteer ik me aan pomp.yaml onder de naam in ESPHome maar ik heb dit in het verleden wel eens geprobeerd te wijzigen maar dat ging toen, dacht ik, fout.

Kan ik name: gewoon wijzigen?

[jj85]

@Toppe Rename al geprobeerd?

[Toppe]

jj85 schreef op zondag 8 december 2024 @ 21:17:
@Toppe Rename al geprobeerd?
[Afbeelding]

Dat veranderd die friendly name

[babbelbox]

Voor zover mijn ervaring gaat kun je de yaml file gewoon renamen op je filtersysteem. Ik heb een docker container met ESPHome, en een gelinkte folder met daarin alle files. Een normale renamen wordt door ESPHome daar gewoon opgepakt. Misschien wel even een update om alles glad te trekken, maar moet volgens mij prima gaan op die manier.

[jj85]

babbelbox schreef op maandag 9 december 2024 @ 07:13:
Voor zover mijn ervaring gaat kun je de yaml file gewoon renamen op je filtersysteem. Ik heb een docker container met ESPHome, en een gelinkte folder met daarin alle files. Een normale renamen wordt door ESPHome daar gewoon opgepakt. Misschien wel even een update om alles glad te trekken, maar moet volgens mij prima gaan op die manier.

Yaml naam kun je idd gewoon aanpassen.
Bij aanpassen van name, bestaat de kans dat esphome vervolgens het device niet meer kan vinden als je wil updaten. Omdat je de mdns hostnaam aanpast (is device name)

[Septillion]

Toppe schreef op zondag 8 december 2024 @ 22:47:
[...]


Dat veranderd die friendly name

Nee, dat verandert de (host)name...



Maar die optie is bij complexe yaml niet te gebruiken. Dan zal je even zelf de naam moeten wijzigen en use_address moeten toevoegen. Deze kan je dan gebruiken met oude naam als use_address: pomp.local. Na eerste keer upload zal de naam aangepast zijn en moet je use_address weer uit je config halen.

Naam van de file kan je buiten ESPHome gewoon straffeloos aanpassen. Maar moet denk ik wel voldoen aan de eisen van een 'name' (aka geen spaties etc).

offtopic:
Arg, ik wordt af en toe zo gek dat de 'terug' knop van de browser / muis niet terug gaat in ESPHome Compiler maar gewoon terug gaat in HA. Dus vanuit de edit van een device zit je met terug niet op het ESPHome Dashboard maar op het HA dashboard waar je was voor je naar ESPHome ging

En ben nog steeds van mening dat het ESPHome Dashboard had moeten heten, ze schieten zichzelf in de voet met een naam die zo beperkte functionaliteit suggereert...

[ Voor 5% gewijzigd door Septillion op 09-12-2024 11:49 ]

[verjager]

Septillion schreef op maandag 9 december 2024 @ 11:47:

offtopic:
Arg, ik wordt af en toe zo gek dat de 'terug' knop van de browser / muis niet terug gaat in ESPHome Compiler maar gewoon terug gaat in HA. Dus vanuit de edit van een device zit je met terug niet op het ESPHome Dashboard maar op het HA dashboard waar je was voor je naar ESPHome ging

Stemmen op WTH over back button gedrag in het algemeen in Home Assistant:
https://community.home-as...i-think-it-will-do/805048

[jj85]

verjager schreef op maandag 9 december 2024 @ 22:32:
[...]

Stemmen op WTH over back button gedrag in het algemeen in Home Assistant:
https://community.home-as...i-think-it-will-do/805048

offtopic:
Dank! Daar heb ik me al tijden aan geirriteerd ,meerdere keren op back drukken zonder dat er iets gebeurt...Hopelijk wordt het opgepakt

[Septillion]

@verjager Thanks! Up vote!

Ook al erger in me er in HA zelf een stuk minder aan en is dit voor een addon denk ik ook weer losstaand. Het is zelfs minder erg dan in Synology DSM waar een 'back' je er volledig uit gooit...

[elebroek]

Ik wil in Esphome met een afstandmeter (VL53L0X) en een Ledring (WS2812B - 16 leds) , afhankelijk van de afstand, auto tot achtermuur garage, een oplopend aantal leds in een bepaalde kleur aan- en uitzetten.
Hoe kan ik dat het beste aanpakken? Ik heb de afstandmeter en de Ledring al in esphome op mijn esp8266.

[Toppe]

Septillion schreef op maandag 9 december 2024 @ 11:47:
[...]

Nee, dat verandert de (host)name...

[Afbeelding]

Maar die optie is bij complexe yaml niet te gebruiken. Dan zal je even zelf de naam moeten wijzigen en use_address moeten toevoegen. Deze kan je dan gebruiken met oude naam als use_address: pomp.local. Na eerste keer upload zal de naam aangepast zijn en moet je use_address weer uit je config halen.

Naam van de file kan je buiten ESPHome gewoon straffeloos aanpassen. Maar moet denk ik wel voldoen aan de eisen van een 'name' (aka geen spaties etc).

offtopic:
Arg, ik wordt af en toe zo gek dat de 'terug' knop van de browser / muis niet terug gaat in ESPHome Compiler maar gewoon terug gaat in HA. Dus vanuit de edit van een device zit je met terug niet op het ESPHome Dashboard maar op het HA dashboard waar je was voor je naar ESPHome ging

En ben nog steeds van mening dat het ESPHome Dashboard had moeten heten, ze schieten zichzelf in de voet met een naam die zo beperkte functionaliteit suggereert...

Hmmmm, net even geprobeerd maar dit lijkt ook niet te werken?

YAML:

substitutions:
  name: kerstboom
  friendly_name: Kerstboom
packages:
  Athom Technology.Smart Plug V2: github://athom-tech/athom-configs/athom-smart-plug-v2.yaml
esphome:
  name: ${name}
  name_add_mac_suffix: false
  friendly_name: ${friendly_name}
api:
  encryption:
    key: pUITO+uQZpFFMj+i/slhtmE6t86ZXB/=


wifi:
  ssid: !secret wifi_ssid
  password: !secret wifi_password
  use_address: pomp.local

Geupload maar er blijft pomp.yaml staan? Als ik rename doe dan staat er wél kerstboom...

Ik doe vast wat fout, maar wat?

[Septillion]

@Toppe Zou kunnen dat als je zelf zo de naam wijzigt dat niet de filename aanpast... Weet ik even niet zeker. Dan gewoon handmatig de filename aanpassen.

[wautah91]

bauk schreef op maandag 8 juli 2024 @ 12:37:
@Septillion: zie onder
Het kan zijn dat er iets fundamenteels fout gaat hoor, want ik heb ook op mijn reguliere RGB strip dat ik het wit licht nog steeds niet (meer) aan krijg .

YAML:

substitutions:
  device_description: DIY Flash LSC 5M Light String
  friendly_name: Party Slinger
  device_name: party-slinger
  
esphome:
  name: ${device_name}
  comment: "${device_description}"

bk72xx:
  board: generic-bk7231n-qfn32-tuya

# Enable logging
logger:
  baud_rate: 2000000  # The original firmware uses the same baud rate for log outputs
  hardware_uart: UART1

# Enable Home Assistant API
api:
  encryption:
    key: !secret api_encryption

ota:
  platform: esphome
  password: !secret ota_password
  id: my_ota

wifi:
  networks:
    - ssid: !secret iot_ssid
      password: !secret iot_password

  # Enable fallback hotspot (captive portal) in case wifi connection fails
  ap:
    ssid: ${device_name} fallback
    password: !secret ota_password
    ap_timeout: 15s

captive_portal:

text_sensor:
  - platform: libretiny
    version:
      name: LibreTiny Version
    
sensor:
  - platform: internal_temperature
    name: "Internal Temperature"
  - platform: uptime
    name: Uptime

light:
  - platform: beken_spi_led_strip
    id: color_light
    name: "Color"
    pin: P16
    chipset: WS2812
    num_leds: 15
    rgb_order: RGB
    effects:
      - pulse:
      - strobe:
      - flicker:
      - addressable_rainbow:
      - addressable_color_wipe:
          name: Nederlandse Vlag
          colors:
          - red: 100%
            green: 0%
            blue: 0%
            num_leds: 2
          - red: 100%
            green: 100%
            blue: 100%
            num_leds: 2
          - red: 0%
            green: 0%
            blue: 100%
            num_leds: 2
          add_led_interval: 100ms
          reverse: false
          
switch:
  - platform: gpio
    pin: P22
    id: ctrl
    name: "ctrl"
    restore_mode: RESTORE_DEFAULT_OFF

@bauk en @Septillion jullie waren deze zomer bezig met de LSC Party lights slinger met addressable leds. Nu heb ik de LSC 3203632.1, RGBIC/CCTIC led strip.


Ik zie in de yaml dat de party lights voor CW/WW nog wel PWM gebruiken, maar bij deze strip zitten er 2 chips op de strip, waarschijnlijk 1 voor RGB en 1 voor CW/WW.


Ik had in een ander topic gelezen met een vergelijkbaar product dat het wel eens zo zou kunnen zijn dat de RGB leds 0,2,4,6,8 etc zijn en de CW/WW leds 1,3,6,9 etc.

Hoe is jullie ervaring tot nu toe met het beken_spi_led_strip component in esphome en hebben jullie de lights ook verdeel in stukken met light partitions?

Voor deze ledstrip heb ik nog geen werkend cloudcutter profiel gevonden. Firmware is 1.0.2 met BK7231N. Ik ga proberen de Beken te flashen via UART zoals iemand op elektroda ook al gelukt is, alleen heeft hij nog geen esphome geflashed.

[wautah91]

wautah91 schreef op maandag 16 december 2024 @ 09:59:
[...]


@bauk en @Septillion jullie waren deze zomer bezig met de LSC Party lights slinger met addressable leds. Nu heb ik de LSC 3203632.1, RGBIC/CCTIC led strip.
[Afbeelding]

Ik zie in de yaml dat de party lights voor CW/WW nog wel PWM gebruiken, maar bij deze strip zitten er 2 chips op de strip, waarschijnlijk 1 voor RGB en 1 voor CW/WW.
[Afbeelding]

Ik had in een ander topic gelezen met een vergelijkbaar product dat het wel eens zo zou kunnen zijn dat de RGB leds 0,2,4,6,8 etc zijn en de CW/WW leds 1,3,6,9 etc.

Hoe is jullie ervaring tot nu toe met het beken_spi_led_strip component in esphome en hebben jullie de lights ook verdeel in stukken met light partitions?

Voor deze ledstrip heb ik nog geen werkend cloudcutter profiel gevonden. Firmware is 1.0.2 met BK7231N. Ik ga proberen de Beken te flashen via UART zoals iemand op elektroda ook al gelukt is, alleen heeft hij nog geen esphome geflashed.

Ik ben inmiddels een heel stuk verder met deze RGBIC + CCTIC ledstrip. Ik heb op het HA forum een vraag gesteld hoe de componenten aangepast kunnen worden zodat ESPHome de CW/WW IC leds op de juiste manier worden aangestuurd.
https://community.home-as...strip-with-esphome/812822

[rogervdh]

Ik heb een ESP32C6 (M5NanoC6) en als ik deze wil toevoegen in ESPHome, dan krijg ik de melding dat deze niet ondersteund wordt. Al zoekende begreep ik dat ESPHome 2024.12.x geupdate is naar ESP-IDF 5.1.5 en daardoor zou de ESP32-C6 gesupport moeten worden. Inmiddels heb ik ESPHome 2024.12.2 draaien, maar nog steeds krijg ik deze melding via ESPHome Web:

Error: Unsupported platform ESP32C6. Only ESP8266, ESP32, ESP32S2, ESP32S3, ESP32C3 are supported.

Als ik new device doe in ESPHome Builder, dan heb ik deze keuzes:



Hoe kan ik dit euvel verhelpen...?

[ Voor 46% gewijzigd door rogervdh op 24-12-2024 14:58 ]

[Septillion]

@rogervdh Daarvoor moet je volgens mij naar het esp-idf framework. Dus bij toevoegen gewoon even voor een ESP32 kiezen en niets proberen te uploaden. Daarna aanpassen naar:

YAML:

esp32:
  board: esp32-c6-devkitc-1
  framework:
    type: esp-idf
    version: recommended

[Hermarcel]

Google levert me geen antwoord op mijn vraag. Misschien weten jullie het?

Als ik in Home Assistant een entity disable waarvan de data van een ESPhome device komt, stopt het device dan met verzenden van de data? Of moet ik daarvoor echt de ESPhome Yaml aanpassen?

Reden van de vraag: Sommige entiteiten zijn alleen af en toe interessant om te bekijken en de data en belasting op device, netwerk en server is voor het overgrote deel van de tijd overbodig.

[Septillion]

@Hermarcel 99% zeker dat het alleen in HA is die het dan negeert.

[Hermarcel]

@Septillion Jammer...

[Gondelier]

Goedenavond,
Ik probeer mijn m5stack_atom_echo en mijn esp32_s3_box_3 te updaten naar ESPHome versie 2024.12.2
Nu krijg ik voor beide steeds dezelfde onderstaande foutmelding waardoor de updates worden afgebroken.
Ook in ESPHome Builder geprobeerd, maar ook dezelfde melding voor beide.
Weet iemand raad ??

[AUijtdehaag]

@rogervdh
Ik heb deze code gebruikt voor een M5NanoC6:

YAML:

substitutions:
  name: c6-test
  device_description: "M5Stack C6 test"
  timezone: "Europe/Amsterdam"

esp32:
  board: esp32-c6-devkitm-1
  variant: esp32c6
  flash_size: 4MB
  framework:
    type: esp-idf
    version: "5.3.0"
    platform_version: "6.8.1"
    sdkconfig_options:
      CONFIG_OPENTHREAD_ENABLED: n
      CONFIG_ENABLE_WIFI_STATION: y
      CONFIG_USE_MINIMAL_MDNS: y
      CONFIG_ESPTOOLPY_FLASHSIZE_4MB: y

esphome:
  name: ${name}
  friendly_name: C6_test
  name_add_mac_suffix: false

# Board specific entities
light:
  - platform: status_led
    name: "Status LED"
    entity_category: diagnostic
    pin: GPIO7

  #G20=RGB WS2812
  - platform: esp32_rmt_led_strip
    rgb_order: GRB
    id: led
    pin: GPIO20
    num_leds: 4
    # RMT 0 channels will be occupied by IR
    rmt_channel: 1
    chipset: ws2812
    name: "RGB LED"
    entity_category: diagnostic
    power_supply: rgbpwr

power_supply:
  - id: 'rgbpwr'
    enable_on_boot: true
    pin: GPIO19
    enable_time: 10ms
    keep_on_time: 10ms

#G9=Button
binary_sensor:
  - platform: gpio
    name: Button
    entity_category: diagnostic
    pin:
      number: GPIO9
      inverted: true
      mode:
        input: true
        pullup: true
    filters:
      - delayed_off: 10ms
    on_click:
      - light.toggle: led


wifi:
  ssid: !secret wifi_ssid
  password: !secret wifi_password

  # Enable fallback hotspot (captive portal) in case wifi connection fails
  ap:
    ssid: ${name}
    password: "configesp"
    ap_timeout: 30s

captive_portal:

# Sync time with sntp server
time:
  - platform: sntp
    id: sntp_time
    timezone: ${timezone}

# Enable logging
logger:
  baud_rate: 0
  logs:
    component: ERROR


# Enable Home Assistant API
api:
  reboot_timeout: 0s

ota:
  platform: esphome

#web_server:
#  port: 80

[Hermarcel]

@Gondelier Ik had gisteren ook iets vaags (niet gerelateerd aan jouw issue). Ik heb het opgelost door een "clean" te doen, daarna compileerde het foutloos. Misschien dat dit bij jou ook de oplossing is?

[Gondelier]

Hermarcel schreef op donderdag 26 december 2024 @ 22:52:
@Gondelier Ik had gisteren ook iets vaags (niet gerelateerd aan jouw issue). Ik heb het opgelost door een "clean" te doen, daarna compileerde het foutloos. Misschien dat dit bij jou ook de oplossing is?

@Hermarcel
Dankjewel gaan we morgen proberen.

[Septillion]

@Gondelier Kijk vooral eens in ESPhome builder zelf en niet in HA.

[rogervdh]

Ik weet niet zeker of ik helemaal goed zit in dit topic. Ik probeer de ESPHome Tesla BLE op een M5Stack NanoC6 te flashen. Echter bij het compilen van de firmware loop ik vast op onderstaande foutmelding. Mijn technische kennis is helaas ontoereikend. Iemand wellicht enig idee hoe ik dat snel/goed kan verhelpen....? Onderstaande is op een Windows 11 machine.

code:

INFO: pip is looking at multiple versions of esp-idf-kconfig to determine which version is compatible with other requirements. This could take a while.
Collecting esp-idf-kconfig<2.0.0,>=1.4.2
  Using cached esp_idf_kconfig-1.4.3-py3-none-any.whl.metadata (15 kB)
  Using cached esp_idf_kconfig-1.4.2-py3-none-any.whl.metadata (15 kB)

The conflict is caused by:
ERROR: Cannot install esp-idf-kconfig==1.4.2, esp-idf-kconfig==1.4.3 and esp-idf-kconfig==1.5.0 because these package versions have conflicting dependencies.
    esp-idf-kconfig 1.5.0 depends on windows-curses; platform_system == "Windows"
    esp-idf-kconfig 1.4.3 depends on windows-curses; platform_system == "Windows"
    esp-idf-kconfig 1.4.2 depends on windows-curses; platform_system == "Windows"

To fix this you could try to:
1. loosen the range of package versions you've specified
2. remove package versions to allow pip to attempt to solve the dependency conflict

[Septillion]

@rogervdh Klinkt een beetje alsof compilen op Windows wat lastig is. Nog een optie om een linux variant van ESPHome builder te draaien?

[Septillion]

wautah91 schreef op maandag 16 december 2024 @ 09:59:
[...]


@bauk en @Septillion jullie waren deze zomer bezig met de LSC Party lights slinger met addressable leds. Nu heb ik de LSC 3203632.1, RGBIC/CCTIC led strip.
[Afbeelding]

Ik zie in de yaml dat de party lights voor CW/WW nog wel PWM gebruiken, maar bij deze strip zitten er 2 chips op de strip, waarschijnlijk 1 voor RGB en 1 voor CW/WW.
[Afbeelding]

Ik had in een ander topic gelezen met een vergelijkbaar product dat het wel eens zo zou kunnen zijn dat de RGB leds 0,2,4,6,8 etc zijn en de CW/WW leds 1,3,6,9 etc.

Hoe is jullie ervaring tot nu toe met het beken_spi_led_strip component in esphome en hebben jullie de lights ook verdeel in stukken met light partitions?

Voor deze ledstrip heb ik nog geen werkend cloudcutter profiel gevonden. Firmware is 1.0.2 met BK7231N. Ik ga proberen de Beken te flashen via UART zoals iemand op elektroda ook al gelukt is, alleen heeft hij nog geen esphome geflashed.

Dit bericht was een beeeetje onder gesneeuwd deze dagen. Maar het klinkt erg aannamelijk dat ze gewoon een tweede chip per sectie gebruiken voor de CCT.

Net even getest en light partitions werken. Beetje omslagtig, maar je zou dus een "partition" kunnen maken van alle even en nog een met alle oneven ledjes. Enige is dat dit niet het type ledje aanpast. Dus dit werkt prima voor RGB maar minder voor CCT. Daar zou je dan nog om heen moeten werken. Hiervoor zou je denk ik wel een template color temperature light met template outputs voor kunnen pakken. Maar dat is denk ik al wel aardig klooien.

In C is het misschien wat makkelijker maar nog steeds niet gevonden hoe je buiten een lambda effect toch het als C++-object kan benaderen...

[Vuur Draak]

Laatst heb ik mijn HomeAssistant server verplaatst naar een gunstigere lokatie voor de Zigbee antenne, heel blij mee maar 1 puntje ontbreekt nu aan mijn installatie mijn P1 meter zat via USB aan de Pi4 server naast de Sagem digitale meter.

Graag her-gebruik ik diezelfde USB p1 kabel opnieuw, door te koppelen aan een Wemos D1 mini , hoe ik deze moest instellen had ik ooit teruggevonden ergens, maar ik zoek me rot en kan dit niet terugvinden helaas. Hopelijk kan iemand mij (nogmaals) in de goede richting sturen.

[RobertMe]

Vuur Draak schreef op zondag 29 december 2024 @ 18:05:
Laatst heb ik mijn HomeAssistant server verplaatst naar een gunstigere lokatie voor de Zigbee antenne, heel blij mee maar 1 puntje ontbreekt nu aan mijn installatie mijn P1 meter zat via USB aan de Pi4 server naast de Sagem digitale meter.

Graag her-gebruik ik diezelfde USB p1 kabel opnieuw, door te koppelen aan een Wemos D1 mini , hoe ik deze moest instellen had ik ooit teruggevonden ergens, maar ik zoek me rot en kan dit niet terugvinden helaas. Hopelijk kan iemand mij (nogmaals) in de goede richting sturen.

De Wemos doet geen USB, dus hoe wil je dat aansluiten? Daarnaast is het niet zomaar een kabel, maar een kabel met een ingebouwde seriële adapter. Als je een Wemos wilt gebruiken om de energiemeter uit te lezen heb je, in mijn herinnering, voldoende aan puur een Cat kabel waar je een RJ11 stekker aan zet en de juiste ader(s) verbind met de UART (/seriele aansluiting) van de Wemos. De seriele adapter die in de gelinkjte kabel zit ingebakken kun je dus "niks mee", enerzijds omdat die dubbelop is, anderzijds omdat je deze uberhaupt niet met de Wemos kunt verbinden. Enige wat je aan die kabel dus zou kunnen hebben is dat je de hele USB stekker er af knipt. Alleen weet je dan mogelijk nog steeds niet goed hoe de RJ11 stekker in elkaar zit en dus niet welke ader van de kabel bij welke pin hoort en dus ook niet waarop je die op de Wemos moet aansluiten. Ik zou dus eerder gewoon zelf even een RJ11 stekker aan een Cat kabel zetten (kan ook gewoon Cat5e / Cat6 / ... netwerkkabel zijn). Of als je nog een oude kabel hebt liggen van een telefoon gewoon daar een kant af knippen, moet je alleen weer de aders "ontleden" naar welke pin het is. En die kabel wat je nu hebt, incl. ingebakken seriele adapter, kun je dan mogelijk in de toekomst nog een keer gebruiken, of verkopen, of....

[Vuur Draak]

RobertMe schreef op zondag 29 december 2024 @ 18:33:
[...]

De Wemos doet geen USB, dus hoe wil je dat aansluiten? Daarnaast is het niet zomaar een kabel, maar een kabel met een ingebouwde seriële adapter. Als je een Wemos wilt gebruiken om de energiemeter uit te lezen heb je, in mijn herinnering, voldoende aan puur een Cat kabel waar je een RJ11 stekker aan zet en de juiste ader(s) verbind met de UART (/seriele aansluiting) van de Wemos. De seriele adapter die in de gelinkjte kabel zit ingebakken kun je dus "niks mee", enerzijds omdat die dubbelop is, anderzijds omdat je deze uberhaupt niet met de Wemos kunt verbinden. Enige wat je aan die kabel dus zou kunnen hebben is dat je de hele USB stekker er af knipt. Alleen weet je dan mogelijk nog steeds niet goed hoe de RJ11 stekker in elkaar zit en dus niet welke ader van de kabel bij welke pin hoort en dus ook niet waarop je die op de Wemos moet aansluiten. Ik zou dus eerder gewoon zelf even een RJ11 stekker aan een Cat kabel zetten (kan ook gewoon Cat5e / Cat6 / ... netwerkkabel zijn). Of als je nog een oude kabel hebt liggen van een telefoon gewoon daar een kant af knippen, moet je alleen weer de aders "ontleden" naar welke pin het is. En die kabel wat je nu hebt, incl. ingebakken seriele adapter, kun je dan mogelijk in de toekomst nog een keer gebruiken, of verkopen, of....

Dank voor je reactie

Ja die RJ11 is wat ik mag gaan koppelen, aan welke pin enzo, is dat hier al beschreven dan ga ik nog een keertje terugzoeken. Alvast dank voor de verduidelijking van de situatie.

Het wordt mijn eerste EspHome project, heb er zin in!

[Septillion]

@Vuur Draak Er zijn een paar ESP's die USB-host doen maar dat lijkt me wat te omslagtig

Ik zou dus gewoon even een RJ12 (6P6C) kabeltje halen en die aansluiten (bijvoorbeeld). In theorie zou dat met de interne pull up moeten kunnen. En zelfs inversie van het serial signaal zou je in ESPhome moeten kunnen instellen tegenwoordig

Hier ook op een Wemos D1 Mini, daar de UART RXi naar pin D7 gedaan (alleen D7 is ondersteund met in werking houden van de hardware UART) zodat de USB-Serial chip niet in de weg zit. Daarnaast dus logger uit zetten (of op soft serial op de oorspronkelijke pinnen).

[babbelbox]

Ben wel nieuwsgierig naar het vervolg. Want aansluiten is 1, maar je zal ook de gestuurde berichten moeten ontcijferen, en ergens opslaan. Ik weet niet hoe je de data voorheen bewaard hebt?

[RobertMe]

babbelbox schreef op zondag 29 december 2024 @ 23:29:
Ben wel nieuwsgierig naar het vervolg. Want aansluiten is 1, maar je zal ook de gestuurde berichten moeten ontcijferen, en ergens opslaan. Ik weet niet hoe je de data voorheen bewaard hebt?

Gezien de vraag gesteld is in het ESPHome topic gaat er vast gebruik worden gemaakt van de dsmr component. En dan is de exacte werking (parsen van de telegrammen) niet heel interessant gezien ESPHome dat zal doen. En vanuit ESPHome is de kans enorm dat de sensoren naar Home Assistant gaan, die vervolgens de opslag verzorgd, en de fancy weergave op het energy dashboard.

Het alternatief is een ser2net achtige oplossing, waarbij de serial een-op-een wordt doorgezet op een netwerk socket / verzonden naar een verbonden client. Daarmee is vrijwel alle software compatible die ook direct met een serial device kan verbinden (zoals Hone Assistant dus met de dsmr integratie, of de DSMR Reader software). Alleen is het AFAIK niet mogelijk om dat te doen met ESPHome (wel met andere ESP firmwares zoals Tasmota). Reden daarvoor zal uiteraard zijn dat ESPHome zich meer richt op het werken met sensoren etc, een lijst aan entities die er uit komen. En elke vorm van "continue verbinding" zoals dus een (additionele) TCP server voor "ser2net" niet binnen dat model van entities / sensoren / ... past.

[AUijtdehaag]

Ik ben wat aan het spelen met webserver versie 3.
Daar bestaat de mogelijkheid de volgorde te bepalen van de entities.

Mijn vraag is eigenlijk, kan ik de yaml code zo inrichten dat wanneer er geen webserver gekozen wordt als optie in de packages, de webserver code bij de entities dan ook automatisch niet mee gecompiled wordt?
Is daar een truukje voor? (behalve een # ervoor te zetten, die had ik al begrepen)
Het gaat dus om de laatste 3 regels automatisch te ontzien als er in de packages niet voor webserver wordt gekozen.
Deze geeft anders foutmeldingen dat de webserver niet ingesteld is.

Voorbeeld:

YAML:

## local source files 
external_components:
 - source:
     type: local
     path: components
   components: [ MhiAcCtrl ]

## local options
packages:
  atoms3_lite: !include confs/atoms3-lite.yml         ## required
  #atoms3_wdispl: !include confs/atoms3-wdispl.yml
  #debug: !include confs/debug.yml
  #status_led: !include confs/status-led-rgb.yml
  wifi: !include confs/wifi-info.yml
  webserver: !include confs/webserver.yml 
  labels: !include confs/labels-en.yml                ## English language labels
  #labels: !include confs/labels-nl.yml                ## Dutch language labels 

climate:
  - platform: MhiAcCtrl
    mhi_ac_ctrl_id: ${mhi_device_id}
    id: ${deviceid}
    name: "${devicename}"
    entity_category: config
    icon: mdi:thermostat
    ## Sorting grouping code only activate when package webserver is activated above / DEZE CODE DUS:
    web_server:
      sorting_group_id: Control
      sorting_weight: 1

confs/webserver.yml

YAML:

web_server:
  port: 80
  version: 3
  include_internal: true
  ota: false
  local: true
  sorting_groups:
    - id: Control
      name: "${control}"
      sorting_weight: -30
    - id: Operation
      name: "${operation}"
      sorting_weight: -20
    - id: Status
      name: "${status}"
      sorting_weight: -10

[ Voor 11% gewijzigd door AUijtdehaag op 31-12-2024 17:48 ]

[Aziona]

Ik heb een probleem met het connecten van een ESP32/Espresense naar wifi. Het lijkt te zitten in een 2.4G/5G-probleem. Als ik mijn oude Linksys E3000 aansluit en de 5Ghz band uitschakel dan connect hij zonder problemen met de E3000 op 2.4Ghz. Hij connect echter met geen mogelijkheid met mijn Unifi AP of mijn Delta modem. Met een andere ESP32 was er geen probleem.

Is er een mogelijkheid om een ESP32 "de juiste kant op te sturen" bij het connecten met wifi (dus met de 2.4Ghz band)?
Een andere ESP32 connect wel met beide access points dus de beschikbaarheid van 2.4Ghz staat buiten kijf.

[Septillion]

@Aziona Ik heb hier een tweede SSID met alleen 2.4GHz en WPA2 voor IOT spullen. Dat helpt dus al om ze naar de 2.4GHz te sturen. Maar ook dat je het kan scheiden en WPA3-only op je main netwerk kunt gebruiken.

[Septillion]

@AUijtdehaag Denk het niet. Je zou alle webserver spullen weer als losse file kunnen doen en daar dan de webserver-loze yaml in kunnen includeren als package. Dan heb je op zich makkelijk de keuze welke je upload.

[Aziona]

Septillion schreef op woensdag 1 januari 2025 @ 14:41:
@Aziona Ik heb hier een tweede SSID met alleen 2.4GHz en WPA2 voor IOT spullen. Dat helpt dus al om ze naar de 2.4GHz te sturen. Maar ook dat je het kan scheiden en WPA3-only op je main netwerk kunt gebruiken.

Dank je, dat lijkt inderdaad te helpen.

[Toppe]

Ik heb een rare:

Meerdere ESP devices die offline zijn in Esphome composer. Ze zijn wel te benaderen in de browser en ook via HA zijn ze te bedienen en ontvangen ze informatie.

Bij een aantal hielp het om ze te herstarten of de wifi verbinding via unifi te ‘reconnecten’ maar bij een deel helpt het niet.

Ik wil ze graag voorzien van een update maar dat kan nu dus niet. Ik kan ze namelijk niet via de PC benaderen maar wel via m’n iPhone.

Dus via HA een update gedaan en via safari op m’n iPhone maar daar krijg ik de fout dat er niet voldoende opslag beschikbaar is.

Ik weet even niet waar ik nu moet zoeken. Afwachten op de volgende ESPhome update?

[Septillion]

@Toppe Probeer je ze dan op hun mDNS name? Probeer dan eens via het IP. Als dat ook niet werkt verwacht ik eigenlijk een netwerk issue. Daar iets aangepast?

[Toppe]

Septillion schreef op woensdag 1 januari 2025 @ 21:23:
@Toppe Probeer je ze dan op hun mDNS name? Probeer dan eens via het IP. Als dat ook niet werkt verwacht ik eigenlijk een netwerk issue. Daar iets aangepast?

Via IP en er is niets aangepast. Het vreemde is dat sommige prima werken en andere helemaal niet terwijl ze wel de zelfde softwareversie hebben.

[Septillion]

@Toppe Als een device op IP van je telefoon wel te benaderen is maar van je PC niet heb je denk ik toch echt een netwerk issue...

Alles gewoon in één groot netwerk?

[Toppe]

Septillion schreef op woensdag 1 januari 2025 @ 21:41:
@Toppe Als een device op IP van je telefoon wel te benaderen is maar van je PC niet heb je denk ik toch echt een netwerk issue...

Alles gewoon in één groot netwerk?

Yep. Heb wel verschillende SSID’s zodat ik onderscheid heb tussen 2.4&5 en alleen 2.4 maar daar zit verder geen enkel verschil tussen. Delen het zelfde netwerk.

Alles is DHCP.

Laatste update van de switch, modem en AP’s is 3 maanden geleden. Het kan dus bijna geen foute instelling in het netwerk zijn.

Ik zie nu wel dat als ik een apparaat herstart dat de tijd standaard een uur ‘eerder’ is. Een herstart om 2200 geeft in Esphome 0900 PM aan

Snap er niets van

[ Voor 22% gewijzigd door Toppe op 01-01-2025 22:16 ]

[sjorsjuhmaniac]

@Toppe ik zou wat netwerk troubleshooting doen.

Begin eens met pingen en traceroutes van de PC naar de esps die niet werken.

Als 2e zou ik de 5ghz uit zetten om alles naar 2.4 te forceren en dan de ping en trace route weer testen.

En zo verder gaan.

[Toppe]

sjorsjuhmaniac schreef op woensdag 1 januari 2025 @ 22:51:
@Toppe ik zou wat netwerk troubleshooting doen.

Begin eens met pingen en traceroutes van de PC naar de esps die niet werken.

Als 2e zou ik de 5ghz uit zetten om alles naar 2.4 te forceren en dan de ping en trace route weer testen.

En zo verder gaan.

Pingen en tracert levert niets op: destination not reachable. Alle apparaten zitten op mijn IoT SSID en daar staat 5GHz niet aan, enkel 2.4GHz.

Laptop al daarmee verbonden zodat die ook op 2.4 zit maar maakt geen enkel verschil.

[sjorsjuhmaniac]

Toppe schreef op woensdag 1 januari 2025 @ 22:54:
[...]


Pingen en tracert levert niets op: destination not reachable.

dit is de kern van je probleem. wat kan je nog meer varieren om dingen uit te sluiten?
Kan je ipv van

pc < wifi > router < wifi > ESP

naar:
pc < eth kabel > router < wifi > ESP
?

Alle apparaten zitten op mijn IoT SSID en daar staat 5GHz niet aan, enkel 2.4GHz.

Laptop al daarmee verbonden zodat die ook op 2.4 zit maar maakt geen enkel verschil.

Laptop == PC neem ik aan?

Niets veranderd aan de firewall ?
Al geprobeerd te verbinden met je FW uit?

[Septillion]

@Toppe Even voor de zekerheid, je hebt dus een ESP die je wel via de iPhone (op wifi) kunt benaderen maar niet vanaf je PC?

En zijn die dan ook te bedienen vanuit HA?

[Toppe]

Septillion schreef op donderdag 2 januari 2025 @ 10:08:
@Toppe Even voor de zekerheid, je hebt dus een ESP die je wel via de iPhone (op wifi) kunt benaderen maar niet vanaf je PC?

En zijn die dan ook te bedienen vanuit HA?

Ja.

Wat?	iPhone	PC
Pagina bezoeken	Ja	Nee
Pagina pingen	Ja	Nee
Pagina tracen	?	Nee
	Home Assistant
Info ontvangen	Ja
Switch bedienen	Ja
Info ontvangen	Ja

Het gekke: Het lijkt wel of apparaten er dubbel in staan:

Ik heb namelijk een apparaat met als yaml file: athom-smart-plug-v2-f19718.yaml én een apparaat die heet wasmaschine.yaml maar die heeft wel het zelfde mac adres: F1:97:18.

Om te connecten moet ik het apparaat alsnog via Unifi reconnecten, dat is en blijft wel vreemd.