Ungeborene HDMI-Schnittstelle. Wasserversorgungssysteme eines Apartmentgebäudes: Typen von Netzwerken und Schemata. Warm- und Kaltwasserversorgung heiße und kalte Geräteverbindung

Original: Einige udev-Regeln und Beispiele
Autoren: Vimal Daga, Davender Singh
Veröffentlichungsdatum: 28. Juni 2012
Übersetzung: a.panin.
Datum der Veröffentlichung einer Übersetzung: 23. Oktober 2012

Dank des UDEV-Systems, das Greg Kroah-Hartman, Kay Sievers und Dan Stekloff entwickelt hat, ist der Prozess des Verbindens von Flash-Laufwerken, Festplatten, Kameras und Mobiltelefonen zum Linux-Betriebssystem-System einfach und mehr als je zuvor verwaltet. Zum ersten Mal, in dem in der Linux-Version 2.6 implementiert, verarbeitet das UDEV-System sowohl die heiße Verbindung der Geräte an das Arbeitssystem als auch die kalte Verbindung von Geräten (verbunden mit der Einbeziehung des Systems). In diesem Artikel werden wir den Prozess der dynamischen Erstellung von Gerätedateien im Verzeichnis / dev in Betracht ziehen und mehrere Beispiele für Einstellungen ergeben, die zur Verwendung oder nur zur Unterhaltung geeignet sind.

Unter Udev ist sich der Implementierung des Dateisystems Devfs-Geräte im Benutzerbereich bewusst. Das System enthält den UDEVD-Dienst, Settings-Dateien und Regeln-Dateien, die verwendet werden, um Linux-Gerätedateien dynamisch zu verwalten, die sich im Verzeichnis / dev als Reaktion auf Ereignisse, die vom Kernel generiert wurden, dynamisch verwalten. Udew ersetzte die alte Devfs-Implementierung erfolgreich ab dem Linux 2.6-Kernel.

Warum brauchten Sie eine vollständig recycelte Implementierung des Gerätendateiverwaltungssystems? Und warum war die Einführung von Udew so erfolgreich? Um eine Antwort zu erhalten, ist es erforderlich, den Entwicklungsverlauf der Linux-Gerätetreiber-Schnittstellen in Betracht zu ziehen.

Jeder Gerätedatei sind zwei 8-Bit-Werte zugeordnet: Junior-ID (Minor-Nummer) und leitende Kennung (Hauptnummer). Jeder Gerätetreiber verfügt über eine leitende Kennung; Alle Gerätedateien, die diesen Treiber ausführen, haben den gleichen leitenden Kennung. Junior-Gerätekennungen unterscheiden sich von verschiedenen Geräten, die diesen Treiber ausführen.

In früheren Versionen des Linux-Dateisystems / dev enthielt ein statisches Datei für jedes Gerät, das an das System angeschlossen werden konnte (und vom Gerätetreiber verwaltet). Leider hatte dieser Ansatz eine Reihe von Problemen: Es gab nicht genügend Identifiziererwerte, um alle möglichen Geräte, insbesondere unter der wachsenden Anzahl unterstützter Geräte, zuzuordnen. Das Vorhandensein von mehr als 18.000 Geräte-Dateien erforderte auch eine große Anzahl zusätzlicher Speicherplatz. Diese Probleme wurden gelöst, indem UDEV-Funktionen bereitgestellt werden, um die Werte des jüngeren und leitenden Kennung der Gerätedateien zu ignorieren.

Bei heißen Geräteanschlüssen, wie beispielsweise USB-Schnittstellengeräten, gab es keine Konstanz bei der Zuweisung des Namens und der Identifizierer der Gerätedatei. Beispielsweise kann auf einem System mit zwei USB-Druckern eine der Drucker von der Datei / dev / usb / lp0 eingereicht werden, und die andere Datei / dev / usb / lp1 -, aber es gibt kein genaues Verständnis, welche Drucker dargestellt werden von einer anderen Datei. Dieses Verhalten könnte variieren, je nachdem, welcher der Geräte eingeschaltet wurde, wenn der Computer zuvor geladen oder verbunden ist - oder je nachdem, ob das Gerät mit einem USB-Splitter oder direkt an den USB-Anschluss des Systems verbunden ist. Ein solches Verhalten hat immer enttäuscht und verwechselt Benutzer. Mit dem UDEV-System können Sie einen konstanten Gerätenamen mit den Regeln einstellen.

Weitere Funktionen von Udev lösen viele Probleme, die von Devfs geerbt wurden:

• udew arbeitet im Benutzerraum und reduziert die Menge und Komplexität des Kerncodes.
• mit Udev können Sie einen konstanten Gerätenamen zuweisen, der nicht von der Reihenfolge des Geräts und der Position des Geräts im Bus abhängt.
• udev ändert dynamische Dateien in den Verzeichnissen / dev dynamisch und erstellen Sie Dateien nur für diejenigen, die vorhanden sind, die anwesend sind und mit dem System verbunden sind. Es ist auch möglich, beliebige Namen von Geräten mit symbolischen Links zu Gerätedateien zuzuordnen.
• udev enthält Informationen zum Gerät von Benutzerraumanwendungen, wodurch die Bedürfnisse auf die internen Strukturen des Kernels entsteht, um diese Informationen zu erhalten.

Wie udev funktioniert.

Der UDEVD-Dienst hört auf die NetLink-Buchse, während er auf Ereignisse wartet, die vom Kernel erzeugt werden, wenn das Gerät angeschlossen oder getrennt ist. Sie können diese Ereignisse mithilfe des UDEVMONITOR-Befehls ansehen. Führen Sie sie an, verbinden Sie das USB-Gerät, beispielsweise ein Flash-Laufwerk, und trennen Sie ihn (in den neuesten Distributionen möglicherweise nicht UdevMonitor - in diesem Fall verwenden Sie udevadm.)

Während des Starts Udev, dem TMPFS-Dateisystem im Verzeichnis / dev montiert. Danach werden die Gerätedateien vom Verzeichnis / lib / udev / device in das Verzeichnis / dev und udev kopiert, und UDEV-Verzeichnis beginnt mit den Kernelereignissen für kalte angeschlossene Geräte. Directory /etc/udev/rules.d wird verwendet, um Geräteparameter zu ändern, symbolische Links zu Gerätedateien erstellen und andere Aktionen auszuführen. Für Geräte mit einer heißen Verbindung empfangen die UDEVD die Kernelereignisse mit D-Bus, wonach die Attribute des neuen Geräts aus dem Dateisystem / SYS die Regeln abhängig von den Attributen empfangen und anwendet, danach die Gerätedatei in der Dateisystem / dev. Mit Udev können Sie auch die dafür vorgesehenen Gerätetreiber mit dem Modalias-Mechanismus laden.

Regeln und Beispiele für die Verwendung von Udev

Udev bietet die Möglichkeit, sein Verhalten basierend auf Regeln und Konfigurationsdateien zu ändern. Sie können den Grundsatz des Betriebs der mit dem System gelieferten Regeln überschreiben (normalerweise in /lib/udev/rules.d) oder fügen Sie individuelle und spezifische Funktionen hinzu, die Ihren Anforderungen entsprechen. Regeln können dem Verzeichnis /etc/udev/rules.d/-Verzeichnis für einzelne Benutzerregeln hinzugefügt werden.

