[ESPHome] Beta release

[Thomas Braun]

@mac89muc sagte in [ESPHome] Beta release:

Soweit ich weiß funktioniert der apt Befehl bei osx nicht

Nein, das ist ein Befehl aus der Linux (genauer Debian) Ecke.

[klassisch]

@mac89muc Ich hatte anfangs auch mal Installationsprobleme mit dem Adapter. Aber ich arbeite unter Win 10.
Da hatte ich aber noch nodeJS 10 und nach dem Umstieg auf nodeJS12 ging es dann.
Der Adapter ließ sich dann installieren. Bei mir läuft V0.2.4
Unter Win geht aber das Dashboard nicht. Das ist schade, aber kein Beinbruch. Ich hatte schon vor dem Adapter die ESPHome Geschichte installiert und per Editor und Commandline gefahren.
Allerdings noch per MQTT. Mit dem Adapter geht die Datenübertragung, Erkennung etc. automatisch und direkt in den Datenraum des Adapters. MQTT nicht mehr erforderlich.
Aber das Editieren, Compilieren etc. mache ich noch immer separat.
Das Dashboard unterstützt leider nur Linux. Da sind die ESPHome Entwickler noch etwas weltfremd. Manche würden vielleicht sagen "Jahrzehnte voraus" Hilft mir aber nicht, ich lebe hier und heute

[Thomas Braun]

@klassisch sagte in [ESPHome] Beta release:

Da sind die ESPHome Entwickler noch etwas weltfremd.

Naja, die Verbreitung von Linux/Unixoiden Systemen in allen möglichen Server-Einsatzszenarien ist DEUTLICH höher als Windows (Desktop-Einsatz ausgeklammert). Von daher: Warum sollte ein Nischensystem in dem Bereich mit gleichem Einsatz unterstützt werden? Von daher: Die IT-Welt wurde verstanden. Also nix 'weltfremd'.

[klassisch]

[OT]
@thomas-braun sagte in [ESPHome] Beta release:

Naja, die Verbreitung von Linux/Unixoiden Systemen in allen möglichen Server-Einsatzszenarien ist DEUTLICH höher als Windows (Desktop-Einsatz ausgeklammert).

Das Gros dieser Server werden professionelle Server sein, auf denen man ESPHome kaum findet, oder wo es sogar gar nichts zu suchen hat. Vermute ich mal.

Von daher: Warum sollte ein Nischensystem in dem Bereich mit gleichem Einsatz unterstützt werden?

Weil ESPHome ein Home-System zum privatem Gebrauch ist und die OS-Verteilung im Home-Markt derzeit noch eine andere ist?

[Thomas Braun]

@klassisch
Dann schau dir die Verteilung allein mal für den ioBroker an. Auch da ist die überwiegende Zahl der Installationen auf Linux-Kisten zu finden.

[mac89muc]

@thomas-braun

Danke für eure Rückinfos - welche Möglichkeiten habe ich denn überhaupt noch für mein Setup?

Wenn ich euch richtig verstanden habe ist das Dashboard mit meiner Konfiguration nicht nutzbar.

Gibt es ggf. noch Alternativen für mich unter osx, mit denen ich unkompliziert mein yaml-Template auf einen D1 Mini bekomme, um den dann in ioBroker einzubinden?

Wenn ich Dich - @klassisch - richtig verstanden habe, klappt die Einbindung trotz fehlendem Dashboard bei Dir mit dem Adapter, du erledigst den Rest (Compilieren etc) nur separat - also losgelöst vom Adapter, allerdings unter Windows.

Gibt es die Möglichkeit für osx auch?
Möchte mir ungern jetzt noch eine VM aufsetzen um dann dort iobroker oder home-assistant zu installieren.

Viele Grüße

[klassisch]

@mac89muc Bei mir lief das so:

• Python 3.8+ muß installiert, funktionierend und verpfadet sein. Mit

python -V

testen

