über mögliche Nebenwirkungen kann ich leider nichts sagen, da nicht offiziell in der ini vorhanden,
aber esp8266_2M1M auf esp8266_2M256 umeditieren sollte ohne Muskelkater machbar sein ;))
über mögliche Nebenwirkungen kann ich leider nichts sagen, da nicht offiziell in der ini vorhanden,
aber esp8266_2M1M auf esp8266_2M256 umeditieren sollte ohne Muskelkater machbar sein ;))
hab erst gesehen, dass default unter \boards schon eine Datei esp8266_2M256.json vorhanden ist,
mit Auswahl board = esp8266_2M256
spart man sich dann das Kopieren von esp8266_2M.json,
wobei nur 256kB filesystem angelegt werden.
mit dem UFS (Universal File System) sind jetzt einige Annehmlichkeiten möglich
zB autoexec (https://tasmota.github.io/docs/UFS/)
Kann man das wieder umstellen
ist direkt momentan glaub ich nur bei der 4MB Variante vorgesehen:
1MB firmware, 1MB für OTA, (plus 2MB filesystem)
für die 2MB Version ohne filesystem kann man aber eine esp8266_2M.json Datei
in den Ordner \boards kopieren und dann in platformio_override.ini wählen mit:
board = esp8266_2M
Super, danke.
Kann man das trennen?
PulseTime bezieht sich immer auf "Relay" mit Index zB auf Relais#2 mit PulseTime2
falls nicht schon geschehen, würde ich ein virtuelles Relay hinzufügen,
müsste man dann aber entsprechend (mit Rule) auf den W Kanal verknüpfen.
Sommerzeit wird noch nicht berücksichtigt.
Timezone 99 sollte das beheben.
Für den D1 Mini gab es sehr preiswert in der Bucht eine RGBW Shield Platine
Günstige Alternative zu den fast nicht mehr zu findenden Magic Home mit ESP82xx
Könntest du mir bitte verraten welche FET da verwendet werden?
Hab ich mir mal aus einem 24key IR RGB Controller gebaut
(3, 4 FETs und Widerstände auf einem Wemos Proto board inkl. IR Empfänger gesteuert mit WLED).
Hat sich hier bei den Einstellungen für die 2MB Version was geändert?
Hallo, alles richtig, nur die übrigen MB findet man jetzt unter
Konsolen -> Verwalte Dateisystem -> Größe 1.000 MB
(zB für scripts...)
Woran liegt das
Hallo, die zwei templates sind identisch,
ab Tasmota V 9 wurden die neuen 3 / 4-stelligen Zahlen eingeführt.
Bei Eingabe des 2.templates wird daraus genau wieder auf das 1. übersetzt.
So tiefe Einblicke hab ich da leider nicht, sind sicher wesentlich kompetentere user hier unterwegs
Grundsätzlich stufe ich MQTT aber schon als sehr schlankes Protokoll ein, mit wenig overhead.
Um eine Grundfunktionalität und die angesprochenen Kompatibilitäten abzudecken wird man um einen gewissen traffic nicht rum kommen.
Wenn man sich MQTT nach eigenem Bedarf zurecht legen möchte, wird dann wohl kein Weg am sourcecode vorbei führen.
Mit TDM und ähnlichen tools erhöht sich der traffic in jedem Fall durch entspr. requests.
Ohne jetzt gleich tief im source wühlen zu müssen, würde ich mir eine Tasmota kompilieren,
mit Anpassungen und allem deaktiviert, was nicht benötigt wird,
besonders Domoticz, Home Assistant (beide default aktiv in den .bin), ...
evtl. MQTT_KEEPALIVE erhöhen, etc.
... sollte zumindest die Zahl der messages verringern.
Nun zur kleinen Kritik bzgl. Theos Dokumentation
Theo Arends mag bei Tasmota das letzte Wort haben,
aber für Dokumentation / Beispielsammlungen usw. steht ein ganzes Team an seiner Seite,
wo zudem jeder mitmachen kann und darf.
Thema ESP32 ist noch relativ jung bei Tasmota,
wenn man dazu etwas beitragen / verbessern kann und möchte, ist man sicher immer herzlich willkommen.
Ja, wenn ich das Abfragen des Sensors, bzw. generell von Sensoren, anhalten und starten (pausieren) könnte. Ich las und fand bisher nichts dazu. Kennt hier jemand eine solche Möglichkeit?
Hallo, seit Tasmota 9.5.0.3 gibt es
SetSensor1..127 0|1 to globally disable individual sensor driver
mit SetSensor22 0 kann man den SR04 deaktivieren (xsns_22_sr04.ino),
mit SetSensor22 1 wieder aktivieren.
ob das für die Lebensdauer was bringt kA,
effektiver vielleicht wenn man die Versorgung zum SR04 schaltet.
aber wie macht man das dann?
Hatte ich hier beschrieben:
RE: Gosund SP111 - Tasmota - Steckdose offline verwenden
in deinem Fall zB:
Led_i 1 und/oder Led_i 2 durch Relay_i 3 / None ersetzen
mit Rule:
Rule1 on Power1#state do Power3 %value% endon
Rule1 1
Müsste dann doch auch für die Entfernung vom JSN umsetzbar sein.
Hallo, scheint im quellcode nicht vorgesehen,
Abschneiden der Kommastellen wäre mit Rule/Script machbar,
oder einfacher in ioBroker..
Hallo, hab ich nicht in Verwendung und link nur grob überflogen,
aber Auswertung sollte über Counter (Frequenzmessung) funktionieren,
der Sourcecode ist ja einsehbar -
per Rule umständlich, über Scripter sicher machbar.
fertige Tasmota Lösungen wären zB
https://tasmota.github.io/docs/Moisture-…hirp%21-Sensor/
https://www.youtube.com/watch?v=NPRVKi4uFVE
(beide Sensoren aus China für unter 2€)
Fabian wie gewünscht
die aktuelle Version
#ifdef ESP32
#define FALLBACK_MODULE WEMOS // [Module2] Select default module on fast reboot where USER_MODULE is user template
#define USER_TEMPLATE "{\"NAME\":\"ESP32-WebCam\",\"GPIO\":[4992,1,672,1,224,5088,1,1,1,6720,736,704,1,1,5089,5090,0,5091,5184,5152,0,5120,5024,5056,0,0,0,0,4928,1,5094,5095,5092,0,0,5093],\"FLAG\":0,\"BASE\":1}" // [Template] Set JSON template
#endif // ESP32
#undef APP_TIMEZONE
#define APP_TIMEZONE 99 // [Timezone] 99 = use TIME_DST/TIME_STD)
#define USER_BACKLOG "Module 0; WCResolution 9" // Add commands executed at firmware load or when command reset is executed
#undef USE_RULES
#define USE_SCRIPT
#define USE_SCRIPT_FATFS 13
#undef FAT_SCRIPT_SIZE
#define FAT_SCRIPT_SIZE 8192
#define USE_SCRIPT_FATFS_EXT
#define USE_SCRIPT_WEB_DISPLAY
#define USE_SCRIPT_JSON_EXPORT
#define USE_WEBCAM
#define USE_I2C
#define USE_SPI
#define USE_UFILESYS
#define UFSYS_SIZE 8192
#define USE_SDCARD
#define SDCARD_CS_PIN 13
#define SDCARD_DIR
#define GUI_TRASH_FILE
//#define USE_SENDMAIL
#ifdef USE_SENDMAIL
#define USE_ESP32MAIL
#define EMAIL_USER "xxx@gmail.com"
#define EMAIL_PASSWORD "password"
#define EMAIL_FROM "xxx@gmail.com"
#define EMAIL_SERVER "smtp.gmail.com"
#define EMAIL_PORT 465
#define MAIL_TIMEOUT 2000
#endif // USE_SENDMAIL
//#define USE_FACE_DETECT
Hallo, hab den Schaltplan nur überflogen,
so wie es vorgesehen ist , werden da die AC Stromwandler per ADC am Arduino ausgewertet,
daten könnte man dann per RF 433MHz an ESP und Tasmota übertragen und verwerten, irgendwo auch per MQTT,
fertige Einbindung hab ich dafür nirgendwo gefunden.
Direkte Verbindung des shields zum ADC von einem ESP mit Tasmota wäre zwar denkbar,
aber nur ein Kanal und der ADC im ESP ist nur eingeschränkt/ungenau nutzbar.
in einfachen Worten
Hallo,
ich versuche es
die GPIOs sind die real vorhandenen hardware Anschlüsse am ESP chip, so weit aber sicher schon klar.
GPIO0 => Led_i => 1
bedeutet an GPIO0 ist die erste LED (rot) in der Gosund SP112 angeschlossen
das _i bedeutet immer, dass invertiert angesprochen wird -
hier: die LED ist über einen Widerstand mit + verbunden und wird am anderen ende mit - (GND) eingeschaltet
GPIO1...... => None
sollte klar sein
GPIO2 => Led_i => 2
wie oben, zweite LED (blau)
GPIO4 => HLWB CF1
GPIO5 => BL0937 CF
GPIO12 => HLWBL SEL_i
über die drei Anschlüsse wird der BL0937 chip für die Strom/Spannungsmessung in der SP112 gesteuert und ausgelesen
GPIO13 => Relay_i => 2
darüber wird USB 5V in der SP112 ein-ausgeschaltet
GPIO14 => Relay => 1
hier hängt das tatsächliche Relais in der SP112 dran und wird ein-ausgeschaltet
GPIO17 => ADC Button => 1
da hängt der Button für ein-aus
(GPIO17 ist der A/D Wandler eingang vom ESP)
was kann man umstellen: alles
was damit erreichbar ist, hängt von der vorgegebenen HW ab.
beispiele: LED_i deaktivieren oder durch Relay_i tauschen, dann kann man die LED über webui oder rule nach belieben schalten
(hab ich hier in anderem thread beschrieben) oder Led_i => 2 durch LedLink_i, Relais deaktivieren, virtuelles Relais usw
Lektüre: https://tasmota.github.io/docs/Components/ usw.