Erstellen Sie Ihre Regeln (welche den Namen der Gerätedatei zuweisen, symbolische Links erstellen, die Zugriffsrechte festlegen und andere benötigte Aktionen ausführen, die Sie benötigen) in diesem Verzeichnis. Um sicherzustellen, dass die Regel dem Rest vorausgeht, stellen Sie sicher, dass der Dateiname mit einer Zahl beginnt, die kleiner ist als die anderen Regeln, die danach durchgeführt werden müssen - zum Beispiel 10-local.Rules.

Deaktivieren Sie das Root-Benutzerkonto, bis der Administrator seine USB-Festplatte anschließt

Bus \u003d\u003d "usb", subsystem \u003d\u003d "block", programm \u003d "/ bin / enable_root_login"

Damit diese Regel funktionieren, müssen Sie eine Anwendung oder ein Shell-Skript mit einem angegebenen Namen entwickeln, um die Seriennummer des mit dem System angeschlossenen Geräts zu empfangen, und vergleicht es mit einer bekannten Seriennummer des Administrators Gerät. Wenn Seriennummern übereinstimmen, löscht das Programm die Auth-Requisite Pam_Deny.SO-Zeile aus der Datei /etc/pam.d/login, die das Protokollieren des Systems unter dem Root-Benutzer ermöglicht. Im Falle des Anschließens anderer USB-Geräte werden keine Dateiänderungen vorgenommen. Im Gegenteil, sobald der USB-Carrier deaktiviert ist, wird diese Zeichenfolge in die Datei hinzugefügt.

Diese Regel wurde auf der RHEL 5.0-Distribution getestet und perfekt funktioniert, wenn der Su-Befehl verwendet wird oder bei der Eingabe des Single-User-Modus nicht funktioniert, funktioniert diese Regel nicht. Um Login unter dem Root-Benutzer zu verbieten, wenn Sie den Su-Befehl verwenden, können Sie Folgendes tun:

1. Bearbeiten Sie die Datei /etc/security/access.conf, fügen Sie die Root Line hinzu: Alle.
2. Bearbeiten Sie die Datei /etc/pam.d/system-auth-Datei, indem Sie eine zweite Zeichenfolge hinzufügen konto erforderlich pam_access.so..
3. Bearbeiten Sie die Datei /etc/pam.d/su und erstellen Sie die erste Zeichenfolge dieses Dateikontos für die SYSTEM_AUTH-Zeichenfolge.

Diese Maßnahmen sollten natürlich vom Programm Enable_Root_Login vorgenommen werden. Nach der Überprüfung der USB-Seriennummer an den Administrator, der dem Administrator gehört, muss das Programm alle Änderungen in den Dateien entfernen, und falls das beigefügte Gerät nicht zum Administrator gehört, um alle Aktionen oberhalb der Dateien zu erstellen.

Diese Aktionen speichern nicht im Eingabe des Root-Benutzers im Single-User-Modus, Sie können jedoch ein Kennwort für den GRUB-Loader einstellen, um einen einfachen Zugriff auf den Single-User-Modus zu verhindern.

Informationen zur Seriennummer des Geräts, des Gerätenamens, der Lieferantenkennung, des Herstellernamens und der anderen Parameter können Sie den folgenden Befehl verwenden: udevinfo -a -p / sys / block / sdb

In den neuesten Distributionen des Udevinfo-Programms ist möglicherweise nicht - in diesem Fall sollte Udevadm anstelle von Udevinfo verwendet werden.

Deaktivieren Sie alle USB-Anschlüsse

Bus \u003d\u003d "USB", Optionen + \u003d "ignore_device"

Das Ergebnis dieser Regel schaltet alle an die USB-Anschlüsse des Systems verbundenen Geräte aus - USB-Drucker, Tastaturen und Mäuse funktionieren nicht. Seien Sie vorsichtig, wenn Sie verwenden!

Deaktivieren Sie alle an USB-Anschlüsse angeschlossenen Blockgeräte

Bus \u003d\u003d "USB", Subsystem \u003d\u003d "Block", Optionen + \u003d "ignore_device"

Diese Regel deaktiviert die Erkennung von mit USB-Anschlüssen verbundenen Blockgeräten. Diese Regel kann nützlich sein, um die Datensicherheit und Vertraulichkeit in der Organisation zu verbessern.

Weisen Sie einen permanenten Namen einer zweiten IDE-Geräteinrichtung zu

Ersetzen Sie SDB, wenn Sie die Regel an eine andere Disc anwenden möchten.

Ignorieren Sie die zweite USB-SCSI / IDE-Festplatte, die über USB angeschlossen ist

Kernel \u003d\u003d "SDB", Name \u003d "my_spare"

Bus \u003d\u003d "USB", Kernel \u003d\u003d "HDB", Optionen + \u003d "ignore_device"

Fügen Sie eine symbolische Verbindung zu einer angegebenen USB-Gerätedatei hinzu.

Subsystem \u003d\u003d "Input", Bus \u003d\u003d "USB", SYSFS (seriell) \u003d\u003d "0000: 00: 1D.0", Symlink + \u003d\u003d "MY-USB-Maus"

Ändern Sie den Namensnamen des Geräts basierend auf dem Gerätehersteller

Bus \u003d\u003d "USB", SYSFS (Hersteller) \u003d\u003d "Jetflash", Name \u003d "Universum"

Diese Regel ändert den Namen der Gerätedatei in "Universum", falls der USB-Laufwerkhersteller JetFlash ist.

Aktivieren Sie selektiv die Verwendung von Block-USB-Geräten mit einem speziellen Programm

Bus \u003d\u003d "usb", subsystem \u003d\u003d "block", programm \u003d "/ bin / usbc.jar", Ergebnis! \u003d "Mein", Optionen + \u003d "ignore_device"

Für den Fall, dass das Programm "My" anzeigt, kann das Gerät verwendet werden, andernfalls wird das Gerät ignoriert.

Stellen Sie sich den üblichen Morgen in einem der Mehrstöckel des Schlafbereichs unserer geliebten Stadt vor: WC, Dusche, Rasur, Tee, Reinigen Sie die Zähne, das Wasser der Katze (oder in einer anderen Reihenfolge) - und arbeiten .. . Alles ist auf der Maschine und ohne zu denken. Bis das kalte Wasser aus dem kalten Wasserkran und heißem Wasser fließt. Und es passiert kalt, und von dort - kochendem Wasser !! 11 # ^ * ¿\u003e.

Lass uns umgehen.

Kaltwasserversorgung oder Halle

Die örtliche Pumpstation serviert Wasser zu einer Autobahn aus dem Wasserkanalnetz. Ein großes Zuführrohr tritt in das Haus ein und endet mit einem Ventil, wonach die Wassereinheit kommt.

Wenn Sie kurz sagen, besteht die Wasserstraßenbaugruppe aus zwei Ventilen, einem Maschenfilter und einem Meter.

Einige haben ein zusätzliches Rückschlagventil