• Dann ein Verzeichnis für die ESPHome Projekte erstellen und dorthin navigieren
• In Kommandozeilenmodus (DOS-Box) wechseln, bei Win mit CMD
• Dort in dieses Verzeichnis navigieren
  Über pip-Kommando ESPHome installieren, wie bei ESPHome-getting started beschrieben

pip3 install esphome

oder auch mal bei Update

pip install -U esphome

• Dann wurde bei mir das Framework installiert
• Mit einem Editor ein YAML schreiben.
• YAML speichern, z.B. esphometest01.yaml, Dabie die eigenartigen naming restrictions beachten
• den compile run starten

esphome run esphometest01.yaml

[klassisch]

Hat schon mal jemand den DAC des ESP32 verwendet? Wie kommen die Daten vom ioBroker in den ESP?

[draexler]

Hi,
wie kann ich diese Fehlermeldung im Log eliminieren?
Anscheinend ist das Passwort falsch? Aber es läuft eigentlich alles...

Auf welches Passwort bezieht sich diese Meldung?

esphome:
  name: wohnzimmer-wetterdisplay
  platform: ESP32
  board: esp32dev
  
  on_boot:
    priority: -10
    then:
      - delay: 7s
      - component.update: epaper
  
<<: !include secrets.yaml

mqtt:
  broker: 192.168.1.??
  username: GeheimGeheimGeheim
  password: GeheimGeheimGeheim
  
  # OTA MODUS
  on_message:
    - topic: ADMINESP/OTA/Wetterdisplay_Wohnzimmer
      payload: 'ON'
      then:
        - deep_sleep.prevent: deep_sleep_1
    - topic: ADMINESP/DEEPSLEEP/Wetterdisplay_Wohnzimmer
      payload: 'ON'
      then:
        - deep_sleep.enter: deep_sleep_1
  
api:
    password: 'MyPassword'
  
ota:
  password: "GeheimGeheimGeheim"
  
logger:

##############

captive_portal:

[e-s]

@draexler
warum hast du mqtt und api aktiv?
Schmeiß mal mqtt raus?
Was steht noch in deiner secret.yaml?

[draexler]

@e-s Hi,
MQTT ist aktiv weil ich darüber iobroker Werte/Daten auf ein ePaper zur Anzeige bringe (Geht ja aktuell nur über MQTT)

API aus dem Grund damit der ESP Connected Status in der ESP Home Instance angezeigt werden kann. Habe ich das weggelassen war der immer "Offline".

In der Secret YAML steht nur das WIFI Passwort und das FastConnect "true" ist.

[e-s]

@draexler
Werden denn im esphome Adapter Daten vom esp über api angezeigt, ich würde tippen das das passwort im esphome Adapter nicht drin steht.

[marsmännchen]

kann mir jemand sagen weshalb ich immer noch folgende Fehlermeldung bekomme wenn ich versuche Text auf einem Display darzustellen:

Failed config

font: [source /opt/iobroker/iobroker-data/esphome.0/testdisplay.yaml:32]
  
  Please install the pillow python package to use this feature. (pip install pillow).
  - [source /opt/iobroker/iobroker-data/esphome.0/testdisplay.yaml:32]
    file: /opt/iobroker/iobroker-data/esphome.0/Sandyshand.ttf
    id: sandy
    size: 6

Ich habe pillow installiert:

pi@achbotslave:~ $ pip install pillow
Looking in indexes: https://pypi.org/simple, https://www.piwheels.org/simple
Requirement already satisfied: pillow in ./.local/lib/python3.9/site-packages (8.4.0)

Und eine *.ttf im Verzeichnis:

pi@achbotslave:/opt/iobroker/iobroker-data/esphome.0 $ ls
esp32presence.yaml  Fonts  Sandyshand.ttf  testdisplay.yaml
pi@achbotslave:/opt/iobroker/iobroker-data/esphome.0 $

Ich habe schon hinbekommen einen simplen Strich am Display, aber die Fonts stören ihn irgendwie:

esphome:
  name: testdisplay
  platform: ESP32
  board: ttgo-lora32-v1

# Enable logging
logger:

# Enable Home Assistant API
api:

ota:
  
