Tropfbewässerung: Sketche kombinieren

[TomMajor]

weiß nicht genau was du mit den Relais vorhast, aber ich würde normal einen NPN Transistor a la BC547 nehmen und mit diesem die Umsetzung Arduino 3V auf Relais 5V machen. Und den Basisvorwiderstand nicht vergessen.

[Gnu_]

Hallo,

ich habe das Problem mit dem Relay jetzt gelöst. Ich habe einen Transitor genommen. Ist wohl wirklich der leichtere Weg.

Das sieht jetzt bei mir so aus:
Ich kann aber jetzt in einem Diagramm nur die Temperatur nehmen. Wie bekomme ich die Anderen Werte auch? Hat das mit dem "Gewerk" zu tun? Nur die Temperatur scheint da die richtige Zuordnung zu haben (Wetter).

[jp112sdl]

Hat das mit dem "Gewerk" zu tun?

Nein, es gibt leider nicht viele Datenpunkttypen, die man in Diagrammen verwenden kann.
Das ist fest codiert in der HMIPServer.jar

[TomMajor]

beim originalen HB-UNI-Sensor1 sieht das so aus, da lassen sich die Werte Temperatur, Luftdruck, Rel. Luftfeuchte, Helligkeit, Ventilposition auswählen und plotten, alle im Gewerk Wetter.
https://github.com/TomMajor/SmartHome/t ... atic-webui

Wenn du nur die Temperatur auswählen kannst hängt das eventuell mit harveys Änderungen im xml und sketch zusammen.

[Gnu_]

Hallo TomMajor,

das heißt, wenn ich jetzt den Original Sensor1 hernehme, dann kann ich Diagramme machen? Ich werde das auf jeden Fall probieren.

Kann man in diesem Zug im XML noch einen "Taster" hinzufügen? Ich möchte gerne auch von der CCU aus einen Befehl senden können, um das Relay/Ventil zu schalten.

Ich habe nur gesehen, dass harvey 7 channels nutzt, und im Original Sensor1 wird alles über einen Channel geschickt.

[harvey]

Hi Gnu,
das mit den 7 Channels habe ich für mich gemacht, damit ich die UNBENUTZTEN Channel ausblenden kann (Geräte, Gerät aufklappen, dann je unerwünschtem Channel "Sichtbar" abwählen. Dann wird der Channel nicht mehr angezeigt. Das war FÜR MICH richtig und wichtig, damit ich nicht die Dummy-sensoren sehe. Gerade wenn dort als "Kein Sensor" ein zeitweise plausibler Wert angezeigt wird fand ich das sehr störend. Ich habe auch einen Wettersensor, der NUR die Windgeschwindigkeit misst. die Präsentation aller (auch nicht angeschlossenen) Sensoren ist etwas uncool, will sagen, ich muss ständig erklären, warum da keine Blitze, Luftdruck, Feuchtigkeit, Regenmenge und Helligkeit angezeigt wird.

Leider hat Tom die Konstruktion "no_sensor" aus seinem Addon entfernt, da sie direkt in der CCU kleine Bedeutung zu haben scheint. Allerdings zeigt der iobroker bei einem als "no_sensor" konfiguriertem Sensor dies auch tatsächlich an. Da glaubt die CCU selbst wohl nicht an ihre eigene Konstruktion

Diagramme ..... wie gesagt, ich benutze iobroker und flot und influxdb zum erzeugen von Diagrammen, damit viel mehr Möglichkeiten als in der CCU.

Zum "Rückbau" auf einen Channel vergleiche die *xml von Tom und mir, die Channel sind nur im unteren Teil des XML, im Sketch muss GARNICHTS geändert werden.

Den Umbau auf eine Tasterschnittstelle sehe ich aus sehr aufwändig, das GUI braucht eine Bedienmöglichkeit, der Sensor/Aktor muss das Paket jederzeit annehmen, und und und. In der Hauptsache brauchtst Du viel Zeit, viel KnowHow über die spärlich dokumentierten Möglichkeiten der XML-Homematic-Welt. Ach ja, und in AskSinPP natürlich auch. Eventuell wird es etwas "einfacher", es über die Konfigurationsdaten zu machen, etwa über den LED-Zustand. Allerdings wird dann die Änderung der Konfiguration "irgendwann" mal übernommen und nicht zeitnah, siehe broadcast und LazyConfig.

Vielk Erfolg
Harvey

[Gnu_]

Hallo,

ich habe das XML jetzt angepasst. Bekomme jetzt alle Daten zum plotten im Diagramm, außer den "customData" Wert. Diesen wollte ich ebenfalls darstellen. Den habe ich in "Bodenfeuchte" umbenannt:

Code: Alles auswählen

<parameter id="Bodenfeuchte" operations="read,event">
     <logical type="integer" min="0" max="100" unit="%"/>
     <physical type="integer" interface="command" value_id="HUMIDITY" no_init="true">
        <event frame="WEATHER_EVENT" />
     </physical>
</parameter>

Auch wenn ich ihm eine value_id="HUMIDITY" gebe, kann ich ihn nicht anzeigen. Was mache ich falsch? Alternativ kann ich den "AIR_PRESURE" Wert nehmen ?

Code: Alles auswählen

<parameter id="Bodenfeuchte" operations="read,event">
  <logical type="float" min="0.0" max="100.0" unit="%" />
  <physical type="integer" interface="command" value_id="AIR_PRESSURE">
    <event frame="WEATHER_EVENT" />
  </physical>
  <conversion type="float_integer_scale" factor="10.0" />
  <description>
    <field id="AutoconfRoles" value="WEATHER" />
  </description>
</parameter>

[jp112sdl]

Leider hat Tom die Konstruktion "no_sensor" aus seinem Addon entfernt, da sie direkt in der CCU kleine Bedeutung zu haben scheint.

An welcher Stelle? Wo wird das berücksichtigt?
Ich habe das bei mir auch überall entfernt. Ich finde weder im OCCU, den eq3-XMLs, noch in den Binärdateien das Wort "no_sensor".

[harvey]

Hi Jerome,

wie gesagt, in iobroker:

Ich persönlich finde es gut, wenn NICHT angeschlossene Sensoren auch keine Ausgabefelder darstellen. Das kann ich in CCU manuelle in der Geräteseite einstellen, in dem ich das Flag "Sichtbar" ausknipse. Dann erscheint das Feld auch nicht mehr in der Anzeigeseite des Gerätes.
Superoptimal wäre es natürlich, wenn bei dem von Homebrew-Sensor übermitteltem Wert im Zusammenhang mit den im XML definierten NO_SENSOR-Wert das ganze automatisch funktionieren würde.

Für die Multisensoren (in unterschiedlicher Bestückung mit Sensoren) klappt das FÜR MICH ganz gut mit den Mehrfachchannel. Wie bekannt wird dafür das Paket überhaupt nicht modifiziert, lediglich die Darstellung.

Hoffe, das beantwortet Deine Frage, schönes Wochenende, bleibt gesung und
ciao
Harvey

[TomMajor]

Das heisst der ioBroker kennt das NO_SENSOR irgendwie?

Als ich mit dem xml anfing zu experimentieren vor 2 Jahren dachte ich naiver weise wenn ich einem bestimmten Zahlenwert NO_SENSOR im xlm zuweise und der sketch dann diesen Wert sendet wird das in der CCU auch irgendwie angezeigt (kein Sensor vorhanden etc). Das war ein Trugschluss.

Die Idee damals das NO_SENSOR bei mir einzusetzen hatte ich glaub ich von hier:
https://github.com/kc-GitHub/Wettersens ... pl.xml#L99