und das Wasserzähler reiben.

Die Beobachtung des Wasserzählers ist ein zusätzlicher Zähler mit Ventilen, das das System füttern kann, wenn der Hauptwasserzähler gewartet wird. Nach Zähler wird Wasser in der Hausstraße serviert

wo es an Risern verteilt ist, die Wasser auf den Böden führen.

Was ist der Druck im System?

9-stöckiges

Häuser bis zu 9 Etagen mit hoher Abfüllung von unten nach oben. Jene. Von dem Wasser Meer auf einem großen Rohrwasser geht es in den 9. Stock. Wenn die Wasserspannung eine gute Laune aufweist, sollte es bei der Einführung der unteren Zone etwa 4 kg / cm² betragen. Unter Berücksichtigung des Druckabfalls in einem Kilogramm für alle 10 Meter Wassersäule erhalten die Bewohner des 9. Stocks etwa 1 kg Druck, was als Norm betrachtet wird. In der Praxis in alten Häusern beträgt der Druck auf den Eintrag nur 3,6 kg. Und Bewohner des 9. Stocks sind mit noch weniger Druck als 1 kg / cm² erfüllt

12-20 Böden

Wenn das Haus über 9 Etagen liegt, wie 16 Etagen, ist ein solches System durch 2 Zonen geteilt. Obere und untere. Wenn die gleichen Bedingungen für die untere Zone gerettet werden, und für den oberen Druck wird er auf etwa 6 kg angehoben. Um das Wasser an der Spitze der Fütterungslinie zu heben, und damit geht das Wasser der Riser bis zum 10. Stock. In Häusern über 20 Etagen kann die Wasserversorgung in 3 Zonen unterteilt werden. Mit einem solchen Strömungsschema zirkuliert das Wasser im System nicht, dass es auf der Seite steht. In den Wohnung Hochhäusern erhalten wir den Druck von 1 bis 4 kg. Es gibt andere Bedeutungen, aber jetzt werden wir sie nicht berücksichtigen.

Warmwasserversorgung oder DHW

In einigen geringen Gebäuden ist heißes Wasser gemäß demselben Schema verbunden, es ist, dass der Abzug ohne Zirkulation erläutert wird, dass, wenn der Kran mit heißem Wasser entdeckt wird, einige Zeit kalt, gekühltes Wasser. Wenn Sie in 16 Etagen das gleiche Haus nehmen, dann arbeitet das Warmwassersystem in einem solchen Haus anders. Heißes Wasser so kalt wie kalt wird auch in einem großen Rohrhaus serviert, und nach dem Zähler geht das Zähler zum Hausstraßen

das bringt das Wasser auf dem Dachboden, in dem es an die Riser verteilt ist, und fällt an der Unterseite der rückseitigen Autobahn. Übrigens betrachten die GVS-Zähler nicht nur das Volumen des verlorenen (verbrauchten) Wassers im Haus. Diese Zähler zählen den Verlust der Temperatur (Gigocoloria)

Die Temperatur verliert am Durchgang von Wasser durch die beheizten Wäschetuchschienen, die die Rolle der Riser spielen.

Mit einem solchen Schema zirkuliert heißes Wasser immer. Es lohnt sich, den Kran zu öffnen, heißes Wasser ist schon hier. Der Druck in einem solchen System beträgt ungefähr 6-7 kg. Am Futter und etwas unter der Rückkehr am Zirkulation.

Bei der Zählung von Zirkulation erhalten wir in der Wohnung 5-6 kg Druck im Riser, in der Wohnung. Und sehen Sie sofort den Unterschied im Druck zwischen kaltem und heißem Wasser, von 2 kg. In diesem Fall ist das Wesen der Übertragung von heißem Wasser in der Kälte, wenn Santechiborov schlägt. Wenn Sie das auf heißem Wasser bemerken, haben Sie immer noch einen Druck mehr als auf der Kälte, dann sollten Sie beim Eindringen des Rückschlagventils unbedingt installieren, und die Einstellarmaturen können auf dem System aktiviert werden, was dazu beiträgt, dass der Druck ausgerichtet wird etwa eine Ziffer mit der Kälte. Ein Beispiel für den Einbau von Druckregler

Hotplug - heiße Verbindung) - Begriffe Bedeutung trennung oder verbindung Elektronische Geräte in / bis (Computer) -System während seines Betriebs, ohne den Strom- und Anschlag (System) (HOTPLUG) (HOTPLUG) (HOTPLUG) zu deaktivieren, sowie die Ersetzung des Blocks als Ganzes) ( Heißer Tausch ). Es gibt auch einen Begriff, der das Gegenteil von heißem Ersatz bezeichnet - Kalter Ersatz Das heißt, alle (erneut) Verbindungen werden nach dem Stoppen des Systems und der Entfernung von Spannung (Restpotenzial) hergestellt.

Die Ausrüstung ist durch dieses Prinzip aufgeteilt zulässig Hot Ersatz I. nicht zulassen.

Geschichte

Zuvor wurde das für den Anschluss während der Betätigung vorgesehene Ausrüstung nur in teuren Systemen verwendet und wurde im Design als schwierig angesehen. In letzter Zeit sind solche Systeme auch auf erschwinglichen Computern üblich geworden.

• Entwickelt für den heißen Ersatz und somit unterstützen heiße Ersatz-PCMCIA-Standards, USB, Firewire, Faserkanal und ESATA.
  Unter den Geräten dieses Typs - Flash-Laufwerke, einige Festplatten, einschließlich für Arrays in Servern, PCI-X-Formaten-Erweiterungskarten, PCI-Express, Expresscard (PCMCIA, auch zuvor als PC-Karten genannt), die in Laptops und sogar einige Netzteile verwendet werden .
• Unterstützt nicht die vollständige Heißersatz-SATA-Festplattenschnittstelle und unterstützt die IDE vollständig nicht vollständig (IDE unterstützt die heiße Verbindung).

System-Design

Computer, die zum Ersetzen der Ausrüstung "unterwegs ausgelegt sind, sollten auf der einen oder anderen Weise ermittelt werden, dass das Gerät getrennt ist, sowie elektrische Ketten enthalten, unempfindlich gegen Spannungssprünge, wenn sie angeschlossen und deaktiviert sind. Darüber hinaus muss der Softwareteil für einen plötzlichen Kommunikationsverlust mit dem Gerät ausgelegt sein.

Einige hot-swappable-Schemata erfordern einen Befehl vor dem Ausführung, um zu trennen, was ihr Design vereinfacht, sondern droht die Integrität der Daten, wenn das Gerät nicht richtig gelöst wird oder ein Fehler auftritt.

Komplexere Regelungen haben Reserve in der Reserve und lassen Sie die Daten leicht wiederherstellen, wenn das Gerät plötzlich trennen kann.

Der Begriff "Hot Ersatz" wird in zwei Werten verwendet. Zum einen bezeichnet es die Fähigkeit, das Gerät zu trennen oder anzubringen, ohne die Stromversorgung auszuschalten. Andererseits kann es auch die automatische Definition des Geräts, wenn er angeschlossen ist. Die erste Bedeutung des Begriffs wird an die RS-232-Firewire-Schnittstellen und die einfachsten SCSI-Implementierungen verteilt, der zweite Wert liegt auf USB, FireWire, PCI Express und komplexen SCSI-Varianten.

