NEWS
[ESPHome] Beta release
-
@johannes-bauerstatter sagte in [ESPHome] Beta release:
apt policy python3-pip
Danke für die schnelle Info und den Tipp.
Soweit ich weiß funktioniert der apt Befehl bei osx nicht - mir liefert das Terminal folgende Rückinfo -s.u..
Unable to locate an executable at "/Library/Java/JavaVirtualMachines/jdk-16.0.1.jdk/Contents/Home/bin/apt" (-1)
Über die Installation von Homebrew kann die Kombi apt-get durch den Homebrew Paketmanager "ersetzt" werden hilft in diesem Fall aber wohl nicht weiter.
Bei OSX ist Python 2.7 ja betriebssystemseitig mit drauf, ich habe Python 3.7 zusätzlich installiert - folgende Rückinfo kommt vom Terminal
python --version -> liefert
Python 3.7.6
python3 --version -> bringt
Python 3.7.6
bei pip --version -> kommt
pip 6.1.1 from /Library/Python/2.7/site-packages (python 2.7)
und bei pip3 --version -> gibt das Terminal folgendes aus
pip 6.1.1 from /Library/Python/2.7/site-packages (python 2.7)
Python ist also installiert auch in der vom Adapter benötigten Version - gibts evtl. noch einen weiteren Tipp bzw. etwas was ich versuchen kann?
Viele Grüße
-
@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.
-
@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 -
@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'.
-
[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?
-
@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. -
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
-
@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
-
Hat schon mal jemand den DAC des ESP32 verwendet? Wie kommen die Daten vom ioBroker in den ESP?
-
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:
-
@draexler
warum hast du mqtt und api aktiv?
Schmeiß mal mqtt raus?
Was steht noch in deiner secret.yaml? -
@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.
-
@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. -
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 -
@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?
-
@pboeck
nein leider. Das rote X, ich soll pillow installieren bleibt. -
sudo apt update apt policy python3-pil python3-pil.imagetk
-
@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?
-
Dann installier die beiden Pakete nach und auch die ausstehenden 34 Paketupdates.
-
@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.