NEWS

@Phoenix1976

Hallo Phoenix1976,

Hätte noch eine Frage dazu.
Welche und wo müssen Vorgabewerte eingestellt werden. Wenn ich das richtig sehe übergebe ich nur den -> "Name des States für die Netzeinspeisung des EnergyMeters. Werden Bezug und Einspeisung im selben State gespeichert und die Einspeisung ist positiv und der Netzbezug negativ, dann ist er hier nur anzugeben."
Wo werden aber die verschiedenen Arbeitsmodi, z.B. reines Überschussladen, oder Laden auch wenn kein PV anliegt eingestellt.
Machst Du selbst die Vorgabe des Ladestroms, über welchen State?

Danke & Vg

@madde Hey! ja das ist korrekt, ich habe es gerade getestet . vielen Dank für die Info

@HansR56 Hi, als Hardware würde sich da ein Shelly 2.5 anbieten. Der ist relativ klein und passt idR. hinter den Standard-Rollladenschalter (notfalls muss die Dose nach hinten etwas erweitert werden).
Zur Steuerung (Timer) kannst du dann den Adapter "shuttercontrol" nutzen und/oder zB. den Shelly-Adapter (von Shelly gibt es auch direkt eine App).
Wenn du unbedingt bei Tasmota bleiben willst, lässt sich der Shelly aber auch mit Tasmota flashen, allerdings kann der Shelly-Adapter von Hause aus wesentlich mehr als Tasmota).

Also ich habe es hinbekommen. Ich habe mir per winscp die "index.html" auf meinen Rechner gezogen und dann über den Admin vom IOBroker unter Dateien in das roomba-Verzeichnis gepackt, dann auf bearbeiten und aus der roomba.o eine roomba.1 und es läuft.

Grüße
ChrisMCF

@wszene sagte in pfSense Adapter?:

pfSense

Du kannst es mal mit dieser API versuchen: https://docs.opnsense.org/development/api.html

@kadei was soll das Gateway denn umsetzen?

Aber nur mal so: Raspi als iobroker Slave mit entsprechenden Adaptern HW und SW macht quasi nichts anderes

@dirkhe
Ach wie blöd von mir. Danke Dir. Das war mein Fehler

@keksn Bildschirmfoto 2022-02-10 um 18.01.30.png Bildschirmfoto 2022-02-10 um 18.01.45.png

@joe_d sagte in MQTT Topic/Payload Dokumentation:

Im Endeffekt wäre sowas wie https://www.home-assistant.io/docs/mqtt/discovery ganz hübsch:

HomeAssistant setzt einen externen Broker voraus, bei ioBroker kannst du auch einen integrierten Broker verwenden.
Wie du selber schon erfahren hast, geht jede Automatisationssoftware anders mit diesem Thema um.
Ich kann dir nur empfehlen, solltest du bei ioBroker bleiben, wovon ich ausgehe, dann vergiss ganz schnell wie andere Automationslösungen das umgesetzt haben. Am Anfang hatte ich auch meine Probleme, das rührte daher, das bei ioBroker nicht mehr so kompliziert gedacht werden muss. Kenne das auch, nächtelang irgendwelche Regex zusammenbasteln, nur um ganz einfache Dinge zu realisieren. Seit ioBroker ist das vorbei, zum Glück 😉

@joe_d sagte in MQTT Topic/Payload Dokumentation:

... iobroker hat doch unterschiedliche roles/types/write und read-Eigenschaften (die ich bislang noch nicht so ganz verstehe). Warum und wozu kann ich die manuell anpassen?

Bitte nicht falsch verstehen, warum möchtest du das anpassen, gibt es einen bestimmten Grund dafür?
Wenn der gesendete Payload in dem richtigen Objekt unter Wert drinn steht, kannst du doch damit arbeiten.
Auch wenn @mickym und @apollon77 schon die Antworten dazu geliefert haben, wenn du es genau wissen willst.
https://www.iobroker.net/#de/documentation/dev/stateroles.md
Eigentlich ist das für den Benutzer uninteressant, für uns kommen eher die "Aufzählungen" in Frage, wenn du die nutzen möchtest.

@haselchen

d8b8ae6c-d01e-45e7-bbb4-2fba9253bc7b-image.png

Die Temperatur wird von Alexa angesagt.

Danke auch Dir.

Als nächstes kommen die Außen-Jalousien dran.

@ttermi sagte in Alexa Adapter installiert / Kein Kontoverknüpfung möglich:

nur das ich den IOBROKER in einem Docker laufen habe.

es lebe der Docker!!

So eine Info gehört genau wegen dieser Besonderheiten immer in den Eröffnungspost, besser sogar in den Threadtitel
https://forum.iobroker.net/topic/51555/hinweise-für-gute-forenbeiträge