Bau des Nestes

Die extremen Stromversorgungsbühnen sind länger als interne Signalisierung.

Die meisten modernen Geräte, die den heißen Ersatz ermöglichen, werden mobile Kontakte verwendet. Einer von ihnen ist länger als andere, um mit einem angehängten Teil in Kontakt zu treten, der Bodenkabel verbindet sich durch. Die restlichen Kontakte werden in kürzer umgewandelt, alles kann bis zu 3 verschiedene Längen betragen. Die Verzögerung zwischen dem Anschluss des ersten Kontakts und des nachfolgenden beträgt 25 bis 250 Millisekunden.

Der Stromkreis ist in zwei Stufen verbunden: In der ersten mit Hilfe von längeren Kontakten ist eine Schaltung angeschlossen, begrenzt auf den Strom und dann kürzerer Stromversorgung. Alle an der Verbindung beteiligten Ketten enthalten einen statischen Stromschutz.

Hier ist ein Beispiel einer typischen Anschlusssequenz:

1. Schließen Sie die längsten Kontakte (Erdung). Somit wird die elektrische Sicherheit des Anschlusses und des Schutzes gegen statische Ladung erreicht.
2. Lange oder durchschnittliche Vorleistungskontakte sind geschlossen. Eingangsleistungsschaltungen werden aufgeladen.
3. Kurze Leistungskontakte sind angeschlossen.
4. Die Verbindung gilt als etabliert. Das Leistungs-Initialisierungssignal ist aktiviert.
5. Die weiche Stromversorgungsschaltung ergibt die Spannung an das Gerät.
6. Verzögerung in zehn Millisekunden.
7. Der Stromkreis hat eine weiche Verbindung abgeschlossen. Das Leistungs-Initialisierungssignal ist ausgeschaltet.
8. Das Gerät beginnt volle Arbeit.

Es gibt eine besondere Schwierigkeit, mehrere Geräte anzuschließen, da das zweite, dritte Gerät den Betrieb des bereits verbundenen Betriebs brechen kann. Um dieses Phänomen zu bekämpfen, werden Filter in Ausgangskreisläufen oder temporären logischen Deaktivierungsdaten verwendet.

Heiße Verbindung in der Software

Der Begriff "Hot Connection" wird auch für die Software verwendet und bedeutet, das Programm zu ändern, ohne es anzuhalten. Diese Funktion wird nur von mehreren Programmiersprachen unterstützt, darunter Lisp, Erlang und Smalltalk. Java unterstützt diese Funktion nur während der Debugger-Architektur, JPDA, Java Platform Debugger.

