NEWS

@martinp zeigt an.....alles gut. Man ist eben anfänger und anfänger fragen, denn ist gibt hier im Forum sehr viel Input.

@thomas-braun sagte in (erledigt)Linux Debian12 Zeitsynchonisation:

@meister-mopper sagte in Linux Debian12 Zeitsynchonisation:

Was hat es damit auf sich?

Was soll es damit auf sich haben? Die Dinger haben halt keine. Muss man bei Bedarf nachrüsten.
Erst der RPi5 hat eine Echtzeituhr an Bord. Da muss man aber soweit ich weiß dann noch eine Batterie dranklemmen.

Danke, auch @DJMarc75, war mir nicht bewusst. Bei Rasperrypi hat man halt ein 'Eigenes Jodeldiplom' 😀

@frank04 Dein Beitrag hat mich neugierig gemacht.
Richtig gut, wenn der Adapter mit den Standardeinstellungen sofort funktioniert...sofern man den Lesekopf richtig montiert 🙂 Welchen Lesekopf verwendest du denn?

Viele Grüße

Hallo,

wo genau kommst Du nicht weiter?
Konntest Du den Adapter installieren?

Installationsanleitung hier:
https://github.com/foxthefox/ioBroker.ecoflow-mqtt/blob/HEAD/doc/en/installation.md

Du hast ja bestimmt Zugangsdaten für Deine Ecoflow-App?
Die musst Du eintragen und wie auf der Anleitung Punkt 3 anklicken um die Daten für die weiteren Punkte zu erhalten.

Danach kannst Du deine Geräte im Menü Instanzen eintragen, die Datenpunkte erscheinen dann automatisch.

@martinp sagte in Festplatte/Partition unter Proxmox vergrößern?:

ein weiterer Aspekt ist ja auch der Stromverbrauch

Kannst den Proxmox Backup Server auf einem schlanken LXC installieren und inkrementelle Backups auf das NAS schieben. Läuft hier seit Jahren problemlos (auch wenn Proxmox es nicht empfiehlt).
Das Backup dieses LXC muss natürlich weiterhin von Proxmox gemacht werden, sonst ziehst du dir im Verlustfall den Boden unter den Füßen weg.

@peterfido Ja, ich hatte aber alle möglichen Varianten ausprobiert. Aber ich bin jetzt dahinter gekommen:
Ich hatte im devices-Adapter die Aliase falsch angelegt. Dadurch wurde der Datenpunkt falsch getriggert. Jetzt funktioniert es einfach über die brightness.

Ein kleines Ding, was mich jedoch stört: Ich arbeite auch noch mit dem Szenen Adapter. Der MiBoxer antwortet, wenn man die Brightness auf 0 stellt mit State = false und setzt dann den Dimmerwert auf 1%. (Jeweils etwa ne Sekunde Verzögert)

Dadurch wird im Szenen-Adapter die jeweilige Szene nicht mehr als aktiv anerkannt. Klar kann ich da jetzt noch ne „Off2“ Basteln, wo der Wert dann bei 1% ist, aber…
Nun gut, bisher stört mich die falsche erkennung der Szene noch nicht, mal schaun wann ich dafür nen Workaround basteln muss.

@xaktiiv was @MartinP geschrieben hat könnte die schnellste Lösung sein.
Welche App nutzt du für die Klimaanlage? Wood's Connect?

Schmeiss die Anlage mal wieder aus der App und schaue ob du diese mit der Tuya Smart App koppeln kannst. Wenn ja - Glückwunsch, dann kannst du über den Tuya-Adapter gehen, im Adapter die gleichen Daten wie in der Tuya App eintragen.
Als App musst dann aber weiterhin die Tuya App nehmen.

Meine Klarsteingeräte basieren auch auf Tuya und kann ich so auch über Tuya steuern (statt der Klarstein App)

@bastler sagte in Steuerung von Zigbee Geräten mit Alexa:

@jack01 Vielen Dank, der Skill fehlte mir! Jetzt funktioniert es und ich kann die Zigbee Steckdosen schalten. Ist es auch möglich Temperaturen eines Zigbee Sensors abzufragen? Wenn ja, wie?

VG

Guten Morgen.
Du mußt einfach im iot-Adapter den Datenpunkt für Temperatur des jeweiligen Sensors auswählen und einen entsprechenden Namen vergeben (z.B. "Temperatur Wohnzimmer"). Dann zu Alexa sagen "Alexa, suche neue Geräte.", warten bis was gefunden wurde und das wars. Dann kannst Du z.B. sagen "Alexa, wie ist die Temperatur von Wohnzimmer?" und sie antwortet entsprechend.

@andreas-9
Servus Andreas,
wie regelgest du das aus wenn die Frau bügelt?
Heize auch mit PV überschuss stufenloß mit einen 2 KW Heizstab, sekunden genau schaltet der Heizstab auch beim bügeln um.

mfg

orfix

Habe mir jetzt nochmals die Zeit genommen, und wirklich alles neu eingestellt.
Jetzt plötzlich hat die Verbindung einwandfrei geklappt.
Habe den Adapter mit den Grundeinstellungen belassen und auf einmal ist er grün geworden.

@da_woody

Danke für die Antwort.

@Shadowhunter23

ok, danke, dass erklärt es natürlich. Sicher ist LXC auch ein Container, so auch der Name, ich verbinde ihn auf Anhieb aber mit Docker, auch wenn du nicht explizit nach Docker gefragt hast.

@asgothian Danke,

habs heute nochmal probiert und es hat auf Anhieb geklappt. Keine Ahnung warum.
Also das Binding gestartet und während der Balken nach rechts wandert die "off" Taste 2 x kurz gedrückt.
Im Protokoll steht allerdings auch nach jedem Binding noch eine Warnung. Die beiden genannten Geräte sind jeweils die Leuchtmittel (TRADFRI bulb E12/E14, white spectrum, globe, opal, 450/470 lm).

Gruß
Hans-Jürgen

