Newbie: EFH, mit der Rolladensteuerung fing es an...

[grundi]

Zuviel Kupfer im Haus? Das hab ich auch (vermutlich jeder hier), zu manchen Zeiten konnte man auf der Baustelle hier meinen, ich hätte eine tragende Säule aus Kupfer...

Möglicherweise werden Deine Urenkel Dir dankbar dafür sein...

1wire lässt sich übrigens sehr gut CAT7 und über das KNX-Kabel übertragen.

Wie geht das? Bisher kenn ich das nur mit teuren TCP/IP <-> RS232 Umsetzern

IIRC hatte Makki vor kurzen beschrieben, wie er bei seiner WP mit eigener Steuerung deutlich weniger Energie-Verbrauch hat als die Nachbarn mit gleicher Bausubstanz... -> SuFu

OK. Das macht die Investition wieder interessanter

Mangels damaliger Verfügbarkeit bin ich auf IP Router. Würde ich jetzt aber nicht mehr machen - inzwischen würde ich auf KNX <-> TP-UART <-> WireGate <-> Intranet gehen. Soll sau stabil und zuverlässig sein.

Und wenn es auch noch den transparenten Durchgriff IP <-> KNX ermöglicht (s.o.) ist die Frage eigentlich beantwortet.

Das sollte der KNX bereits ohne zentrale Logik (wie WireGate Plugins) schaffen.

OK, das habe ich erst heute gelernt...

[vento66]

Ich dachte, das Gerät sendet die Werte auf den Bus, den irgend eine Logik abhört und ggf den Markisenaktor aktiviert. Oder kann der Markisenaktor den Bus monitoren und autonom aktiv werden? Irgendwo muss ja die "Intelligenz" vorhanden sein.

Der KNX arbeitet ohne zentrale Inteligenz, jeder Sensor schickt seine Werte auf den Bus und die angeschlossenen Aktoren lauschen den Busverkehr, und werden dann je nach Bedarf aktiv. Zum Beispiel kann ein Jalousieaktor die Zeit überwachen, in der die Wetterstation Windwerte sendet. Kommt innerhalb einer definierten Zeit kein Telegramm, fährt der Aktor die Jalousie in eine Sicherheitsposition, da er einen Ausfall der Wetterstation, oder einen Kabelfehler vermutet. Dazu wird einfach der Wetterstation gesagt sende alle Z Minuten einen Windwert. Der Aktor bekommt gesagt kommt aller 2x Z kein Windwert, dann Jalousie in Sicherheitsposition.

[lobo]

Kann denn eine KNX-Wetterstation direkt die Markise steuern? Können das alle oder nur ein paar bestimmte?

... kommt drauf an - und zwar auf das, was Du willst. Zumindest Windalarm geht z.B. eigentlich immer. Wenn es jetzt um automatisiertes Fahren der Markise anhand von Sonnenstand etc. geht, mussst Du schon besser aussuchen (wird damit aber nicht unbedingt teurer).

Ich war bisher der Meinung, dass es dazu eine Steuereinheit braucht. Ich dachte, das Gerät sendet die Werte auf den Bus, den irgend eine Logik abhört und ggf den Markisenaktor aktiviert. Oder kann der Markisenaktor den Bus monitoren und autonom aktiv werden? Irgendwo muss ja die "Intelligenz" vorhanden sein.

Der Trick und das richtig "geile" daran ist, dass die Intelligenz sowohl im Sensor, als auch im Aktor liegt. Jedes Teil hat seinen eigenen Prozessor und verfügt über mehr oder weniger Intelligenz und kann damit "nativ" eigentlich bei guter Auswahl der Komponenten "alles" machen.

Damit kommen wir auch zum Stromverbrauch und der Ausfallsicherheit (bei der Du etwas schief gelegen hast). Wenn eine Komponente ausfällt (z.B. ein Tastsensor) dann biegst Du die wichtigsten Befehle halt mal auf einen anderen um, kaufst einen neuen, tauschst den aus, parametrierst den (die Daten sind ja in der ETS) und bist fertig. Das Ganze dauert ein paar Tage (Lieferung) aber Du hast nur unwesentliche Einschränkungen. Jede Komponente verbraucht ein paar mW und damit ist der Stromverbrauch nicht relevant (640 mA = 20 W für 50+ Teilnehmer).

Was macht eigentlich den Löwenanteil aus? Sind das die Busteilnehmer, der Elektriker, das Kabel?