wifi:
  ssid: "Wlannetz"
  password: "1234"
  power_save_mode: LIGHT

  manual_ip:
    static_ip: 192.168.99.99
    gateway: 192.168.99.99
    subnet: 255.255.255.0

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

captive_portal:

font:
  - file: "/opt/iobroker/iobroker-data/esphome.0/Sandyshand.ttf"
    id: sandy
    size: 6



i2c:
  sda: 4
  scl: 15




display:
  - platform: ssd1306_i2c
    model: "SSD1306 128x64"
    reset_pin: 16
    address: 0x3C
    lambda: |-
      it.print(0, 0, id(sandy), "Hello World!");

Ich habe leider nur den Hinweis im Forum gefunden : https://forum.iobroker.net/topic/47289/gleichung-in-blockly/22?_=1640546464509
Das habe ich aber soweit schon durch.
Vielleicht hat noch jemand einen Tipp?
MfG
Patrick

[pboeck]

@marsmännchen
Ich habe folgenden Eintrag in der .yaml:

font:
  - file: "Roboto-Regular.ttf"
    id: RB3
    size: 24
  - file: "Roboto-Regular.ttf"
    id: RB2
    size: 20
  - file: "Roboto-Regular.ttf"
    id: RB1
    size: 16  

Oder ist die Font größe zu klein?

[marsmännchen]

@pboeck
nein leider. Das rote X, ich soll pillow installieren bleibt.

[Thomas Braun]

@marsmännchen

sudo apt update
apt policy python3-pil python3-pil.imagetk

[marsmännchen]

@thomas-braun sagte in [ESPHome] Beta release:

apt policy python3-pil python3-pil.imagetk

Ergibt:

pi@achbotslave:~ $ sudo apt update
OK:1 http://archive.raspberrypi.org/debian bullseye InRelease
Holen:2 http://raspbian.raspberrypi.org/raspbian bullseye InRelease [15,0 kB]
OK:3 https://packages.grafana.com/enterprise/deb stable InRelease
OK:4 https://repos.influxdata.com/debian bullseye InRelease
OK:5 https://deb.nodesource.com/node_14.x bullseye InRelease
Holen:6 http://raspbian.raspberrypi.org/raspbian bullseye/main armhf Packages [13,2 MB]
Es wurden 13,2 MB in 5 s geholt (2.552 kB/s).
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
Aktualisierung für 34 Pakete verfügbar. Führen Sie »apt list --upgradable« aus, um sie anzuzeigen.

und:

pi@achbotslave:~ $ apt policy python3-pil python3-pil.imagetk
python3-pil:
  Installiert:           (keine)
  Installationskandidat: 8.1.2+dfsg-0.3
  Versionstabelle:
     8.1.2+dfsg-0.3 500
        500 http://raspbian.raspberrypi.org/raspbian bullseye/main armhf Packages
python3-pil.imagetk:
  Installiert:           (keine)
  Installationskandidat: 8.1.2+dfsg-0.3
  Versionstabelle:
     8.1.2+dfsg-0.3 500
        500 http://raspbian.raspberrypi.org/raspbian bullseye/main armhf Packages

Als laie würd ich sagen da fehlt was?

[Thomas Braun]

@marsmännchen

Dann installier die beiden Pakete nach und auch die ausstehenden 34 Paketupdates.

[marsmännchen]

@thomas-braun
Fürchterlich der ewige Anfänger zu sein. Vielen Dank, das wars.
Ich habe :

sudo apt-get python3-pil
 sudo pip3 install pillow
sudo apt-get install python3-pil.imagetk

und danach:

sudo apt-get install libopenjp2-7-dev

Jetzt funktioniert es.

[Thomas Braun]

@marsmännchen sagte in [ESPHome] Beta release:

sudo pip3 install pillow

Sollte nicht erforderlich sein, bzw. ist es jetzt in zwei Pfaden installiert.
Debian hat die Eigenart, alle möglichen phython-Pakete selber zu packen und nicht pip3 zu verwenden. Im Fall von pillow halt in die beiden Pakete, die du jetzt nachinstalliert hast.