Hallo Bernd,
Izeman hat geschrieben: ↑Sa Jun 13, 2020 9:48 amAls ich deine ersten Zeilen gelesen habe, ist mir auch gleich in den Kopf gekommen zu versuchen den Kontakt zwischen euch noch einmal herzustellen.
Angesichts unserer derzeitigen schlechten digitalen Präsenz denken womöglich nur wenige Betrachter, dass wir wirklich gute Produkt haben und es interessant ist, sich mit uns zu befassen.
Daher möchte ich mit der Kontaktaufnahme warten, bis die diesbezüglichen Funktionen auch fertig sind, unsererseits alles funktioniert und es bei Dir dann auch läuft. Zudem sollte auch unser neuer Shop online sein und die ganze digitale Darstellung erheblich professioneller.
Izeman hat geschrieben: ↑Sa Jun 13, 2020 9:48 amDarf ich das was du geschrieben hast verwenden/auf dieses Forum verweisen um auf E3DC zuzugehen?
Du kannst meine Informationen gerne verwenden. Bitte vorher verifizieren (ich habe das schnell überflogen) und dann bitte mit eigenen Worten formulieren.
Jedoch lieber nicht auf das Forum hier verweisen. Ich habe das zwar sachlich geschrieben, aber womöglich werden meine Worte als zu direkt oder wenig diplomatisch aufgefasst und wir wollen so große Unternehmen (gehört mittlerweile zur Hager Gruppe) nicht verärgern.
Auf der anderen Seite würden wir es im Sinne unserer Kunden und Nutzer für zielführend sehen, wenn die Modbus-Dokumentationen (das gilt für so ziemlich alle Hersteller) vollständiger wären. Mir scheint, das Thema Modbus und dessen Dokumentation wird noch ein wenig stiefmütterlich behandelt, weil das nur ein sehr kleiner Teil der Kunden nutzt. Das ist allerdings auch eine eingeschränkte Sicht aus meinem Blickwinkel als Smarthome Server Hersteller. So ein Hersteller einer smarten Batterie hat schließlich noch andere Aufgaben zu lösen, daher kann man auch verstehen, wenn diese sich darum kümmern, wo es für die Kunden am wichtigsten ist. Immerhin hat sich E3/DC schon vor vielen Jahren um eine Smarthome Integration (da gibt / gab es ein KNX Modul) bemüht. Nur die Modbus Doku könnte um ein paar Klarstellungen erweitert werden.
Tatsächlich wäre eine bessere Übersicht über die Energieströme im Haus und dessen Management für die Nutzer sehr sinnvoll, weil durch falsche Einstellungen oder Defekte einzelner (auch anderer) Anlagenteile sehr schnell ein ordentlicher vierstelliger Betrag pro Jahr verloren gehen kann und Monitoring bzw. Visualisierung dem Nutzer ein wirksames Instrument der Administration gibt.
Beispiele, warum GENERELL ein Monitoring der Energieströme sinnvoll ist (diese Beispiele haben NICHTS mit E3/DC zu tun):
1. Heizschwert anstatt Wärmepumpe: Hiele hat geschrieben, dass seine Wärmepumpe sich unbemerkt abgeschaltet hatte und die Heizung über das Heizschwert erfolgte. Mit einem vierstelligen Schaden durch stark erhöhtem Stromverbrauch. Mit einem Energiemonitoring hätte man das gemerkt.
2. Lüfter drehen durch: Ein Kunde von uns hat in seinem (allerdings sehr sehr großen Haus) eine sehr aufwändige Lüftungsanlage und durch einen Einstellungsfehler lief diese das ganze Jahr durch auf vollen Touren. Mehrere große Motoren können ganz schön was ziehen. Aufgefallen war dies mit der Stromrechnung. Schaden: Dem Vernehmen nach ein sechsstelliger Betrag.
Deshalb meine ich, es macht wirklich Sinn, seine Energieströme im Haus zu beobachten. Das gilt für Temperaturen in den Heizkreisen und Puffern, das gilt für die Energieaufnahme von Pumpen und Lüftern, für die PV-Anlage und was mit dem Strom passiert hinsichtlich Eigenverbrauch, Einspeisung, Nutzung für das Elektrofahrzeug und Pufferung in der eigenen Batterie. Das muss schon alles richtig eingestellt sein, damit es optimal ist und nur wenn es optimal ist, kann es die prognostizierten Erträge bringen.
Daher glaube ich, dass die Einbindung aller dieser Anlagen über Modbus, MQTT, Rest-/Web-API usw. sehr viel Sinn macht und daher sollten die Hersteller sich hier auch bitte mehr Mühe geben, diese Daten ordentlich bereitzustellen und auch die Dokumentation so aufbereiten, dass die Integration auch so schmerzlos wie nur möglich ist, weil Arbeitszeit für Integration kostet auch Geld. Das des Kunden.
Izeman hat geschrieben: ↑Sa Jun 13, 2020 9:48 amWas würdest du vorschlagen, wie kann ich unterstützen?
Ich würde meinen, dass Du Kontakt aufnimmst mit dem Support und eben um Auskunft bittest zu den Themen, welche die Dokumentation offen gelassen hat.
Bitte dann hier die Infos posten und dann kannst Du auf Basis der Angaben die Modbus Definition im Timberwolf Server anlegen (ab IP1 zur V 2.0, läuft bereits bei uns im Labor).
Der Vorteil des Timberwolf Servers hier: Solche Modbus Definitionen muss dann auch nur ein Nutzer erarbeiten, weil diese kann man exportieren / importieren und später auch über ein Repository zur Verfügung stellen.
Somit stellt unsere Modbus Implementierung einen ganz wesentlichen Vorteil gegenüber allen anderen dar: Es gibt damit ein universelles Austauschformat für Modbus Definitionen in json (ähnlich wie es KNX Applikation als xml-File für die ETS gibt). Damit einfach wiederverwendbar, was dann auch für E3/DC einen enormen Vorteil gibt, weil dann gibt es einen Smarthome-Server der alle Definitionen dann schon mitbringt.
==> Deine geschätzte Hilfe wäre also Klärung der Parameter, Eingeben und Testen der Definition und - was toll wäre - wenn Du diese dann für alle anderen frei gibst.
lg
Stefan