Hatte jetzt auch das gleiche Problem mit meiner shelly.1 Instanz. Da ich hier shelly plus Geräte verwalte, hatte ich aus versehen im Feld HTTP-Benutzername noch den Namen stehen. Da aber mit dem Firmware Update nur noch ein Passwort abgefragt wird, kam es zu den Fehlermeldungen.

Ich habe heute nochmal versucht den FL62-230V einzulernen. Generell habe ich "Verständnisprobleme" bei den ganzen Einstellungen etc. Schritt-für-Schritt Anleitungen scheinen auch nicht mehr "State of the Art" zu sein...

Ich bin nun so vorgegangen:

1. Neuer Gerät hinzufügen
2. ID eingetragen
3. Sicherung vom Stromkreis AUS dann wieder EIN
4. IOBROKER->Objekte->enocean.0>Gerät->CMD-> Manuell bei "Wert" auf Teach-in gestellt.
5. Abwarten. Der Aktor hat mein Licht ein und ausgeschaltet weil er das ja selbstständig macht.

Aber eingelernt ist er nicht.
Was ich auch nicht verstehe ist, warum das Feld "techin" vom Objekt "Gateway" auf false steht. Muss ich da manuell auf true schalten? Könnte man das nicht für ca. 1 Minute auf true schalten?

Habe jetzt meine Panels updaten können mit Tasmota 12.2 und 12.5 jeweils mithilfe "https://github.com/arendst/Tasmota/raw/eb3de9c73a23e5559123dd85df70f844aaa46f33/tasmota/berry/modules/Partition_Wizard.tapp"
aus dem Thread: https://github.com/arendst/Tasmota/discussions/19050
Jedwede andere Partition Wizard tapp hatte nicht funktioniert.

habs nur der vollständigkeits hier erwähnt.

@dr-bakterius
sieht genauso aus.

Ich werde den Verdacht nicht los, dass der eingerichtete Dient unter node-red von amazon-echo-hub mit Port 80 in meinem Netzwerk nicht gefunden wird. Demnach auch die Echo Geräte hier nicht zugreifen können.