Na ja, das grüne Kabel ist es erst mal nicht ... ggf. hast Du einen Mehraufwand dafür, dass Du am Besten einiges zentral in den Verteiler führst (Licht, ggf. Steckdosen). Die Komponenten sind "Premiumware" - und damit leider unverschämt teuer. Am Anfang läßt sich aber mit der Bucht einiges einsparen - allerdings nur wenn man vorher gut geschaut hat und dazu braucht man fast zwingend die ETS. Die habe ich mir vorher vom Elektriker ausgeliehen, macht aber bestimmt nicht jeder.

Ich würde mir aber schon schwer tun, später eine funktionierende KNX-lose Lösung durch eine KNXierte Lösung zu ersetzen

Genau deswegen habe ich die Türsprechstelle und die Webcam als "Eisenbahn" platziert. Die Türsprechstelle mache ich über die Telefonanlage (völlig KNX-frei) und die Webcam ... na ja... wer's braucht ... kann's sicher ohne KNX machen. Bei KNX werden auch auf dem schmalbrüstigen Bus sicher keine Videodaten, sondern nur die Steuerdaten übertragen.

Viele Grüße,

Stefan

[Chris M.]

1wire lässt sich übrigens sehr gut CAT7 und über das KNX-Kabel übertragen.

Wie geht das? Bisher kenn ich das nur mit teuren TCP/IP <-> RS232 Umsetzern

Einfach das Kabel verwenden...

Bei'm KNX Kabel ist Rot/Schwarz für den KNX und Gelb/Weiß noch frei. Darüber kannst Du 1wire führen.

Und wie die Kabel/Pin-Belegung beim Netzwerk-Kabel ist, lässt z.B. aus der Seite ableiten, die Du siehst, wenn du hier auf den entsprechenden blauen Link für 1wire klickst...

Wozu Du hier TCP/IP<->RS232 brauchst, ist mir schleierhaft. Oder wolltest Du einen 1wire Busmaster mit RS232 darüber auf IP hieven?
Da ist das Konzept ein ganz anderes: 1wire-Sensor -> passendes Kabel (YStY, Netzwerk, Gelb/Weiß im Bus-Kabel) -> 1wire-USB-Busmaster am WireGate. Fertig

[grundi]

Danke

Einfach das Kabel verwenden...
Bei'm KNX Kabel ist Rot/Schwarz für den KNX und Gelb/Weiß noch frei. Darüber kannst Du 1wire führen.

Sehr schön, das wollte ich hören. Das dürfte den Kupferaufwand deutlich reduzieren.

Wozu Du hier TCP/IP<->RS232 brauchst, ist mir schleierhaft. Oder wolltest Du einen 1wire Busmaster mit RS232 darüber auf IP hieven?

Das brauche (und will) ich gar nicht.
Ich hatte mal eine Lösung getestet, die eine entfernte RS232 Schnittstelle für das DS9097U über ein TCP/IP Netzwerk + Box ermöglicht. Unter Windows sieht das genau wie eine eingebaute RS232 aus, nur mit etwas höheren Latenzen.

- - -
...nach 45 weiteren gelesenen Postings:
Ich denke, ich werde es so machen, wie von Dir vorgeschlagen:
Mit autonom operierenden Busteilnehmern anfangen, dazu vielleicht gleich ein N148/22 für die Verbindung ins Intranet. Ich dachte zunächst, es bräuchte eine separate Steuereiheit am Bus.

Ggf später eine neue FritzBox (steht eh auf der Einkaufliste) und/oder ein Wiregate dazu, um den Zugriff aus dem Internet zu ermöglichen. Das ist für mich das wesentliches Argument für eine Buslösung, btw.

Wie ich gelesen habe bist Du von der FritzBox auf das WireGate umgezogen, warum eigentlich? Die moderneren FBs sollten doch ausreichend Ressourcen haben, früher oder später sollte Freetz auch auf einer 7390 problemlos laufen.

derzeit noch offene Fragen:

• Wenn man die Busteilnehmer selbst parametrisieren/programmieren will braucht es in jedem Fall die ETS? Oder was wäre eine Alternative?
• Wenn man Daten (z.B. Temperatur, Feuchte) loggen will (z.B. für Graphen) braucht es schon eine separate Steuer/Speichereinheit am Bus, richtig? Sonst müsste ja ständig über den ziemlich lahmen Bus ein große Menge an Daten versandt werden.
• Was ist der kürzeste Weg zu einem JSON Interface zu den Busteilnehmern? Damit könnte eine Visu recht elegant in HTML+JS implementiert werden.

[lobo]

• Wenn man die Busteilnehmer selbst parametrisieren/programmieren will braucht es in jedem Fall die ETS? Oder was wäre eine Alternative?

• ... ich zitiere mich mal selbst:
  

• ETS3 (nein, es gibt keine Alternative, ausser diesen Job vom Elektriker machen zu lassen)