zigbee.0 2024-07-05 11:16:31.924 warn Object of state "zigbee.0.info.bind_bc026efffeda2ec3_1_60b647fffe20e9ef_1" is missing the required property "common.type" zigbee.0 2024-07-05 11:16:31.919 info Successfully bound cluster 'genLevelCtrl' from '0xbc026efffeda2ec3' to '0x60b647fffe20e9ef' zigbee.0 2024-07-05 11:16:30.628 info Successfully bound cluster 'genOnOff' from '0xbc026efffeda2ec3' to '0x60b647fffe20e9ef' zigbee.0 2024-07-05 11:15:44.782 info List of port: [{"path":"/dev/ttyUSB0"},{"path":"/dev/ttyUSB1"},{"path":"/dev/ttyS0"},{"path":"/dev/ttyS1"},{"path":"/dev/ttyS10"}, {"path":"/dev/ttyS11"},{"path":"/dev/ttyS12"},{"path":"/dev/ttyS13"},{"path":"/dev/ttyS14"}, {"path":"/dev/ttyS15"},{"path":"/dev/ttyS16"},{"path":"/dev/ttyS17"},{"path":"/dev/ttyS18"},{"path":"/dev/ttyS19"},{"path":"/dev/ttyS2"},{"path":"/dev/ttyS20"}, {"path":"/dev/ttyS21"},{"path":"/dev/ttyS22"},{"path":"/dev/ttyS23"},{"path":"/dev/ttyS24"},{"path":"/dev/ttyS25"},{"path":"/dev/ttyS26"},{"path":"/dev/ttyS27"}, {"path":"/dev/ttyS28"},{"path":"/dev/ttyS29"},{"path":"/dev/ttyS3"},{"path":"/dev/ttyS30"},{"path":"/dev/ttyS31"},{"path":"/dev/ttyS4"},{"path":"/dev/ttyS5"}, {"path":"/dev/ttyS6"},{"path":"/dev/ttyS7"},{"path":"/dev/ttyS8"},{"path":"/dev/ttyS9"}] zigbee.0 2024-07-05 11:15:00.708 warn Object of state "zigbee.0.info.bind_bc026efffeda2ec3_1_60b647fffea3c1e5_1" is missing the required property "common.type" zigbee.0 2024-07-05 11:15:00.702 info Successfully bound cluster 'genLevelCtrl' from '0xbc026efffeda2ec3' to '0x60b647fffea3c1e5' zigbee.0 2024-07-05 11:15:00.582 info Successfully bound cluster 'genOnOff' from '0xbc026efffeda2ec3' to '0x60b647fffea3c1e5' zigbee.0 2024-07-05 11:14:37.813 info List of port: [{"path":"/dev/ttyUSB0"},{"path":"/dev/ttyUSB1"},{"path":"/dev/ttyS0"},{"path":"/dev/ttyS1"},{"path":"/dev/ttyS10"}, {"path":"/dev/ttyS11"},{"path":"/dev/ttyS12"},{"path":"/dev/ttyS13"},{"path":"/dev/ttyS14"},{"path":"/dev/ttyS15"},{"path":"/dev/ttyS16"},{"path":"/dev/ttyS17"}, {"path":"/dev/ttyS18"},{"path":"/dev/ttyS19"},{"path":"/dev/ttyS2"},{"path":"/dev/ttyS20"},{"path":"/dev/ttyS21"},{"path":"/dev/ttyS22"},{"path":"/dev/ttyS23"}, {"path":"/dev/ttyS24"},{"path":"/dev/ttyS25"},{"path":"/dev/ttyS26"},{"path":"/dev/ttyS27"},{"path":"/dev/ttyS28"},{"path":"/dev/ttyS29"},{"path":"/dev/ttyS3"}, {"path":"/dev/ttyS30"},{"path":"/dev/ttyS31"},{"path":"/dev/ttyS4"},{"path":"/dev/ttyS5"},{"path":"/dev/ttyS6"},{"path":"/dev/ttyS7"},{"path":"/dev/ttyS8"},{"path":"/dev/ttyS9"}]

Testweise habe ich jetzt mal alle anderen Adapter ausgeschaltet, die über openKNX GAs ändern und dann über "Objekte" die GA direkt geändert.

Das sieht dann im Log etwa so aus

z.B.
2024-07-03 18:40:20.986 (idle): Send request delayed by 18800ms to respect minimum delay, queue length is 377
2024-07-03 20:40:20.985 Outbound GroupValue_Write to " 4/0/20 value: 46.5 from openknx.0.Heizung.Heizung_Temperatur.Temperatur_Ist_Brauchwasser

Das Problem scheint im OpenKNX Adapter zu liegen. Hat jemand diese Problem schon mal beobachtet?

@fenderbender said in Shelly in MQTT Adapter:

@arteck
Komm ich bitte dich. Eine Frage im Einsteigerforum kann ein renommierter Topexperte doch auch anders beantworten oder?
Hätte dich eine Antwort wie "man muss den String per Skript auseinander pflücken" nicht auch genauso glücklich gemacht wie diese schöne überhebliche Antwort um den Noob zu zeigen, wie dämlich er ist?

MQTT Adapter statt Shellyadapter wird im www erwähnt, weil der Shellyadapter den Shelly Uni Plus nicht einfach so mal unterstützt. Man muss den Uni zu einen PM1 umdeklarieren, aber der Impulseingang wird auch dann nicht angezeigt.

@mickym Verwechselst du mich da nicht? Blockly puzzeln hab ich nicht erwähnt und Temperaturoffset? kann ich mich auch nicht erinnern. Aber danke für den Hinweis, wie es gehen könnte.