Ich habe nun testweise in der amazon-echo-hub.js Datei im Verzeichnis von ../node-red-contrib-amazon-echo/nodes/ den Code angepasst:
Original:

     httpServer.listen(port, function(error) {

      if (error) {
        hubNode.status({
          fill: 'red',
          shape: 'ring',
          text: 'Unable to start on port ' + port
        });
        RED.log.error(error);
        return;
      }

Angepasst:

     httpServer.listen(port, "0.0.0.0", function(error) {

      if (error) {
        hubNode.status({
          fill: 'red',
          shape: 'ring',
          text: 'Unable to start on port ' + port
        });
        RED.log.error(error);
        return;
      }

Somit zeigt meine Ausgabe nun:

Aktive Internetverbindungen (Nur Server)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name
tcp        0      0 127.0.0.1:631           0.0.0.0:*               LISTEN      523/cupsd
tcp        0      0 0.0.0.0:1887            0.0.0.0:*               LISTEN      735/io.mqtt.0
tcp        0      0 0.0.0.0:1886            0.0.0.0:*               LISTEN      735/io.mqtt.0
tcp        0      0 0.0.0.0:1884            0.0.0.0:*               LISTEN      789/io.shelly.1
tcp        0      0 0.0.0.0:1883            0.0.0.0:*               LISTEN      806/io.sonoff.0
tcp        0      0 0.0.0.0:1880            0.0.0.0:*               LISTEN      1449/node-red
tcp        0      0 127.0.0.1:9001          0.0.0.0:*               LISTEN      574/iobroker.js-con
tcp        0      0 127.0.0.1:6379          0.0.0.0:*               LISTEN      524/redis-server 12
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      538/sshd: /usr/sbin
tcp        0      0 0.0.0.0:80              0.0.0.0:*               LISTEN      1449/node-red

D.h. der Port 80 wird unter ipv4 geöffnet. Mit einem Port scanner finde ich auch die IP (v4) vom iobroker und den offenen Port 80.
Aber die Echos finden dennoch keine neuen Geräte?
Falls jemand noch Tipps hätte, wäre ich sehr verbunden!
PS: Ich habe iobroker in einer VM unter Proxmox. Alles neuester Stand

edit:
Ich habe nun folgendes gemacht;

• Node-Red aus dem Beta Repository installiert
• Im Flow den Amazon Echo Hub gelöscht und neu platziert + Verbunden mit den Devices
• Port/devicelist gecheckt: http://10.42.0.32:80/api/description.xml
• In der Alexa App auf dem Handy 3 Geräte gelöscht, die nicht mehr erreichbar waren (u.a. eine Tuya Lampe)
• Echo neugestartet
• Neue Gerätesuche angestoßen
  --> es wurden neue Geräte gefunden!

Ich tippe darauf, dass irgendein Gerät den Prozess blockiert hatte.

@dr-bakterius
Ich habe per "iob diag" die Ausgabe einmal geprüft. Bei mir steht unter "Listening Ports" folgendes:

*** Listening Ports ***
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       User       Inode      PID/Program name
tcp        0      0 0.0.0.0:111             0.0.0.0:*               LISTEN      0          16123      1/init
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      0          17628      545/sshd: /usr/sbin
tcp        0      0 127.0.0.1:631           0.0.0.0:*               LISTEN      0          5111586    20431/cupsd
tcp        0      0 127.0.0.1:9001          0.0.0.0:*               LISTEN      1000       5104674    19748/iobroker.js-c
tcp        0      0 0.0.0.0:1884            0.0.0.0:*               LISTEN      1000       5104525    20002/io.shelly.1
tcp        0      0 0.0.0.0:1887            0.0.0.0:*               LISTEN      1000       5104869    19972/io.mqtt.0
tcp        0      0 0.0.0.0:1886            0.0.0.0:*               LISTEN      1000       5104868    19972/io.mqtt.0
tcp        0      0 0.0.0.0:1880            0.0.0.0:*               LISTEN      1000       5104477    19934/node-red
tcp        0      0 0.0.0.0:1883            0.0.0.0:*               LISTEN      1000       5104914    20017/io.sonoff.0
tcp        0      0 127.0.0.1:6379          0.0.0.0:*               LISTEN      120        17648      529/redis-server 12
tcp6       0      0 :::80                   :::*                    LISTEN      1000       5105687    19934/node-red
...

Passt das mit "tcp6" für den Port 80 (ist amazon-echo-hub in node red)?

Mit dem Alexa2 Adapter habe ich auch das Problem, dass ich per Computer nicht auf die Smarthome Liste zugreifen kann. Es kommt bei Aufruf der Alexa Seite nur die Seite mit dem QR Code und man muss mit einem Android Device in der App weitermachen. Dort schlagen aber alle Gerätesuchen fehl. Das Amazon Cookie habe ich vielleicht vor einigen Jahren mal eingerichtet aber ist schon so lange her. Könnte es auch damit zusammenhängen? Wobei in den Objekten für einige Geräte DP Aktualisierungen reinkommen. Es werden nur keine neuen Geräte mehr eingefügt.

@dr-bakterius
Ich habe die Ports auch so eingestellt.
Nodered instanz neugestartet, Flow deployed, Alexa nach neuen Geräten suchen lassen. Leider wird nichts gefunden!

Am Netzwerk habe ich auch nichts geändert. Ich habe zwei Fritzboxen im Mesh und mein iobroker läuft in einer debian vm auf proxmox direkt per LAN Kabel am Switch.
Meine SmartHome Geräte die direkt an Alexa gekoppelt sind (z.B. TV Licht Govee LED Strip) funktioniert problemlos.

Hallo,

seit ca. 3 Tagen funktioniert die Sprachsteuerung über Alexa nicht mehr. D.h. die Geräte die ich über Node Red erstellt habe und mit dem Amazon Echo Hub Knoten verbunden habe, werden nicht mehr über Alexa gefunden.

Ich hatte in der Zeit mein Pakete im debian OS geupdatet und auch iobroker auf den neusten Stand gebracht. Ich bin da eigentlich immer recht up-to-date.
Soweit ich mich erinnere gab es auch ein update vom nodered adapter?

Welche Ports soll ich denn im nodered Adapter einstellen? Im Nodered Flow ist der Amazon echo hub auf 80, aber in der iobroker Instanz kann ich 80 nicht wählen da dieser belegt sei. Ich denke hier scheint das grundlegende Problem zu sein scheinen.

Hat jemand ähnliche Erfahrungen gemacht?

@pepito82 Bei mir geht es mit 10 Minuten leider nicht.
In meinem Log sieht es so aus:

alexa2.0	2024-12-26 02:10:00.063	warn	Smart Home device request blocked for
alexa2.0	2024-12-26 01:20:00.048	warn	Smart Home device request blocked for
alexa2.0	2024-12-26 01:00:00.099	warn	Smart Home device request blocked for
alexa2.0	2024-12-26 00:30:00.051	warn	Smart Home device request blocked for

Es scheint also auch erstmal mit 10 Minuten zu gehen aber irgendwann wird dann doch geblockt. Ich teste jetzt einmal mit 15 Minuten und gehe dann so weiter hoch.

stimmt, geht aktuell doch nicht mehr. Bei mir ist unter dev.myuplink.com in apps auch nichts mehr vorhanden.

edit:
verrückt, jetzt ist der Adapter wieder online und die Versionsnummer wurde auch aktualisiert.

bei mir geht es wieder seit 11:47 Uhr ohne etwas zu ändern. Ich war zumindest auf myuplink Homepage unterwegs, aber denke es hat einfach Zeit gebraucht wegen der Abfrage der Daten.
Im Objektebaum zeigt er mir noch an:

currentFwVersion 9696R6

Stand 11.50 Uhr (Update war ca. 11:30 Uhr)
obwohl die Version bei 9707R4 steht. Ich vermute, dass dies suksessive aktualisiert wird?

Heute hatte ich Gateway timeout Fehler mit Adapterversion v0.8.3. Der Grund war wohl ein Update der Anlagensoftware:

Version: 9707R4
Release date: 2024-12-13
ADDED
• New Nord Pool zones added: AT, GER, FR and PL
• It is now possible to activate “run fan during defrost” from menu 4.9.7 in the control module. Only
active down to -10°C
• Silent Mode: Updated speeds for S2125-8/12
CHANGES
• Improved connection to myUplink
• Improved functionality against myUplink
• Fixed issue with menu 4.1 not visible on myUplink even when SPA is available
• Fixed issue with room setpoint and parallel offset not visible on tile at myUplink
• Added so TSS20 is available in accessory menu
• Fixed issue where F2120/S2125 lost their software during the update of the control module
• Fixed issue with alarm 418 low flow detection
• 4-pipe cooling: Fixed issue where outdoor units could become stuck and not restart

Auch nach dem Update der Software sowie Neustart des Adapters in ioBroker, habe ich folgenden Fehler im Log und der Adapter verbindet sich nicht mehr in myUplink:

myuplink.0
	2024-12-24 11:31:37.824	error	Error: Gateway Time-out: "<html>\r\n<head><title>504 Gateway Time-out</title></head>\r\n<body>\r\n<center><h1>504 Gateway Time-out</h1></center>\r\n<hr><center>Microsoft-Azure-Application-Gateway/v2</center>\r\n</body>\r\n</html>\r\n"

edit: seit 11:47 geht es wieder!!
edit 2: geht wieder nicht mehr!!

Hallo,
ich habe einen MQ 135 Sensor und habe diesen an den analogen eingang von Tasmota IA GPIO36 angeschlossen sowie als Parameter ADC MQ gewählt. Als Board habe ich ESP32. Als Wert zeigt er mir MQ-2 0,64 ppm an.
Ist dieser Wert passend für meinen MQ135 Sensor oder muss ich hier etwas anderes einstellen, da MQ2 Werte hier nicht passen?

Hat jeman die passenden Werte für adcparam (https://tasmota.github.io/docs/ADC/#adc_vcc)? Oder wäre hier der Umstieg aus ESPEasy die einfachere Lösung?

edit:
Ich habe eine Bibliothek (https://github.com/miguel5612/MQSensorsLib/blob/master/examples/MQ-135-ALL/MQ-135-ALL.ino) mit Parametern gefunden.
In der Konsole

AdcParam 10, 135.00, 110.47, -2.862, 0.00

gibt mir den CO2 Wert für MQ-135 aus.

Analog hierzu:

  /*
    Exponential regression:
  GAS      | a      | b
  CO       | 605.18 | -3.937  
  Alcohol  | 77.255 | -3.18 
  CO2      | 110.47 | -2.862
  Toluen  | 44.947 | -3.445
  NH4      | 102.2  | -2.473
  Aceton  | 34.668 | -3.369
  */

die Werte für andere Kenngrößen. Wie kann ich nun alle Werte gleichzeitig auslesen?

@bahnuhr sagte in Luftqualität (VOC), welcher Sensor:

@ckassiopaia sagte in Luftqualität (VOC), welcher Sensor:

Darf ich fragen, wie du bei dir das auslesen der Sensoren realisiert hast?

Ich nehme tasmota.
Und dann so eingestellt:
D3 -> I2C SDA
Tx GPIO1 -> SAir Tx
D4 -> I2C SCL
Rx GPIO3 -> SAir Rx

Habe zusätzlich BME280 und LH1750.
sieht dann so aus:

Eine Erwärmung des BME280 durch den Senseair habe ich nicht festgestellt.
Habe mir aber auch extra ein 3D Gehäuse gedruckt wo der BME und der LH außen angebracht sind.

Ich habe mir die selben Teile besorgt. Nach welcher Anleitung kann ich die Verkabelung durchführen?
Ich habe AZDelivery 3x ESP32 D1 mini NodeMCU mit USB-C (ESP32-WROOM-32) sowie BH1750 Lichtsensor, GY-BME280 Barometric Sensor, MQ-135 Gas Sensor.

Den ESP32 habe ich bereits mit Tasmota geflasht und ins WLAN integriert.

edit;
Verkabelung habe ich hinbekommen. Bin jetzt am Auswerten der Werte.