Ich lerne Home Assistant

Zitat von DaVu

Ok....das heißt also, dass der ESP32 mit 5V 20A Netzteil klar kommt und man den damit nicht zerschießt?

Wenn du den ESP über den USB-Anschluss mit Strom versorgst, liegen da auch 5V an.

Ein 20A Netzteil braucht man nur, wenn man viele LEDs mit Strom versorgen will und es auch noch hell werden soll.

Wenn du eine Spielerei mit 50 LEDs (WS2812) planst, reichen auch 4A Netzteile.

Die Sonoff Teile mit WLAN haben auch immer einen ESP und lassen sich normalerweise relativ leicht öffnen zum flashen. Ich hab da ein paar mit ESPHome drauf. Da ist dann die Stromversorgung natürlich schon geklärt.

Bei den Entwicklerplatinen gibt es glaube ich selten auch mal welche die nur 3,3V vertragen (damit läuft der ESP eigentlich). Die meisten haben aber einen kleinen Spannungswandler drauf und können dann mit 5V betrieben werden. Je nachdem wieviel Strom man braucht kann man da ein altes Handyladegerät nutzen, wenn man welche übrig hat.

Nur um es für Anfänger geklärt zu haben:

Wenn man 20A und 5V durch den ESP jagt, ist der hinüber

Das dicke Netzteil ist stets so anzuschließen, dass zB die LEDs ihren eigenen Strom bekommen und nicht durch den ESP versorgt werden.

Das kann man für 5 LEDs machen, aber nicht mehr (immer abhängig vom ESP und dem Powerdraw der LEDs)

UND: nur ein ESP-System mit USB-Anschluss verarbeitet 5V. Die gibt es auch ohne USB. Da sind es dann 3.3V.

Ist den schreibenden hier alles bewußt, aber google und so.

Ich versuch's mal aufzuklären. Die meisten ESP-Boards kann man mit 5V betreiben. Ob das Netzteil da 1A oder 20A liefern kann, ist erstmal egal, Das liefert einfach 5V und der ESP zieht eben soviel Strom wie er braucht.

Wenn man jetzt mehrere starke LEDs betreiben will, kann man die nicht direkt an den ESP hängen, sondern dann werden vom ESP zum Beispiel Transistoren geschaltet, die dann direkt am Netzteil hängen und über die dann der Strom für die LEDs fließt. Dann muss das Netzteil natürlich genug Strom liefern können, um den ESP und alle LEDs zu betreiben.

Der ESP kann an jedem Pin nur einen kleinen Strom liefern, ob das jetzt 10mA oder 20mA oder sonst was sind weiß ich nicht. Es reicht für ein paar kleine Status-LEDs, aber sonst nichts.

ESP8266 und ESP32 sind eng verwandt. Die ESP32 Familie hat je nach Modell mehr Leistung, Bluetooth usw. Lässt sich aber mit ESPHome und vielen anderen Sachen quasi genauso programmieren, wie der ESP8266 (es gibt auch noch den ESP8285, der ist aber wirklich fast identisch zum ESP8266). Ich meine irgendwas im Hinterkopf zu haben, dass Tasmota die ganzen ESP32 relativ lange nicht unterstützt hat, weiß aber nicht wie da aktuell der Stand ist.

Geht eigentlich ein Raspi auch kaputt, wenn man die digital oder analogausgaenge zu sehr belastet ?

Ich dachte eigentlich das automatischer Schutz vor Ueberlast in SoCs eigentlich kein Zauberkunststueck sein sollte, aber natuerlich freuen sich Hersteller auch immer darueber, wenn ihre Kunden unsachgemaess die chips verkohlen und sie deswegen mehr verkaufen koennen.

CPUs haben ja auch thermischen Ueberlastungsschutz. ...

Just saying.

Bei den esp32 muss man noch darauf achten, wo/wie die 5v reingehen.

Einige boards haben keinen 5V als Eingang. Und auch nicht als Ausgang. Da gehen die 5V nur gut über den USB rein.

Da sind die meisten 8266er etwas flexibler. Eben extrem über einen Pin versorgbar.

Wuesste nicht, was Tasmota besser kann als die original Shelly Firmware. Kann mich taeuschen, aber solange Du nicht weisst, warum Du tasmota flashen willst, lass es lieber sein, keine Ahnung wie leicht/schwer es ist, die Shelly Teile zurueckzuflashen. Shelly kann ja auch MQTT. Wobei das MQTT auch mit der Shelly Cloud verwendet wird, d.h. wenn Du selbst MQTT zum shelly machen willst, dann geht shelly cloud nicht mehr. Aber vielleicht willst du die gar nicht. Aber musst ja AFAIK zwischen HA und Shelly nicht MQTT macht. HTTP/REST ist AFAIK auch nicht schlechter. Aber noch keine eigene Erfahrung damit.

Wenn Du ohne Ueberkeuz Verkabelung arbeiten willst, dann musst Du zwei Typen von Geraeten definieren, die auf den TxD/RxD Leitungen jeweils das umgekehrter tun. Das gibt es generell bei sowas wie RS232, nennt sich DTE und DCE. Ein DTE sendet auf der TxD Leitung, ein DCE empfaengt auf ihr. RxD genau umgekehrt. Aber das hat halt nur Sinn gemacht solange man noch ganz klar wusste, was ein DCE sein sollte. Naemlich der Anschluss bei einem Telefonmodem. Seitdem es die nicht mehr gibt, gibt's quasi keine DCE mehr. Alle Geraete verhalten sich wie DTE, also braucht man crossover.

Bei Ethernet isses auch nicht anders. DCE is sowas wie ein Hub oder Switchport. DTE ist ein normales Endgeraet. inzwischen koennen ja alle ethernetschnittstellen auto MDI-X (crossover), weswegen man keine crossover ethernet kabel mehr braucht.

Und dann gibt es noch (wuerg, kotz, spei) USB, wo auch ein crossover-Kabel nicht hilft um beliebige Endgeraete miteinander zu verbinden. Kannst die ja noch nicht mal ueber einem Hub miteinander sprechen lassen. Brauchst immer einen OTG port der mit einem nicht-OTG port spricht...

zur besseren Erläuterung. transmit und receive

tx,rx

wenn der flasher sendet auf tx zu gnd wird es auf rx zu gnd bestätigt.

es wird also vom "client" gesendet auf seinen transmit pin und empfangen auf dem receive pin. logisch? ja.

dass es Geräte gibt wo beide pins gleich sind ist eigentlich verkehrt und der Einfachheit geschuldet für die Leute die das am Stück in der Fabrik machen.

Zum Shelly Flashen: Man hat null Vorteile falls man nicht Automatisierungen über Rules machen will.

Und da wir eh Home Assistant benutzen macht man dort die Automatisierungen.

Also ausser ein "ich will aber" spricht nichts dafür. Es gibt sogar Nachteile. Kalibrierungen in der Fabrik z.B. für die Strommessung muss man dann von Hand nochmal nachholen in Tasmota.

Zitat von DaVu

...

Die Frage, die ich mir an dieser Stelle stelle...warum wird TXD nicht an TXD und RXD an RXD angeschlossen? Warum ist das verdreht?

...

das ist wie beim Netzwerk "Crossover".

Das heißt der Sender muss an einem Empfänger angeschlossen werden und andersrum.