Die objektorientierte Programmiersprache 1c V8 bietet die Möglichkeit, den Code zu ändern, wenn das Programm läuft. (http://v8.1c.ru/overview/release_8_1_5/administration.htm Abschnitt "Konfigurationsteile aktualisieren"). Da die Zusammenstellung einzelner Module zum Zeitpunkt der Ausführung des Programms auftritt, und beim Ändern des Moduls wird er in einer neu "heißen Verbindung" -Stonte zusammengestellt). In der Version V7 war diese Funktion auch mit zusätzlichen Softwaretools (http://openconf.1cpp.ru/vk/turbomd/) und ein regulärer Befehl # heruntergeladen, das per E-Mail heruntergeladen wurde. (Es ist nur erforderlich, neu zu sein -Offen das Formular oder den Bericht). Im Allgemeinen wird bei Verwendung von interpretierbaren Programmiersprachen (mit sparenden Texten von Programmen in Modulen) die "heiße Verbindung" einfach durch Ersetzen von Texten implementiert.

Es gibt zwei verschiedene Möglichkeiten, die heiße Verbindung zu berücksichtigen. Der Kernel berücksichtigt die heiße Verbindung als Wechselwirkung zwischen dem Gerät, dem Kern und dem Kernel-Treiber. Benutzer berücksichtigen eine heiße Verbindung als Wechselwirkung zwischen dem Kern und dem Benutzerraum innerhalb des Programms namens / sbin / hotplug. Dieses Programm wird vom Kernel aufgerufen, wenn er den Platz des Benutzers benachrichtigen möchte, dass im Kernel nur ein gewisser Typ eines heißen Verbindungsereignisses passiert ist.

Dynamische Geräte

Die häufigste Nutzung der Bedeutung des Begriffs "Hot Connect" tritt bei der Diskussion der Tatsache auf, dass die meisten von Computersystemen nun Geräte verarbeiten können, die angezeigt werden oder verschwinden, wenn das System aktiviert ist. Es ist sehr verschieden von Computersystemen vor einigen Jahren, wenn Programmierer wussten, dass sie alle Geräte nur während des Downloads scannen müssen, und sie mussten sich nie um ihre Geräte kümmern, um ihre Geräte zu verschwinden, wenn die Macht für das gesamte Auto ausgeschaltet ist. Mit dem Advent von USB, Cardbus PCMCIA, IEEE1394 und PCI Hot Connection Controller muss der Linux-Kernel die Fähigkeit, sicher arbeiten zu können, unabhängig davon, welcher Geräte hinzugefügt oder aus dem System entfernt wird. Es liegt mit einer zusätzlichen Belastung des Autors des Gerätetreibers, da sie jetzt immer mit dem von der Einreichung abgebrochenen Gerät ohne vorherige Ankündigung arbeiten sollten.

Jeder Reifentyp verarbeitet den Verlust des Geräts auf unterschiedliche Weise. Wenn beispielsweise das PCI-, Cardbus- oder PCMCIA-Gerät aus dem System entfernt wird, tritt in der Regel auf, bevor der Treiber über seine Entfernungsfunktion über diese Aktion informiert wurde. Bevor es passiert, geben alle Messwerte des Reifens PCI alle installierten Bits zurück. Dies bedeutet, dass die Treiber immer den Wert der Daten überprüfen müssen, die sie vom PCI-Bus lesen und den Wert von 0xFF ordnungsgemäß verarbeiten können.

Ein Beispiel dafür ist in der Treiber von Treibern / USB / Host / EHCI-HCD.c zu sehen, was ein PCI-Treiber für die USB 2.0-Controller-Board (Highspeed) ist. Es hat den folgenden Code in seinem Hauptverbindungszyklus, um festzustellen, dass die Controller-Karte aus dem System entfernt wurde:

ergebnis \u003d READL (PTR);

if (Ergebnis \u003d\u003d ~ (U32) 0) / * Karte entfernt * /

RETURN -ENODEV;

Bei USB-Treibern, wenn das Gerät, mit dem der USB angeschlossen ist, aus dem System gelöscht wird, warten alle auf URBS, die an das Gerät gesendet wurden, zuerst mit einem Fehler -Eodev fehlschlagen. Der Treiber muss diesen Fehler erkennen und den gesamten Warteeingang / Ausgang ordnungsgemäß löschen, wenn er erfolgt.

Heiße Verbindungsgeräte sind nicht auf herkömmliche Geräte, wie Maus, Keyboards und Netzwerkkarten, nicht beschränkt. Es gibt viele Systeme, die jetzt den Löschen und das Hinzufügen von gesamten Prozessoren und Speicherkarten unterstützen. Glücklicherweise verarbeitet der Linux-Kernel den Zusatz und das Löschen solcher grundlegenden "Systemsysteme" ordnungsgemäß, so dass einzelne Gerätetreiber nicht auf diese Dinge achten sollten.

Utility / SBIN / Hotplug

Wie früher in diesem Kapitel erwähnt, wird, wenn das Gerät hinzugefügt oder aus dem System entfernt wird, das heiße Verbindungsereignis erzeugt. Dies bedeutet, dass der Kernel das Programm des Benutzerraums / SBIN / HotPlug aufruft. Dieses Programm ist in der Regel ein sehr kleines Bash-Skript, das einfach die Liste der anderen Programme überträgt, die sich in der Verzeichnisstruktur /etc/hotplug.d/ Für die meisten Linux-Distributionen sieht dieses Skript so aus:

Dir \u003d "/ etc / hotplug.d"

für ich in "$ (dir) / $ 1 /" *. Hotplug "$ (dir) /" Default / *. Hotplug; tun.

Wenn [-f $ i]; Dann.

Teste -x $ i && $ i $ 1;

getan

ausfahrt 1.

Mit anderen Worten, das Skript sucht alle Programme mit Suffix .hotplug, die an diesem Ereignis interessiert sein können, und verursacht sie, indem sie eine Reihe verschiedener Umgebungsvariablen übergeben, die vom Kern installiert wurden. Weitere Informationen zum Skript- / SBIN / Hotplug-Werk finden Sie in den Kommentaren zum Programm und auf der Seite HotPlug (8).

Wie bereits erwähnt, wird / SBIN / Hotplug aufgerufen, wenn Sie KOBJJECT-A erstellen oder zerstören. Das Hot-Verbindungsprogramm wird mit einem Argument der Befehlszeile aufgerufen, die den Namen für dieses Ereignis darstellt. Der Hauptkern und ein bestimmtes Subsystem teilnehmen auch an der Einstellung der Set von Umgebungsvariablen (siehe unten) mit Informationen, die gerade passiert sind. Diese Variablen werden in Hot Connect-Programmen verwendet, um zu bestimmen, was im Kernel gerade passiert ist, und gibt es spezielle Maßnahmen, die erfahren sollten.

Das an / sbin / hotplug übertragene Befehlszeilen-Argument ist ein Name, der diesem Hot Connection-Ereignis zugeordnet ist, wie der von dem KOBJECT zugeordnete KSET-OHM definiert ist. Dieser Name kann auf die Namens-Merkmalsanrufe eingestellt werden, die Teil der HotPlug_OPS-KSET-Struktur ist, die zuvor in diesem Kapitel beschrieben wurde. Wenn diese Funktion fehlt oder nie verursacht wird, wird der Name des KSET selbst verwendet.

Die Standard-Umgebungsvariablen, die immer für das Programm / SBIN / HotPlug installiert sind, sind:

Aktion.

Linie Hinzufügen (Hinzufügen) oder Entfernen, je nachdem, ob dieses Objekt gerade erstellt oder zerstört wurde.

Devath.

Der Pfad zum Verzeichnis im SYSFS-Dateisystem, das KOBJECT angibt, das derzeit entweder erstellt oder zerstört wird. Bitte beachten Sie, dass die SYSFS-Dateisystemmontage nicht zu diesem Pfad hinzugefügt wird, sodass seine Definition bereitgestellt wird, um ein Benutzerbereichsprogramm zu erstellen.

SEQNUM.

Die Sequenznummer für dieses Hot Connection-Ereignis. Die Sequenznummer ist eine 64-Bit-Nummer, die mit jedem Heather generierten Hot Connection-Ereignis zunimmt. Dadurch kann der Benutzerbereich die Sortierung der Hot Connection-Ereignisse in der Reihenfolge, in der der Kernel sie erzeugt, sortiert, da der Kernel sie erzeugt, da es möglich ist, für die Benutzerraumprogramme zu arbeiten.

Teilsystem

Die gleiche Zeichenfolge, die als Befehlszeilenargument wie oben beschrieben übermittelt wird.

Eine Reihe unterschiedlicher Reifen-Subsysteme für Call / SBIN / HotPlug fügen ihre eigenen Umgebungsvariablen hinzu, wenn das mit dem Bus verbundene Gerät hinzugefügt oder aus dem System entfernt wurde. Sie machen es in ihrem umgekehrten Hot Connection-Anruf, der in der in diesem Bus zugeordneten struct kset_hotplug_OPs angegeben ist (wie im Abschnitt "Hot Connection Operations" beschrieben). Auf diese Weise können Sie den Benutzerraum automatisch die erforderlichen Module herunterladen, die möglicherweise erforderlich sind, um das im Bus erkannte Gerät zu steuern. Hier ist eine Liste verschiedener Arten von Reifen- und Umgebungsvariablen, die sie zum Anruf / SBIN / HotPlug hinzufügen.

IEEE1394 (FireWire)

Alle Geräte auf dem IEEE1394-Bus, auch als Firewire bezeichnet, haben einen Namensparameter für / SBIN / HotPlug und die Subsyste-Umgebungsvariable ist auf IEEE1394 eingestellt. Das Subsystem IEEE1394 fügt auch die folgenden vier Umgebungsvariablen hinzu:

Hersteller-ID

24-Bit-Lieferantenkennung für IEEE1394-Gerät.

Model_id

24-Bit-Modellkennung für IEEE1394-Gerät.

GUID.

64-Bit-GUID für dieses Gerät.

Specifier_ID.

24-Bit-Wert, der den Eigentümer der Protokollspezifikation für dieses Gerät definiert

Ausführung.

Ein Wert, der die Version der Protokollspezifikation für dieses Gerät definiert.

Netz

Alle Netzwerkgeräte erstellen eine heiße Verbindungsnachricht, wenn das Gerät in dem Kernel registriert oder nicht registriert ist. Calling / SBIN / HotPlug verfügt über einen Namensparameter und die Subsyste-Umgebungsvariable ist auf Netz eingestellt und fügt nur die folgende Umgebungsvariable hinzu:

Schnittstelle.

Der Name der angemeldeten Benutzeroberfläche ist vom Kernel nicht registriert. Beispiele für sie sind lo und eth0.

PCI.

Alle Geräte auf dem PCI-Bus haben den Namensparameter und die Subsyste-Umgebungsvariable ist auf PCI eingestellt. Das PCI-Subsystem fügt auch immer die folgenden vier Umgebungsvariablen hinzu:

Pci_class.

PCI-Klassennummer für dieses Gerät in Hexadezimal.

Pci_id.

Lieferantenkennungen und PCI-Geräte für dieses Gerät, in Hexadezimal, kombiniert im Lieferantenformat: Gerät.

Pci_sbsys_id.

Lieferantenkennungen und PCI-Subsysteme kombiniert in Subsys_Vendor: Subsys_Device-Format.

Pci_slot_name.

Der "Name" des PCI-Slots, der dem Gerät Kernel im Domänenformat angegeben ist: Bus: Slot: Funktion. Ein Beispiel kann 0000: 00: 0d.0 sein.

Eingang

Bei allen Eingabegeräten (Maus, Keyboards, Joysticks usw.) wird die heiße Verbindungsnachricht erzeugt, wenn das Gerät hinzugefügt und aus dem Kernel entfernt wird. Der Parameter / SBIN / HotPlug und die Umgebungsvariable Subsystem werden auf die Eingabe eingestellt. Das Input-Subsystem fügt auch immer die folgenden Umgebungsvariablen hinzu:

Produkt

Eine mehrwertige Zeichenfolge, die die Werte in Hexadezimalform auflistet, ohne führende Nullen, im Format bustype: Lieferant: Produkt: Version.

Die folgenden Umgebungsvariablen können vorhanden sein, wenn das Gerät sie unterstützt:

Name.

Der Name des Eingabegeräts wie vom Gerät angegeben.

Phys.

Die physikalische Adresse des Geräts, das das Entry-Subsystem dieses Gerät ergab. Es muss abhängig von der Position des Reifens stabil sein, an den das Gerät angeschlossen wurde.

Alle erfolgen vom Deskriptor des Eingabegeräts und sind in den entsprechenden Werten installiert, wenn dieses Eingabegerät sie unterstützt.

USB

Alle Geräte auf dem USB-Bus haben einen Namensparameter und die Subsyste-Umgebungsvariable ist auf USB eingestellt. Das USB-Subsystem fügt auch immer die folgenden Umgebungsvariablen hinzu:

Produkt

Zeichenfolge in IDVendor / IDProduct / BCDDevice-Format

Art

Reihe im Format. bdeviceclass / bdevicesucclass / bdeviceprotokollwelche definiert diese USB-Felder abhängig.

Wenn das BDEVICECLASS-Feld auf 0 eingestellt ist, wird auch die folgende Umgebungsvariable installiert:

Schnittstelle.

Reihe im Format. bintersaceclass / BinterFacesubclasse / BinterAcRotocolwelche definiert diese USB-Felder abhängig.

Wenn die Option CONFIG_USB_DEVICEFS Kernel Assembly-Option ausgewählt ist, wodurch ausgewählt wird, dass das USBFS-Dateisystem im Kernel erhoben wird, wird auch die folgende Umgebungsvariable eingestellt:

Gerät.

Eine Zeichenfolge, die anzeigt, wo sich das Gerät im USBFS-Dateisystem befindet. Diese Zeile hat ein Format / Proc / bus / usb / usb_bus_number / sb_device_numberIn dem die USB_BUS_Number eine dreistellige USB-Busnummer ist, mit der das Gerät angeschlossen ist und die USB_DEVICE_NUMMER eine dreistellige Zahl ist, die dem Kern für dieses USB-Gerät zugewiesen wurde.

SCSI.

Alle SCSI-Geräte erstellen ein Hot Connection-Ereignis, wenn das SCSI-Gerät aus dem Kernel erstellt oder entfernt wird. Calling / SBIN / HotPlug hat den Namensparameter und die Subsyste-Umgebungsvariable wird für jedes SCSI-Gerät auf SCSI eingestellt, das für jedes SCSI-Gerät hinzugefügt oder aus dem System entfernt wird. Dem SCSI-System werden jedoch keine zusätzlichen Umgebungsvariablen hinzugefügt, es wird jedoch hier erwähnt, da in einem Benutzerraum ein spezielles SCSI-Skript vorhanden ist, das feststellen kann, dass SCSI-Treiber (Laufwerk, Ribbon-Laufwerk, Normal usw.) für das angegebene geladen werden müssen Gerät SCSI.

Installationsstationen Notebooks.

Wenn der Plug-and-Play-Support installiert ist (Dock), wird die Laptopstation vom Linux-Laufsystem hinzugefügt oder entfernt (indem Sie den Laptop in die Station einschalten, oder löschen), wird das Hot Connection-Ereignis erstellt. Calling / SBIN / HotPlug verfügt über einen Namensparameter- und Subsyste-Umgebungsvariablen, der auf Dock eingestellt ist. Es werden keine anderen Umgebungsvariablen installiert.

S / 390 und ZSeries

Auf der S / 390-Architektur unterstützt die Kanalbus-Architektur eine breite Palette von Geräten, von denen jeder / sbin / Hotplug-Ereignisse erzeugt, wenn sie vom Linux-virtuellen System hinzugefügt oder entfernt werden. Alle diese Geräte verfügen über den Parameter- und Subsyste-Umgebungsvariablen, die auf die DASD eingestellt sind. Es werden keine anderen Umgebungsvariablen installiert.

Verwendung / SBIN / Hotplug

Nun, da der Linux-Kern / SBIN / HOTPLUG für jedes Gerät, das für jedes Gerät hinzugefügt oder aus dem Kernel entfernt wird, um dies zu verwenden, um dies zu verwenden, eine Anzahl sehr nützlicher Tools in dem Benutzerbereich erstellt. Die beiden der beliebtesten Tools sind Hot Connection Linux-Skripts und Udev.

Hot Connection-Skripts Linux

Linux Hot Connection-Skripts begannen als erster Benutzer / SBIN / Hotplug-Benutzer. Diese Skripts betrachten verschiedene Umgebungsvariablen, die der Kernel für eine Beschreibung des Geräts setzt, die gerade erkannt wurde, und dann versuchen, das Kernel-Modul zu finden, das diesem Gerät entspricht.

Wie bereits erwähnt, akzeptiert der Treiber, wenn der Treiber das Modul_Device_Table-Makro verwendet, das Programm, das Programm, deprMOD, diese Informationen akzeptiert und erstellt Dateien in /Lib/module/kernel_version/modules.Map.. Ein Zeichen * ist ein Unterschied, abhängig von der Art des Reifens, den der Fahrer unterstützt. Derzeit werden die modularen Kartendateien für Treiber erstellt, die mit Unterstützungsgeräten mit PCI-Subsystemen, USB, IEEE1394, Input, ISAPNP und CCW arbeiten.

Hot Connection-Skripts Verwenden Sie diese modularen Karten-Textdateien, um ein Modul zu definieren, um zu versuchen, ihn herunterzuladen, um das Gerät zu unterstützen, das kürzlich vom Kernel erkannt wurde. Sie laden alle Module und stören nicht am ersten entsprechen, damit der Kernel auswählen kann, welches Modul am besten geeignet ist. Diese Skripts entladen nicht alle Module beim Entfernen von Geräten. Wenn sie dies versuchten, können sie die Geräte versehentlich ausschalten, die auch vom Gerätetreiber verwaltet werden, der entfernt wurde.

Hinweis, nun, da das Modprobe-Programm die Modul_Device_Table-Informationen direkt von den Modulen lesen kann, ohne dass eine modulare Kartendatei erforderlich ist, können Hot Connection-Skripts auf einen kleinen Wrapper um das Modprobe-Programm reduziert werden.

udev.

Eine der Hauptgründe für das Erstellen eines einheitlichen Treibermodells im Kernel bestand darin, dem Benutzer Speicherplatz zu ermöglichen, das / dev in einem dynamischen Stil zu steuern. Zuvor wurde es in dem Benutzerraum durch Implementierung von DEVFs durchgeführt, aber diese Codebasis hat jedoch aufgrund des Mangels an aktiven begleitenden und bestimmten unverbesserlichen Grundfehlern allmählich verrottet. Mehrere Kernentwickler erkannten, dass, wenn alle Geräteinformationen in den Speicherplatz des Benutzers exportiert wurden, alle erforderlichen Holzsteuerung / dev ausführen.

devfs hat in seinem Design einige sehr erhebliche Nachteile. Es ist erforderlich, dass jeder Gerätetreiber geändert wird, um es zu unterstützen, und es erfordert, dass der Gerätetreiber den Namen und den Ort in der Baumstruktur / dev angeben, wo es platziert ist. Es handhabt auch nicht ordnungsgemäß dynamische ältere und jüngere Zahlen, wodurch die Namensrichtlinien des Geräts, die zum Kernel gehören, nicht den Benutzerbereich. Die Linux-Kernel-Entwickler hassen es wirklich, eine Richtlinie im Kern zu haben, und da die Namensrichtlinie der Devfs nicht der Linux-Standard-Basisspezifikation folgt, stört sie sie wirklich.

Da der Linux-Kernel anfing, auf riesigen Servern installiert zu werden, haben viele Benutzer ein Problem aufgetreten, wie man eine sehr große Anzahl von Geräten verwaltet. Die Arrays von Festplattenlaufwerken von mehr als 10.000 einzigartigen Geräten stellen eine sehr schwierige Aufgabe dar, um sicherzustellen, dass jede Festplatte immer mit demselben genauen Namen renoviert wird, wo immer sie in der Plattenarray platziert ist oder wenn der Kern entdeckt wurde. Das gleiche Problem, von dem Desktop-Benutzer leiden, und versuchen, zwei USB-Drucker an ihr System anzuschließen und dann zu verstehen, dass sie nicht die Gelegenheit hatten, sicherzustellen, dass der Drucker, der als DEV / LPT0 bekannt ist, nicht geändert und einem anderen Drucker zugeschrieben wird . Im Falle des Neustarts des Systems.

So wurde Udev erstellt. Es stützt sich auf alle Geräteinformationen, die über SYSFS, die über SYSFs exportiert sind, über SYSFS exportiert und über / SBIN / Hotplug benachrichtigt, dass das Gerät hinzugefügt oder gelöscht wurde. Politische Entscheidungen, wie z. B. welchen Namen, um das Gerät zu ergeben, kann im Benutzerraum außerhalb des Kernels angezeigt werden. Dadurch wird sichergestellt, dass die Namensrichtlinie aus dem Kernel entfernt wird und bei der Benennung jedes Geräts einen größeren Grad an Flexibilität ermöglicht.

Weitere Informationen zur Verwendung von UDEV und deren Konfiguration finden Sie in der Dokumentation, die dem UDEV-Paket in Ihrer Verteilung geliefert wird.

Alles, was der Fahrer tut, muss getan werden, damit Udew mit ihm zusammenarbeitet, ist sicherzustellen, dass alle leitenden und jüngeren Räume, die dem vom Treiber des Treibers verwalteten Treibers zugewiesen sind, in den Benutzerraum über SYSFS exportiert werden. Für jeden Treiber, der das Subsystem verwendet, um ihm eine Senior- und Junior-Nummer zuzuordnen, wurde er bereits vom Subsystem erstellt und der Fahrer sollte keine Arbeit erledigen. Beispiele für Subsysteme, die dies tun, sind Subsysteme: TTY, MISS, USB, INPUT, SCSI, Block, I2C, Netzwerk- und Rahmenpuffer. Wenn Ihr Fahrer eine Senior- und Junior-Nummer über den Anruf der CDEV_INIT-Funktion oder die veraltete, register_chrdev-Funktion unabhängig voneinander verarbeitet, muss der Treiber geändert werden, sodass UDEV ordnungsgemäß mit ihm gearbeitet hat.

udev schaut in einem Baum / Klassen / in einer SysFS-Datei mit dem Namen "DEV", um zu ermitteln, welche Senior- und Junior-Nummer dieses Geräts zugewiesen ist, wenn er den Kernel über die Schnittstelle / SBIN / HOSTPLUG aufgerufen wird. Laufwerk Das Gerät ist einfach erforderlich, um eine solche Datei für jedes Gerät zu erstellen, mit dem er steuert. In der Regel ist die Class_Simle-Schnittstelle der einfachste Weg, dies zu tun.

Wie bereits im Abschnitt "Class_Simle Interface" erwähnt, ist der erste Schritt bei der Verwendung der Class_Simle-Schnittstelle die Erstellung eines struct class_simle, indem er die Funktion class_simple_create anruft:

statische Strschschrift class_simle * foo_class;

foo_class \u003d class_simple_create (the_module, "foo");

if (is_err (foo_class)) (

Printk (Kern_err "Fehler beim Erstellen der FOO-Klasse. \\ N");

GOTO-Fehler;

Dieser Code erstellt ein Verzeichnis in SYSFS V / SYS / Class / Foo.

Wenn der Treiber ein neues Gerät findet, und Sie ihm die jüngere Nummer zuweisen, wie in Kapitel 3 beschrieben, muss der Treiber die Funktion class_simple_device_add anrufen:

class_simple_device_add (foo_class, mkdev (foo_major, moll), , "foo% d", minderjährig);

Dieser Code verursacht die Erstellung des Unterverzeichnisses in / sys / class / foo namens foon, wobei n die jüngere Zahl für dieses Gerät ist. Dieses Verzeichnis erstellt eine Datei, dev, und genau das, was Udev einen Geräteknoten für Ihr Gerät erstellen muss. Wenn Ihr Treiber frei von dem Gerät ist und Sie den jüngeren Raum ablehnen, der daran angeschlossen war, dass der SYSFS-Eintrag für dieses Gerät entfernen muss, müssen Sie class_simple_device_remove anrufen:

class_simple_device_remove (mkdev (foo_major, minderjähriger);

Wenn der gesamte Treiber ausgeschaltet wird, ist der Löschen der Klasse, die Sie ursprünglich den CLASS_SIMPLE_CREATE-Anruf erstellt haben, der notwendige Anruf-CLASS_SIMPLE_DESTROY:

class_simple_destroy (foo_class);

Dev-Datei, die erstellt wird, indem Sie CLASS_SIMPLE_DEVICE_ADD anrufen, besteht aus einem senioren und jüngeren Raum, der durch ein Symbol getrennt ist :. Wenn Ihr Treiber die Class_Simle-Schnittstelle nicht verwenden möchte, da Sie das Subsystem andere Dateien im Klassenverzeichnis vorgeben möchten, verwenden Sie die Funktion druck_dev_t für das ordnungsgemäße Format der älteren und Junior-Nummer für jedes Gerät.

Damit jede Wohnstruktur normal funktioniert, ist das Wasserversorgungssystem installiert. Sein kompetentes Gerät bietet zeitnahe Futtermittel und ausreichend Wasserdruck. Dieser Artikel wird detailliert das Schema der Warmwasserversorgung, den Verbindungsarten und seine Merkmale in einem Wohngebäude beschreiben.

Was ist die Besonderheit der Wasserversorgung eines Wohnungsgebäudes?

Das Wasserbau mit einem großen Stockwerk ist sehr schwierig. Immerhin besteht das Haus aus einer Vielzahl von Apartments mit separaten Badezimmern und Klemplengeräten. Mit anderen Worten, das Wasserversorgungsschema in Wohngebäuden ist ein bestimmter Komplex mit separaten Lagen von Rohren, Druckregler, Filtern und Rechnungslegungsgeräten.

Am häufigsten verwenden die Bewohner von Hochhäusern Wasser mit Wasser der Zentralwasserversorgung. Mit Hilfe der Wasserzufuhr wird es unter bestimmten Druck in separate Sanitärvorrichtungen eingespeist. Oft wird Wasser durch Chlorierung gereinigt.

Zusammensetzung des zentralen Wasserversorgungssystems

Zentralisierte Wasserversorgungsschemata in Hochhäusern bestehen aus einem Vertriebsnetz, Wassereinlassstrukturen und Reinigungsstationen. Bevor Sie in die Wohnung gelangen, verschwindet das Wasser einen langen Weg von der Pumpstation bis zum Wasser. Erst nach Reinigung und Desinfektion wird Wasser in das Verteilungsnetz geschickt. Mit Hilfe des letzten Wassers wird es den Instrumenten und Geräten zugeführt. Die Rohre des zentralen Schemas der Warmwasserversorgung eines mehrstöckigen Hauses können aus Kupfer, Metalplastik und Stahl bestehen.

Die letzte Art von Material wird praktisch nicht in modernen Gebäuden verwendet.

Arten von Wasserversorgungsschemata

Das Wasserversorgungssystem ist drei Typen:

• kollektor;
• sequentiell;
• kombiniert (gemischt).

In letzter Zeit wird in den Apartments zunehmend eine große Anzahl von Sanitärgeräten verwendet kollektives Layout. . Es ist eine optimale Option für das normale Funktionieren aller Geräte. Das Heißwasserversorgungsschema des Heißtyps beseitigt die Druckabfälle an verschiedenen Anschlussstellen. Dies ist der Hauptvorteil dieses Systems.

Wenn Sie das Diagramm näher in Betracht ziehen, können wir abschließen, dass es keine Probleme mit der Verwendung von Sanitärgeräten für den Termin zur gleichen Zeit geben wird. Die Essenz der Verbindung ist derart, dass jeder einzelne Wasserverbraucher mit den Kollektoren eines kalten und heißen Wassers verbunden ist, das isoliert ist. Rohre haben nicht viele Verzweigungen, sodass die Wahrscheinlichkeit eines Lecks sehr klein ist. Solche Wasserversorgungspläne in mehrstöckigen Gebäuden sind einfach zu warten, aber die Kosten für die Ausrüstung sind hoch genug.

Laut Experten erfordert das Kollektorschema von Warmwasser die Installation einer komplexeren Installation von Sanitärgeräten. Diese negativen Seiten sind jedoch nicht so kritisch, insbesondere in Anbetracht der Tatsache, dass das Kollektorschema viele Vorteile hat, beispielsweise - verborgene Montage von Rohren und Rechnungslegung einzelner Merkmale des Geräts.

Sequentielles Warmwasserkreislauf Ein mehrstöckiges Haus ist der einfachste Weg der Verdrahtung. Ein solches System wird nach der Zeit getestet, es wurde in der Zeit der UdSSR in Betrieb genommen. Die Essenz ihres Geräts ist, dass die Kälte- und Heißwasserleitung parallel zueinander erfolgt. Ingenieure empfehlen mit diesem System in Apartments mit einem Badezimmer und einer kleinen Anzahl von Sanitärgeräten.

Bei den Menschen heißt ein solches Schema der Warmwasserversorgung eines mehrstöckigen Hauses TEANICS. Das heißt, die Hauptstraßen sind Batching, die miteinander verbunden sind. Trotz der einfachen Installation und das Sparen des Verbrauchsmaterials verfügt dieses System über mehrere große Fehler:

1. Im Falle eines Lecks ist es schwierig, nach beschädigten Bereichen zu suchen.
2. Die Unmöglichkeit, Wasser zu einer separaten Klempnervorrichtung zu liefern.
3. Die Schwierigkeit, auf Pipes im Falle von Pannen zuzugreifen.

Warmwasserversorgungswohnung Gebäude. Planen

Rohrverdrahtung ist in zwei Arten unterteilt: Heiz- und Kaltwasserversorgung. Kurz gesagt, sie werden als HPW und DHW genannt. Besonderes Augenmerk verdient ein Warmwassersystem eines Apartmentgebäudes. Die DHW-Netzwerkschaltung besteht aus zwei Arten von Verdrahtung - unterer und oben. Um die hohe Temperatur in der Rohrleitung zu halten, verwenden Sie häufig Flanschkabel. Der Gravitationsdruck wird trotz der Abwesenheit der Wasseraufbereitung im Ring zirkuliert. Es wird in der Steigleitung abgekühlt und tritt in die Heizung ein. Wasser mit einer größeren Temperatur wird in den Rohren serviert. Es gibt also eine kontinuierliche Zirkulation des Kühlmittels.

Die Dead-End-Autobahnen sind auch nicht ungewöhnlich, aber meistens können sie in den wirtschaftlichen Räumlichkeiten der Industrieeinrichtungen und in kleinen Wohngebäuden mit einem kleinen Boden gefunden werden. Wenn die Wasserauswahl unbequem ist, wird die Zirkulationspipeline verwendet. Ingenieure empfehlen den Einsatz von Warmwasserversorgung in Wohngebäuden (das System wurde oben in Betracht gezogen) mit einem Boden von nicht mehr als 4. Tube-Produkte mit einem Sackgasse in Hostels, Sanatorien und Hotels. Riple-Netzwerkrohre haben weniger metallische Kapazitäten, so cooler.

HBS-Netzwerke in ihrer Zusammensetzung weisen eine horizontale Hauptpipeline- und -verteilungs-Riser auf. Letztere bieten Rohrleitungen auf einem separaten Objekt - Apartments. DHW ist in maximaler Nähe zur Sanitärausrüstung montiert.

Für Gebäude mit hoher Länge von Kofferrohren werden Schemata mit Zirkulation und Flocken verwendet, indem Pipelines geben. Obligatorische Bedingung ist die Installation der Pumpe, um den Umlauf und einen konstanten Wasseraustausch aufrechtzuerhalten.

Dual-Pipe-DHW-Schaltung - Foto 07

Moderne Bauunternehmen und Ingenieure greifen zunehmend auf die Verwendung von Zwei-Pipe-GVS-Systemen zurück. Der Betriebsprinzip besteht darin, dass die Pumpe Wasser aus der Return Highway nimmt und es dem Heizgerät liefert. Die Pipeline hat einen größeren Metallverbrauch und gilt als die zuverlässige für Verbraucher.