Ok, jetzt bin ich bei den Rolläden schon etwas weiter. Ich kann diese in eine Richtung fahren lassen.

Ich bin mir sicher, dass es bei Rolläden und vermutlich auch bei der Heiungssteuerung an den Einstellungen in Objects liegt.
Kann da wirklich niemand etwas zu sagen?

Ich kann mir nicht vorstellen, dass dieses Problem noch niemand hatte.

Danke und Gruß

@paul53 @Homoran

Mein Problem hat sich gerade erledigt, der PI ist eben angekommen, offizielles Image drauf, Adapter runtergeladen und konfiguriert und es funktioniert

Unbenannt.PNG

Dann wird es wohl wie ihr vermutet habt am anderen Subnetz gelegen haben aber die Callback Adresse hat da ja leider auch nicht geholfen. War gerade dabei einen neuen Netzwerk Switch in Hyper V anzulegen um die VM ins gleiche subnetz zu holen wie die CCU da hat der Postbote geklingelt 😄

Vielen Dank für eure Hilfe. Ich werde gleich mal schauen ob das Problem mit der CCU3 WebUI damit auch erledigt ist.

LG Julian

EDIT: Das Problem mit der WebUI der CCU3 scheint sich damit auch erledigt zu haben. Rennt wieder 🙂

@optisch

https://forum.iobroker.net/topic/51964/nach-update-von-web-3-4-16-kein-vis-mehr

@kusselin sagte in LOLA smart Deckenleuchte (medion) in iobroker:

@dert hi, wie gesagt.....wenn ich die lampe per iobroker oder App schalten will muss der Schalter imme ein sein..sonst hat die lampe kein Strom udn somit keine Verbindung richtig? udn wenn halt die Tochter nach hause kommt und dann unwissend den Lichtschalter wieder bestätigt ist alles weg...

Oder...ich baue halt einen Shelly 1 zb hinter den schalter dann gehts richtig?

Jain, bitte nicht zu einfach vorstellen.
Ich weiß nicht welche Erfahrung du mit 230V hast. Aber bitte nicht daran rum probieren ohne zu wissen was du tust.

Prinzipiell könntest du deinen Lichtschalter mit einem Shelly Smart machen.
Das sorgt aber trotzdem nicht dafür, dass deine Lampe dauerhaft Strom hat.
Du hast aber verschiedene Optionen.

Du könnest folgendes machen
Den Shelly nicht als Relais sondern nur als Input verwenden und es im ioBroker so programmieren, dass beim drücken des Lichtschalters der Datenpunkt der Lampe geschalten wird. Allerdings könntest du dann dein Licht nicht mehr schalten wenn dein ioBroker ausfällt.

Hallo Biber,

für den sicheren Zugang von außen würde ich grundsätzlich einen VPN Zugang empfehlen, das bietet ein Höchstmaß an Sicherheit.

Zigbee ist so eine Sache, denn Zigbee ist nicht gleich Zigbee. Denn während der Funkstandard genormt ist (Stichwort OSI-Layer 1+2), sind es die darüberliegenden Kommunikationsschichten nicht. Nicht jedes Zigbee-Gateway kann also auch mit jedem Zigbee Endgerät kommunizieren. Ich habe mich deshalb bei meinen Funkanwendungen gegen Zigbee entschieden und nutze stattdessen Homematic Komponenten. Das 868MHz Frequenzband bietet eine große Reichweite, die CCU (das Homematic Gateway) lässt sich auf einem Raspberry installieren und die Homematic Geräte (Bewegungsmelder, Türkontakte, usw) lassen sich einfach und zuverlässig einbinden. Keines der Geräte "telefoniert nach Hause" und die Einrichtung geht schnell. Dafür zahlt man pro Gerät etwas mehr als bei günstigeren Zigbee-Lösungen.

Viele Tuya-Geräte können (je nach Anwendung: müssen) geflasht werden, damit sie sich so einbinden lassen, wie man es sich vorstellt (und nicht mehr nach Hause telefonieren). Als out-of-the box Lösungen sind diese Geräte meistens nur bedingt geeignet. Sicherheitstechnisch wären sie definitiv nicht meine erste Wahl (siehe Artikel von Heise: https://www.heise.de/select/ct/2019/4/1550226849835235)

Ein Zigbee-Gateway ersetzt sicherlich nicht den ioBroker, sondern stellt nur die Kommunikationsschnittstelle für die Zigbee-Endgeräte dar.

Gruß,

Percy

@glasfaser Vielen Dank schon mal. Ich werde mir das nochmal in Ruhe anschauen.