Im Kern geb ich dir recht - Arteck ist da wohl was in die falsche Kehle geraten. Ist nicht deine Schuld. Die Hilfeanforderung ist durchaus berechtigt, da der Uni Plus derzeit noch nicht unterstützt wird.

Da aber auch hier im Forum einige immer wieder ätzen und meinen den Shelly Adapter braucht man doch nicht, dass geht alles ganz einfach mit dem mqtt Adapter bin auch ich mal gespannt wie viele Erklärungen und Hilfen es dazu nun gibt. Offenbar ist es zumindest für einen weniger erfahrenen User nicht trivial einfach den mqtt Adapetr zu verwenden und sie benötigten daten selbst zu zerlegen.

Sorry, komme erst jetzt dazu, das Forum zu lesen, war kurz nicht da.

@mcm1957 sagte in Jalousie mit Tasmota kalibrieren:

Wenn die Rollomotoren keine digitale Rückmeldung geben sonder nur via auf /ab Eingang gesteuert werden muss irgendwo die Laufzeit eingestellt werden. Die Position kann dann nur vom Adapter oder v Tasmota Schalter dadurch errechnet werden wie lange auf bzw ab aktivvwaren.
Also als erstes würde ich empfehlen nach so einer Einstellung zu suchen

Die Einstellung heißt OpenDuration bzw. CloseDuration. Diese Laufzeit habe ich zuerst gemessen und später als Befehlt eingegeben, sie wurde gespeichert.

Also, wenn das Fenster offen steht und auf Befehl zufährt, passt es soweit, die Jalousie schließt vollständig. Genauso wenn ich geschlossenes Fenster mit "open" triggere, es wird vollständig geöffnet.

@samson71 sagte in Jalousie mit Tasmota kalibrieren:

Wenn das alles nach einmal komplett zu und wieder auf erstmal wieder normal funktioniert, hört sich das für mich nicht unbedingt nach einem Fehler im Aktor an.

Ja, genau, die ersten Tage funktioniert es tadellos.

@samson71 sagte in Jalousie mit Tasmota kalibrieren:

Tausch mal die Sonoff mit einem Fenster das augenscheinlich kein Problem hat und beobachte ob der Fehler dann mit wandert. Sollte der Fehler nämlich bleiben, dann hat der Rollladen bzw. dessen Motor ein Problem.

Jeder Sonoff wird für sein konkretes Fenster einprogrammiert, z.B. mit mit der Laufzeit. Deswegen würde der Tausch nichts bringen. Ich habe das Modul sogar auf Werkeinstellungen gebracht, hat nicht geholfen.

@samson71 sagte in Jalousie mit Tasmota kalibrieren:

Wenn der Fehler trotz Tausch bleibt, dann ist vermutlich die Rutschkupplung des entsprechenden Motors durch. Dann kannst den Motor tauschen.

Das ist wohl der einzige Weg, obwohl der Motor genauso wie Sonoff absolut neu ist.

Eigentlich dachte ich, dass ich die Kalibrierung falsch gemacht habe, so sieht es danach aus.

Wie werden sonst die Rollos mit iobroker gesteuert? Ich bin sicherlich nicht der einzige, der Sonoff/Tasmota dafür nutzt?

@homoran Ich würde sagen ich versuche es einfach mal und melde mich hier zurück wenn ich nicht weiterkomme.
Vielleicht kommt ja auch noch jemand anderes der den Adapter auch so gerne hätte wie ich und kann das auch technisch umsetzen. Wer weiß 😉

@endurance Sunspec ist mir mit ioBroker und SMA nicht gelungen. Erfordert nach meinem Verständnis eine Anfrage an den WR und diese wird dann mit einem Payload beantwortet das alles enthält.

Der Modbus Adapter fragt ja die Register einzeln nacheinander ab.

Ich würde es ohne Sunspec probieren oder HASS mit Sunspec Integration versuchen. Hat bei mir mit SMA nach 5 Minuten funktioniert