Interface HDMI. Συστήματα ύδρευσης ενός κτιρίου διαμερισμάτων: Τύποι δικτύων και προγραμμάτων. Ζεστό και κρύο νερό παροχή ζεστού και κρύου συστήματος συσκευής

Αρχικό: Ορισμένοι κανόνες και παραδείγματα UDEV
Συγγραφείς: Vimal Daga, Davender Singh
Ημερομηνία δημοσίευσης: 28 Ιουνίου 2012
Μετάφραση: A.Panin
Ημερομηνία δημοσίευσης μετάφρασης: 23 Οκτωβρίου 2012

Χάρη στο σύστημα UDEV, το οποίο έχει αναπτύξει Greg Kroah-Hartman, Kay Sievers και Dan Stekloff, η διαδικασία σύνδεσης των δίσκων Flash, οι σκληροί δίσκοι, οι κάμερες και τα κινητά τηλέφωνα στο σύστημα Linux OS έχουν γίνει απλή και διαχειρίζεται περισσότερο από ποτέ. Για πρώτη φορά που εφαρμόζεται στην έκδοση του Linux 2.6, το σύστημα UDEV επεξεργάζεται τόσο τη ζεστή σύνδεση των συσκευών στο σύστημα εργασίας όσο και την ψυχρή σύνδεση των συσκευών (συνδεδεμένη στη συμπερίληψη του συστήματος). Σε αυτό το άρθρο, θα εξετάσουμε τη διαδικασία της δυναμικής δημιουργίας αρχείων συσκευών στον κατάλογο / dev και να δώσουμε διάφορα παραδείγματα ρυθμίσεων κατάλληλα για χρήση ή μόνο για διασκέδαση.

Στο UDEV γνωρίζει την εφαρμογή των συσκευών DEVFS του συστήματος αρχείων στο χώρο χρήστη. Το σύστημα περιλαμβάνει την υπηρεσία UDEVD, τα αρχεία ρυθμίσεων και τα αρχεία κανόνων που χρησιμοποιούνται για τη δυναμική διαχείριση αρχείων συσκευών Linux που βρίσκονται στον / dev κατάλογο σε απάντηση σε συμβάντα που δημιουργούνται από τον πυρήνα (Uhevents). Η UDEV αντικατέστησε επιτυχώς την παλιά εφαρμογή DEVFS ξεκινώντας από τον πυρήνα του Linux 2.6.

Γιατί χρεύσατε μια πλήρως ανακυκλωμένη εφαρμογή του συστήματος διαχείρισης αρχείων συσκευής; Και γιατί ήταν η εισαγωγή του UDEV τόσο επιτυχημένη; Για να λάβετε μια απάντηση, είναι απαραίτητο να εξεταστεί το ιστορικό ανάπτυξης των διεπαφών προγραμμάτων οδήγησης της συσκευής του Linux.

Δύο τιμές 8-bit σχετίζονται με κάθε αρχείο συσκευής: ένα αναγνωριστικό junior (δευτερεύον αριθμό) και ανώτερο αναγνωριστικό (κύριος αριθμός). Κάθε οδηγός συσκευής έχει ένα ανώτερο αναγνωριστικό. Και όλα τα αρχεία συσκευών που εκτελούν αυτό το πρόγραμμα οδήγησης έχουν το ίδιο ανώτερο αναγνωριστικό. Τα αναγνωριστικά συσκευών Junior είναι διαφορετικά από διαφορετικές συσκευές που εκτελούν αυτό το πρόγραμμα οδήγησης.

Σε προηγούμενες εκδόσεις του συστήματος αρχείων Linux / dev περιείχε ένα στατικό αρχείο για κάθε συσκευή, η οποία θα μπορούσε να συνδεθεί με το σύστημα (και να διαχειρίζεται το πρόγραμμα οδήγησης συσκευής). Δυστυχώς, αυτή η προσέγγιση είχε πολλά προβλήματα: δεν υπήρχαν αρκετές τιμές αναγνωριστικού για την εκχώρηση όλων των δυνατών συσκευών, ειδικά υπό τον αυξανόμενο αριθμό υποστηριζόμενων συσκευών. Επίσης, η παρουσία περισσότερων από 18.000 αρχείων συσκευών απαιτούσε μεγάλο αριθμό πρόσθετου χώρου στο δίσκο. Αυτά τα προβλήματα έχουν λυθεί παρέχοντας τις δυνατότητες UDEV να αγνοήσουν τις τιμές του νεότερου και του ανώτερου αναγνωριστικού των αρχείων συσκευών.

Με τις συνδέσεις θερμής συσκευής, όπως εξοπλισμό διασύνδεσης USB, δεν υπήρχε σταθερότητα κατά την ανάθεση του ονόματος και του αναγνωριστικού του αρχείου συσκευής. Για παράδειγμα, σε ένα σύστημα με δύο εκτυπωτές USB, ένας από τους εκτυπωτές μπορεί να υποβληθεί από το αρχείο / dev / usb / lp0, και το άλλο αρχείο / dev / USB / LP1 - αλλά δεν υπάρχει ακριβής κατανόηση των εκτυπωτών από οποιοδήποτε άλλο αρχείο. Αυτή η συμπεριφορά θα μπορούσε να ποικίλει ανάλογα με τις οποίες οι συσκευές ενεργοποιήθηκαν όταν ο υπολογιστής έχει τοποθετηθεί ή συνδεθεί πριν - ή μπορεί να ποικίλει ανάλογα με το αν η συσκευή είναι συνδεδεμένη σε έναν διαχωριστή USB ή απευθείας στη θύρα USB του συστήματος. Αυτή η συμπεριφορά έχει πάντα απογοητευτεί και μπερδεμένους χρήστες. Το σύστημα UDEV σας επιτρέπει να ορίσετε ένα σταθερό όνομα συσκευής χρησιμοποιώντας τους κανόνες.

Άλλα χαρακτηριστικά του UDEV Επίλυση πολλών προβλημάτων που έχουν κληρονομηθεί από DEVFS:

• Το UDEV λειτουργεί στο χώρο του χρήστη, μειώνοντας την ποσότητα και την πολυπλοκότητα του βασικού κώδικα.
• Το UDEV σάς επιτρέπει να αντιστοιχίσετε ένα σταθερό όνομα συσκευής που δεν εξαρτάται από τη σειρά της συσκευής και τη θέση της συσκευής στο δίαυλο.
• Το UDEV αλλάζει δυναμικά αρχεία στους καταλόγους / dev, δημιουργώντας αρχεία μόνο για αυτές τις συσκευές που υπάρχουν και συνδέονται με το σύστημα. Είναι επίσης δυνατό να αντιστοιχίσετε αυθαίρετα ονόματα συσκευών χρησιμοποιώντας συμβολικούς συνδέσμους σε αρχεία συσκευών.
• Η UDEV παρέχει πληροφορίες σχετικά με τη συσκευή εφαρμογών χώρου χρήστη, αφαιρώντας την ανάγκη πρόσβασης στις εσωτερικές δομές του πυρήνα για να ληφθούν αυτές οι πληροφορίες.

Πώς λειτουργεί η UDEV

Η υπηρεσία UDEVD ακούει την υποδοχή NetLink ενώ περιμένει συμβάντα που δημιουργούνται από τον πυρήνα όταν η συσκευή είναι συνδεδεμένη ή αποσυνδεδεμένη. Μπορείτε να παρακολουθήσετε αυτές τις εκδηλώσεις χρησιμοποιώντας την εντολή UDEVMonitor - να το εκτελέσετε, συνδέστε τη συσκευή USB, για παράδειγμα, μια μονάδα flash και αποσυνδέστε την (στις τελευταίες κατανομές, ενδέχεται να μην είναι udevmonitor - σε αυτή την περίπτωση, χρησιμοποιήστε udevAdm.)

Κατά τη διάρκεια της εκκίνησης UDEV, το σύστημα αρχείων TMPFS στον κατάλογο / dev τοποθετημένο. Μετά από αυτό, τα αρχεία συσκευής αντιγράφονται από τον κατάλογο / ab / udev / συσκευή στον κατάλογο / dev και UDEV αρχίζει να λαμβάνει τα συμβάντα πυρήνα για συσκευές σε ψυχρές συνδεδεμένες συσκευές. Directory /etc/udev/rules.d χρησιμοποιείται για να αλλάξει τις παραμέτρους της συσκευής, δημιουργώντας συμβολικούς συνδέσμους σε αρχεία συσκευών και την εκτέλεση άλλων ενεργειών. Για συσκευές που χρησιμοποιούν μια ζεστή σύνδεση, το UDEVD λαμβάνει τα συμβάντα του πυρήνα χρησιμοποιώντας το D-Bus, μετά το οποίο τα χαρακτηριστικά της νέας συσκευής από το σύστημα / συστήματα αρχείων λαμβάνουν και εφαρμόζει τους κανόνες ανάλογα με τα χαρακτηριστικά - μετά τη δημιουργία του αρχείου συσκευής στο Σύστημα αρχείων / DEV. Το UDEV σας επιτρέπει επίσης να φορτώσετε τα προγράμματα οδήγησης συσκευών που προορίζονται για αυτό χρησιμοποιώντας τον μηχανισμό Modalias.

Κανόνες και παραδείγματα χρήσης του UDEV

Η UDEV παρέχει τη δυνατότητα να αλλάξει τη συμπεριφορά του με βάση τους κανόνες και τα αρχεία διαμόρφωσης. Μπορείτε να υπερασπιστεί την αρχή της λειτουργίας των κανόνων που παρέχονται με το σύστημα (συνήθως τοποθετημένο στο /lib/udev/rules.d) ή προσθέστε ατομικές και συγκεκριμένες λειτουργίες που πληρούν τις ανάγκες σας. Οι κανόνες μπορούν να προστεθούν στον κατάλογο καταλόγου /etc/udev/rules.d/ για μεμονωμένους κανόνες χρηστών.

Δημιουργήστε τους κανόνες σας (που αντιστοιχούν το όνομα του αρχείου συσκευής, δημιουργήστε συμβολικούς συνδέσμους, ρυθμίστε τα δικαιώματα πρόσβασης και εκτελέστε άλλες ενέργειες που χρειάζεστε) σε αυτόν τον κατάλογο. Για να βεβαιωθείτε ότι ο κανόνας προηγείται των υπόλοιπων, βεβαιωθείτε ότι το όνομα του αρχείου αρχίζει με έναν αριθμό μικρότερο από τους άλλους κανόνες που πρέπει να εκτελεστούν μετά από αυτό - για παράδειγμα, 10-τοπικά.

Απενεργοποιήστε το λογαριασμό χρήστη root έως ότου ο διαχειριστής συνδέει το δίσκο USB του

Λεωφορείο \u003d\u003d "USB", υποσύστημα \u003d\u003d "μπλοκ", πρόγραμμα \u003d "/ bin / enable_root_login"

Προκειμένου να λειτουργήσει αυτός ο κανόνας, πρέπει να αναπτύξετε μια εφαρμογή ή ένα σενάριο κελύφους με ένα καθορισμένο όνομα, προκειμένου να λάβετε τον σειριακό αριθμό της συσκευής που συνδέεται με το σύστημα και να το συγκρίνετε με έναν γνωστό σειριακό αριθμό του διαχειριστή συσκευή. Εάν αντιστοιχίσετε τους σειριακούς αριθμούς, το πρόγραμμα θα διαγράψει την απαιτούμενη γραμμή PAM_DENY.SO από το αρχείο /etc/pam.d/login, το οποίο θα επιτρέψει την καταγραφή στο σύστημα κάτω από τον ριζικό χρήστη. Στην περίπτωση σύνδεσης άλλων συσκευών USB, δεν θα πραγματοποιηθούν αλλαγές αρχείων. Αντίθετα, μόλις ο φορέας USB είναι απενεργοποιημένος, αυτή η συμβολοσειρά θα προστεθεί στο αρχείο.

Αυτός ο κανόνας δοκιμάστηκε στην κατανομή Rhel 5.0 και λειτούργησε τέλεια, ωστόσο, όταν χρησιμοποιεί την εντολή SU ή κατά την είσοδο σε λειτουργία ενός χρήστη, ο κανόνας αυτός δεν λειτουργεί. Για να απαγορεύσετε τη σύνδεση κάτω από τον χρήστη ρίζας κατά τη χρήση της εντολής SU, μπορείτε να κάνετε τα εξής:

1. Επεξεργαστείτε το αρχείο /etc/security/access.conf, προσθέτοντας τη ρίζα: όλα.
2. Επεξεργαστείτε το αρχείο /etc/pam.d/system-auth προσθέτοντας ως δεύτερη συμβολοσειρά Απαιτείται ο λογαριασμός PAM_ACCESS.SO..
3. Επεξεργαστείτε το αρχείο /etc/pam.d/su και πραγματοποιήστε την πρώτη συμβολοσειρά αυτού του λογαριασμού αρχείου περιλαμβάνουν συμβολοσειρά συστήματος_Auth.

Αυτές οι ενέργειες, φυσικά, θα πρέπει να γίνονται από το πρόγραμμα Enable_root_login. Αφού ελέγξετε τον σειριακό αριθμό USB στον διαχειριστή που ανήκει στον διαχειριστή, το πρόγραμμα πρέπει να καταργήσει όλες τις αλλαγές στα αρχεία και σε περίπτωση που η συνημμένη συσκευή δεν ανήκει στον διαχειριστή, για να παράγει όλες τις ενέργειες πάνω από τα αρχεία.

Αυτές οι ενέργειες δεν θα αποθηκεύσουν από την είσοδο στον ριζικό χρήστη σε λειτουργία ενός χρήστη, ωστόσο, μπορείτε να ορίσετε έναν κωδικό πρόσβασης για τον φορτωτή grub για να αποτρέψετε την απλή πρόσβαση σε λειτουργία ενός χρήστη.

Για πληροφορίες σχετικά με τον αύξοντα αριθμό της συσκευής, το όνομα της συσκευής, το αναγνωριστικό προμηθευτή, το όνομα του κατασκευαστή και άλλες παραμέτρους, μπορείτε να χρησιμοποιήσετε την ακόλουθη εντολή: UDEVINFO -A -P / SYS / BLOCK / SDB

Κατά τις νεότερες διανομές του προγράμματος UDEVINFO ενδέχεται να μην είναι - στην περίπτωση αυτή, το UDEVADM θα πρέπει να χρησιμοποιείται αντί του UDEVINFO.

Απενεργοποιήστε όλες τις θύρες USB

Λεωφορείο \u003d\u003d "USB", επιλογές + \u003d "Ignore_device"

Το αποτέλεσμα αυτού του κανόνα θα απενεργοποιήσει όλες τις συσκευές που συνδέονται με τις θύρες USB του συστήματός σας - οι εκτυπωτές USB, τα πληκτρολόγια και τα ποντίκια δεν θα λειτουργήσουν. Προσέξτε όταν χρησιμοποιείτε!

Απενεργοποιήστε όλες τις συσκευές μπλοκ που συνδέονται με τις θύρες USB

Λεωφορείο \u003d\u003d "USB", υποσύστημα \u003d\u003d "μπλοκ", επιλογές + \u003d "Ignore_device"

Αυτός ο κανόνας απενεργοποιεί την αναγνώριση συσκευών μπλοκ που συνδέονται με τις θύρες USB. Αυτός ο κανόνας μπορεί να είναι χρήσιμος για τη βελτίωση της ασφάλειας των δεδομένων και της εμπιστευτικότητας στον οργανισμό.

Ορίστε ένα μόνιμο όνομα μιας δεύτερης συσκευής συσκευής IDE

Αντικαταστήστε το SDB εάν θέλετε να εφαρμόσετε τον κανόνα σε άλλο δίσκο.

Αγνοήστε το δεύτερο δίσκο USB SCSI / IDE που συνδέεται μέσω USB

Kernel \u003d\u003d "SDB", όνομα \u003d "my_spare"

Λεωφορείο \u003d\u003d "USB", πυρήνας \u003d\u003d "HDB", επιλογές + \u003d "Ignore_device"

Προσθέστε έναν συμβολικό σύνδεσμο σε ένα συγκεκριμένο αρχείο αρχείου συσκευής USB.

Subsystem \u003d\u003d "είσοδος", λεωφορείο \u003d\u003d "USB", sysfs (σειριακό) \u003d\u003d "0000: 00: 1d.0", Symlink + \u003d\u003d "My-USB-MOUSE"

Αλλαγή ονόματος αρχείου συσκευής βασισμένο σε κατασκευαστή συσκευών

Λεωφορείο \u003d\u003d "USB", SYSFS (κατασκευαστής) \u003d\u003d "Jetflash", όνομα \u003d "σύμπαν"

Αυτός ο κανόνας αλλάζει το όνομα του αρχείου συσκευής στο "σύμπαν" σε περίπτωση που ο κατασκευαστής Drive USB είναι Jetflash.

Ενεργοποιήστε επιλεκτικά τη χρήση συσκευών Block USB χρησιμοποιώντας ένα ειδικό πρόγραμμα

Bus \u003d\u003d "USB", υποσύστημα \u003d\u003d "μπλοκ", πρόγραμμα \u003d "/ bin / usbc.jar", αποτέλεσμα! \u003d "My", επιλογές + \u003d "ignore_device"

Σε περίπτωση που το πρόγραμμα εμφανίζει το "My", η συσκευή μπορεί να χρησιμοποιηθεί, διαφορετικά η συσκευή αγνοείται.

Φανταστείτε το συνηθισμένο πρωινό σε έναν από τους πολυ-ορόφους του χώρου ύπνου της αγαπημένης μας πόλης: τουαλέτα, το ντους, το ξύρισμα, το τσάι, καθαρίστε τα δόντια σας, το νερό της γάτας (ή σε οποιαδήποτε άλλη σειρά) - και να εργαστείτε .. . Όλα είναι στο μηχάνημα και χωρίς σκέψη. Μέχρι να ρέει το κρύο νερό από το γερανό του κρύου νερού και το ζεστό νερό. Και συμβαίνει να ανοίγει κρύο και από εκεί - βραστό νερό! 11 # ^ * ¿\u003e.

Ας ασχοληθούμε.

Ψυχρή παροχή νερού ή αίθουσα

Ο τοπικός σταθμός άντλησης σερβίρει νερό σε αυτοκινητόδρομο από το δίκτυο καναλιών νερού. Ένας μεγάλος σωλήνας τροφοδοσίας εισέρχεται στο σπίτι και τελειώνει με μια βαλβίδα, μετά την οποία έρχεται η μονάδα νερού.

Εάν λέτε εν συντομία, το συγκρότημα πλωτών οδών αποτελείται από δύο βαλβίδες, ένα φίλτρο ματιών και ένα μέτρο.

Ορισμένοι έχουν μια πρόσθετη βαλβίδα ελέγχου

Και τρίβοντας το μετρητή νερού.

Η παρατήρηση του μετρητή νερού είναι ένας πρόσθετος μετρητής με βαλβίδες, οι οποίες μπορούν να τροφοδοτούν το σύστημα εάν ο κύριος μετρητής νερού συντηρείται. Μετά από μετρητές, το νερό σερβίρεται στον αυτοκινητόδρομο του σπιτιού

Όπου διανέμεται σε αντανακλάσεις που οδηγούν νερό σε διαμερίσματα στα δάπεδα.

Ποια είναι η πίεση στο σύστημα;

9ος όροφος

Σπίτια μέχρι 9 ορόφους ψηλά έχουν κατώτερη εμφιάλωση από κάτω προς τα πάνω. Εκείνοι. Από το νερό Meer σε ένα μεγάλο νερό σωλήνα πηγαίνει να σταθεί στον 9ο όροφο. Εάν η τάση νερού έχει καλή διάθεση, στη συνέχεια στην εισαγωγή της κάτω ζώνης θα πρέπει να υπάρχουν περίπου 4 kg / cm2. Λαμβάνοντας υπόψη την πτώση πίεσης σε ένα κιλό για κάθε 10 μέτρα στήλης νερού, οι κάτοικοι του 9ου ορόφου θα λάβουν περίπου 1 kg πίεσης, η οποία θεωρείται ο κανόνας. Στην πράξη, στα παλιά σπίτια, η πίεση στην είσοδο είναι μόνο 3,6 κιλά. Και οι κάτοικοι του 9ου ορόφου είναι ικανοποιημένοι με ακόμη λιγότερη πίεση από 1kg / cm2

12-20 ορόφους

Εάν το σπίτι είναι πάνω από 9 ορόφους, όπως 16 ορόφους, τότε ένα τέτοιο σύστημα διαιρείται με 2 ζώνες. Ανώτερο και χαμηλότερο. Όπου αποθηκεύονται οι ίδιες συνθήκες για την κάτω ζώνη και για την άνω πίεση, αυξάνεται σε περίπου 6 κιλά. Για να αυξήσετε το νερό στην κορυφή της γραμμής τροφοδοσίας, και με αυτό το νερό των αντιδραστήρων πηγαίνει μέχρι τον 10ο όροφο. Σε σπίτια πάνω από 20 ορόφους, η παροχή νερού μπορεί να χωριστεί σε 3 ζώνες. Με ένα τέτοιο σχήμα ροής, το νερό στο σύστημα δεν κυκλοφορεί, στέκεται στο πλάι. Στο διαμέρισμα πολυώροφα κτίρια, λαμβάνουμε την πίεση από 1 έως 4 κιλά. Υπάρχουν και άλλες έννοιες αλλά τώρα δεν θα τους θεωρούμε.

Παροχή ζεστού νερού ή DHW

Σε μερικά χαμηλά κτίρια, το ζεστό νερό συνδέεται σύμφωνα με το ίδιο σχήμα, είναι ότι η σκανδάλη χωρίς κυκλοφορία, εξηγείται ότι όταν ανακαλυφθεί ο γερανός με ζεστό νερό, λίγο καιρό πηγαίνει κρύο, ψύχεται νερό. Εάν πάρετε το ίδιο σπίτι σε 16 ορόφους, στη συνέχεια σε ένα τέτοιο σπίτι, το σύστημα DHW λειτουργεί διαφορετικά. Το ζεστό νερό τόσο το κρύο όσο το κρύο σερβίρεται επίσης σε ένα μεγάλο σπίτι σωλήνα, και μετά το μετρητή πηγαίνει στην εθνική οδό σπίτι

Η οποία αυξάνει το νερό, στη σοφίτα όπου διανέμεται στους αντίδρατους και πέφτει στο κάτω μέρος της αντίστροφης εθνικής οδού. Με την ευκαιρία, οι μετρητές GVS θεωρούν όχι μόνο τον όγκο των χαμένων (καταναλωμένων) νερού στο σπίτι. Αυτοί οι μετρητές μετράνε την απώλεια της θερμοκρασίας (GigOcoloria)

Η θερμοκρασία χάνεται στο πέρασμα του νερού μέσω του διαμερίσματος θερμαινόμενων σιδηροτροχιών πετσετών, οι οποίες παίζουν το ρόλο των Risers.

Με ένα τέτοιο σχήμα, το ζεστό νερό κυκλοφορεί πάντα. Αξίζει να ανοίξετε το γερανό, το ζεστό νερό είναι ήδη εδώ. Η πίεση σε ένα τέτοιο σύστημα είναι περίπου 6-7 kg. Στην τροφή και ελαφρώς κάτω από την απόδοση της κυκλοφορίας.

Κατά την καταμέτρηση της κυκλοφορίας, λαμβάνουμε πίεση στον ανυψωτήρα, στο διαμέρισμα 5-6 kg. Και δείτε αμέσως τη διαφορά στην πίεση μεταξύ του κρύου και του ζεστού νερού, από 2 κιλά. Είναι σε αυτό το ουσιαστικό της μεταφοράς ζεστού νερού στο κρύο όταν η Santhechniborov αποτυγχάνει. Εάν παρατηρήσετε ότι στο ζεστό νερό, εξακολουθείτε να έχετε πίεση περισσότερο από το κρύο, στη συνέχεια να εισάγετε κρύο, βεβαιωθείτε ότι έχετε εγκαταστήσει τη βαλβίδα ελέγχου και τα εξαρτήματα ρύθμισης μπορούν να ενεργοποιηθούν στο σύστημα, το οποίο θα βοηθήσει στην ευθυγράμμιση της πίεσης περίπου ένα ψηφίο με το κρύο. Ένα παράδειγμα εγκατάστασης ρυθμιστή πίεσης

Αναστολή - ζεστό σύνδεσμο) - Σημασία με όρους Αποσύνδεση ή Σύνδεση Ηλεκτρονικός εξοπλισμός σε / προς (υπολογιστή) κατά τη διάρκεια της λειτουργίας του χωρίς να απενεργοποιήσετε τη δύναμη και τη διακοπή (σύστημα) (το hotplap), καθώς και την αντικατάσταση (επανασύνδεση) του μπλοκ ως σύνολο ( Ζεστό swap ). Υπάρχει επίσης ένας όρος που δηλώνει το αντίθετο της θερμής αντικατάστασης - Κρύο αντικατάσταση Δηλαδή, όλες οι (re) συνδέσεις γίνονται μετά τη διακοπή του συστήματος και την απομάκρυνση τάσης (υπολειμματικό δυναμικό).

Ο εξοπλισμός διαιρείται με την αρχή αυτή επιτρεπόμενος Hot αντικατάσταση Ι. Δεν επιτρέπω.

Ιστορία

Προηγουμένως, ο εξοπλισμός που προορίζεται για σύνδεση κατά τη διάρκεια της λειτουργίας που σχετίζεται με την αντικατάσταση χρησιμοποιήθηκε μόνο σε ακριβά συστήματα και θεωρήθηκε δύσκολη στο σχεδιασμό. Πρόσφατα, τέτοια συστήματα έχουν γίνει συχνές ακόμη και σε προσιτούς υπολογιστές.

• Σχεδιασμένο για καυτή αντικατάσταση και, ως εκ τούτου, υποστηρίζει τα πρότυπα θερμής αντικατάστασης PCMCIA, USB, Firewire, Channel ινών και ESATA.
  Μεταξύ των συσκευών αυτού του τύπου-Flash Drives, ορισμένοι σκληροί δίσκοι, συμπεριλαμβανομένων των συστοιχιών σε διακομιστές, PCI-X μορφές επέκτασης χάρτες, PCI Express, Expresscard (PCMCIA, επίσης προηγουμένως αποκαλούμενες κάρτες PC), οι οποίες χρησιμοποιούνται σε φορητούς υπολογιστές και ακόμη και κάποια τροφοδοτικά .
• Δεν υποστηρίζει τις πλήρεις θερμές διασυνδέσεις SATA SATA και πλήρως δεν υποστηρίζουν πλήρως το IDE (IDE υποστηρίζει καυτή σύνδεση).

Σχεδιασμός συστήματος

Οι υπολογιστές που έχουν σχεδιαστεί για να αντικαταστήσουν τον εξοπλισμό "εν κινήσει" θα πρέπει να καθορίζουν με τον ένα ή τον άλλο τρόπο ώστε η συσκευή να αποσυνδεθεί, καθώς και να περιέχει ηλεκτρικές αλυσίδες, μη ευαίσθητες σε άλματα τάσης όταν συνδέονται και απενεργοποιούνται. Επιπλέον, το τμήμα λογισμικού πρέπει να σχεδιαστεί για μια ξαφνική απώλεια επικοινωνίας με τη συσκευή.

Ορισμένα συστήματα ζεστού swappable απαιτούν μια εντολή προ-εκτέλεσης για να αποσυνδεθεί, η οποία απλοποιεί το σχεδιασμό τους, αλλά απειλεί την ακεραιότητα των δεδομένων εάν η συσκευή δεν αποσυνδέεται σωστά ή θα υπάρξει σφάλμα σε αυτό.

Τα πιο σύνθετα συστήματα έχουν αποθεματικά στο αποθεματικό και αποκαθιστούν εύκολα τα δεδομένα όταν η συσκευή αποσυνδέεται ξαφνικά.

Ο όρος "θερμής αντικατάστασης" χρησιμοποιείται σε δύο τιμές. Από τη μία πλευρά, υποδηλώνει τη δυνατότητα αποσύνδεσης ή επισύναψης της συσκευής χωρίς να απενεργοποιηθεί η ισχύς. Από την άλλη πλευρά, μπορεί επίσης να σημαίνει τον αυτόματο ορισμό της συσκευής όταν είναι συνδεδεμένο. Η πρώτη έννοια του όρου κατανέμεται στις διασυνδέσεις RS-232, Firewire και στις απλούστερες εφαρμογές SCSI, η δεύτερη τιμή είναι σε USB, Firewire, PCI Express και πολύπλοκες παραλλαγές SCSI.

Κατασκευή της φωλιάς

Οι ακραίες πλατφόρμες τροφοδοσίας ισχύουν περισσότερο από την εσωτερική σηματοδότηση.

Οι περισσότερες από τις σύγχρονες συσκευές που επιτρέπουν την καυτή αντικατάσταση χρησιμοποιούνται κινητές επαφές. Ένας από αυτούς γίνεται περισσότερο από τους άλλους να έρθουν σε επαφή με ένα προσαρτημένο μέρος, το σύρμα εδάφους συνδέεται μέσω αυτού. Οι υπόλοιπες επαφές μετατρέπονται σε μικρότερες, όλα μπορούν να είναι έως και 3 διαφορετικά μήκη. Η καθυστέρηση μεταξύ της σύνδεσης της πρώτης επαφής και του επακόλουθου είναι από 25 έως 250 χιλιοστά του δευτερολέπτου.

Το κύκλωμα τροφοδοσίας συνδέεται σε δύο στάδια: Στην αρχή με τη βοήθεια μεγαλύτερων επαφών, ένα κύκλωμα είναι συνδεδεμένο, περιορίζεται στο ρεύμα και στη συνέχεια βραχύτερη - τροφοδοτικό. Όλες οι αλυσίδες που εμπλέκονται στην ένωση περιέχουν στατική προστασία ηλεκτρικού ρεύματος.

Εδώ είναι ένα παράδειγμα μιας τυπικής αλληλουχίας σύνδεσης:

1. Κλείστε τις μεγαλύτερες επαφές (γείωση). Έτσι, επιτυγχάνεται η ηλεκτρική ασφάλεια της σύνδεσης και της προστασίας από τη στατική επιβάρυνση.
2. Οι μακρές ή μέσες επαφές προ-ισχύς είναι κλειστές. Τα κυκλώματα ισχύος εισόδου φορτίζονται.
3. Συνδέονται σύντομες επαφές ισχύος.
4. Η σύνδεση θεωρείται καθιερωμένη. Το σήμα αρχικοποίησης ισχύος ενεργοποιείται.
5. Το κύκλωμα μαλακής τροφοδοσίας δίνει την τάση στη συσκευή.
6. Καθυστέρηση σε δεκάδες χιλιοστά του δευτερολέπτου.
7. Το κύκλωμα ισχύος έχει τελειώσει μια μαλακή σύνδεση. Το σήμα αρχικοποίησης ισχύος είναι απενεργοποιημένο.
8. Η συσκευή αρχίζει την πλήρη εργασία.

Υπάρχει μια ειδική δυσκολία να συνδέσετε πολλαπλές συσκευές, καθώς η δεύτερη, η τρίτη συσκευή μπορεί να σπάσει τη λειτουργία του ήδη συνδεδεμένου. Για την καταπολέμηση αυτού του φαινομένου, τα φίλτρα χρησιμοποιούνται σε κυκλώματα εξόδου ή προσωρινά λογικά δεδομένα απενεργοποίησης.

Ζεστή σύνδεση στο λογισμικό

Ο όρος "ζεστή σύνδεση" χρησιμοποιείται επίσης κατά περίπτωση για το λογισμικό και σημαίνει τη δυνατότητα αλλαγής του προγράμματος χωρίς να το σταματήσετε. Αυτή η λειτουργία υποστηρίζεται μόνο από διάφορες γλώσσες προγραμματισμού, συμπεριλαμβανομένου του Lisp, Erlang και SmallTalk. Η Java υποστηρίζει αυτή τη λειτουργία μόνο κατά τη διάρκεια της αρχιτεκτονικής εντοπισμού σφαλμάτων, JPDA, Debugger πλατφόρμας Java.

Η αντικειμενοστρεφής γλώσσα προγραμματισμού 1C V8 παρέχει τη δυνατότητα αλλαγής του κώδικα όταν εκτελείται το πρόγραμμα. (http://v8.1c.ru/overview/release_8_1_5/administration.htm Ενότητα "Ενημέρωση εξαρτημάτων διαμόρφωσης"). Δεδομένου ότι η σύνταξη μεμονωμένων μονάδων συμβαίνει κατά τη στιγμή της εκτέλεσης του προγράμματος και κατά την αλλαγή της μονάδας, καταρτίζεται εκ νέου στην περίοδο πρόσδεσης, δεν είναι μια καλή "ζεστή σύνδεση". Δεν είναι δυνατόν να δημιουργηθεί εκ νέου μια συνεδρία Για να τεθεί σε ισχύ, και μόνο για αυτόν τον χρήστη (οι άλλοι πρέπει να επανεκκινήσουν τη νέα συνεδρία). Στην έκδοση V7, αυτή η λειτουργία ήταν επίσης παρούσα χρήση πρόσθετων εργαλείων λογισμικού (http://openconf.1cpp.ru/vk/turbomd/) και μια τακτική εντολή # κατεβάσετε in-mail .... (απαιτείται μόνο να επαναληφθεί -Είνετε τη φόρμα ή την αναφορά). Σε γενικές γραμμές, όταν χρησιμοποιείτε ερμηνευτικές γλώσσες προγραμματισμού (με αποταμιευτικά κείμενα προγραμμάτων εσωτερικών ενοτήτων), η "ζεστή σύνδεση" εφαρμόζεται απλά αντικαθιστώντας τα κείμενα.

Υπάρχουν δύο διαφορετικοί τρόποι να εξετάσετε τη ζεστή σύνδεση. Ο πυρήνας θεωρεί ότι η ζεστή σύνδεση ως αλληλεπίδραση μεταξύ του εξοπλισμού, του πυρήνα και του οδηγού πυρήνα. Οι χρήστες εξετάζουν μια ζεστή σύνδεση ως αλληλεπίδραση μεταξύ του πυρήνα και του χώρου χρήστη μέσα στο πρόγραμμα που ονομάζεται / sbin / hotpless. Αυτό το πρόγραμμα καλείται από τον πυρήνα όταν θέλει να ειδοποιήσει τον χώρο του χρήστη ότι στον πυρήνα μόλις συνέβη κάποιο είδος θερμής συμβάντος σύνδεσης.

Δυναμικές συσκευές

Η πιο συχνή χρήση της σημασίας του όρου "Hot Connect" εμφανίζεται όταν συζητάμε το γεγονός ότι τα περισσότερα από όλα τα συστήματα υπολογιστών μπορούν τώρα να επεξεργάζονται συσκευές που εμφανίζονται ή εξαφανίζονται όταν το σύστημα είναι ενεργοποιημένο. Είναι πολύ διαφορετικό από τα συστήματα υπολογιστών πριν από λίγα χρόνια, όταν οι προγραμματιστές γνώριζαν ότι πρέπει να σαρώσουν όλες τις συσκευές μόνο κατά τη λήψη και ποτέ δεν έπρεπε να ανησυχούν για τις συσκευές τους που εξαφανίζονται όταν η ισχύς είναι απενεργοποιημένη για ολόκληρο το αυτοκίνητο. Τώρα, με την εμφάνιση των ελεγκτών USB, CARDBUS PCMCIA, IEEE1394 και PCI ζεστό ελεγκτές σύνδεσης, ο πυρήνας του Linux πρέπει να έχει τη δυνατότητα να εργάζεται με ασφάλεια, ανεξάρτητα από τον εξοπλισμό προστίθεται ή αφαιρείται από το σύστημα. Βρίσκεται με μια πρόσθετη επιβάρυνση για τον συγγραφέα του οδηγού συσκευής, δεδομένου ότι τώρα θα πρέπει πάντα να συνεργάζονται με τη συσκευή ξαφνικά σπασμένα από την υποβολή χωρίς προηγούμενη ειδοποίηση.

Κάθε τύπος ελαστικών επεξεργάζεται την απώλεια της συσκευής με διαφορετικούς τρόπους. Για παράδειγμα, όταν η συσκευή PCI, Cardbus ή PCMCIA αφαιρείται από το σύστημα, συμβαίνει συνήθως πριν από την ειδοποίηση του προγράμματος οδήγησης αυτής της ενέργειας μέσω της λειτουργίας κατάργησης. Πριν συμβεί, όλες οι ενδείξεις από το ελαστικό PCI επιστρέφουν όλα τα κομμάτια εγκατεστημένα. Αυτό σημαίνει ότι οι οδηγοί πρέπει πάντα να ελέγχουν την τιμή των δεδομένων που διαβάζουν από το λεωφορείο PCI και να μπορούν να επεξεργάζονται σωστά την τιμή του 0xff.

Ένα παράδειγμα αυτού μπορεί να δει στους οδηγούς / USB / HOST / EHCI-HCD.C οδήγησης, ο οποίος είναι ένα πρόγραμμα οδήγησης PCI για την πλακέτα ελεγκτή USB 2.0 (υψηλής ταχύτητας). Έχει τον ακόλουθο κώδικα στον κύριο κύκλο σύνδεσης για να ανιχνεύσει ότι η πλακέτα ελεγκτή έχει αφαιρεθεί από το σύστημα:

Αποτέλεσμα \u003d REDLL (PTR);

Εάν (αποτέλεσμα \u003d\u003d ~ (U32) 0) / * Χάρτης αφαιρεθεί * /

Επιστροφή -Enodev;

Για προγράμματα οδήγησης USB όταν η συσκευή με την οποία είναι συνδεδεμένη η USB διαγράφεται από το σύστημα, όλα περιμένουν τις ουσίες που αποστέλλονται στη συσκευή, πρώτα αποτυγχάνουν με ένα σφάλμα -Enodev. Ο οδηγός πρέπει να αναγνωρίσει αυτό το σφάλμα και να διαγράψει σωστά ολόκληρη την είσοδο / έξοδο αναμονής, εάν συμβεί.

Οι συσκευές θερμής σύνδεσης δεν περιορίζονται σε παραδοσιακές συσκευές, όπως το ποντίκι, τα πληκτρολόγια και οι κάρτες δικτύου. Υπάρχουν πολλά συστήματα που υποστηρίζουν τώρα τη διαγραφή και προσθέτοντας ολόκληρους επεξεργαστές και κάρτες μνήμης. Ευτυχώς, ο πυρήνας του Linux επεξεργάζεται σωστά την προσθήκη και τη διαγραφή αυτών των βασικών συσκευών "συστήματος", έτσι ώστε τα μεμονωμένα προγράμματα οδήγησης συσκευών να μην δίνουν προσοχή σε αυτά τα πράγματα.

Χρησιμότητα / SBIN / HOTPLEG

Όπως αναφέρθηκε προηγουμένως σε αυτό το κεφάλαιο, όταν η συσκευή προστίθεται ή αφαιρείται από το σύστημα, δημιουργείται το συμβάν θερμής σύνδεσης. Αυτό σημαίνει ότι ο πυρήνας καλεί το πρόγραμμα χρήστη χώρου / sbin / hotplug. Αυτό το πρόγραμμα είναι συνήθως ένα πολύ μικρό σενάριο Bash, το οποίο απλά μεταδίδει τη λίστα άλλων προγραμμάτων που βρίσκονται στο δέντρο καταλόγου /etc/hotplug.d/. Για τις περισσότερες διανομές Linux, αυτό το σενάριο μοιάζει με αυτό:

Dir \u003d "/ etc / hotplug.d"

Γιατί σε "$ (dir) / $ 1 / *. Hotplug" $ (dir) / "προεπιλογή / *. Hotplug; κάνω.

Εάν [-f $ i]; Επειτα.

Test -x $ I && $ I $ 1;

Ολοκληρώθηκε

Έξοδος 1.

Με άλλα λόγια, το σενάριο αναζητά όλα τα προγράμματα με το επίθεμα .hotplug, το οποίο μπορεί να ενδιαφέρεται για αυτό το γεγονός και να τους προκαλεί να τους περάσουν μια σειρά διαφορετικών μεταβλητών περιβάλλοντος που εγκαταστάθηκαν από τον πυρήνα. Περισσότερες πληροφορίες σχετικά με τη λειτουργία Script / SBIN / HOTPLEG μπορούν να βρεθούν στα σχόλια του προγράμματος και στη σελίδα χειρισμού του εστιατορίου (8).

Όπως αναφέρθηκε προηγουμένως, / η SBIN / HOTPLEG καλείται κατά τη δημιουργία ή την καταστροφή του Kobject-A. Το πρόγραμμα θερμής σύνδεσης καλείται με ένα επιχείρημα της γραμμής εντολών που αντιπροσωπεύει το όνομα για αυτό το συμβάν. Ο κύριος πυρήνας και ένα συγκεκριμένο υποσύστημα συμμετέχουν επίσης στη ρύθμιση του συνόλου των μεταβλητών περιβάλλοντος (βλέπε παρακάτω) με πληροφορίες που συνέβησαν. Αυτές οι μεταβλητές χρησιμοποιούνται σε προγράμματα ζεστού συνδέσμου για να προσδιοριστούν τι έχει μόλις συμβεί στον πυρήνα και υπάρχει κάποια ειδική δράση που πρέπει να πραγματοποιηθεί.

Το όρισμα γραμμής εντολών που μεταφέρεται στο / sbin / hotplag είναι ένα όνομα που σχετίζεται με αυτό το συμβάν θερμής σύνδεσης, όπως ορίζεται από το KSET-OHM που έχει αντιστοιχιστεί στο Kobject. Αυτό το όνομα μπορεί να ρυθμιστεί στις κλήσεις χαρακτηριστικών ονόματος, το οποίο αποτελεί μέρος της δομής KSTE Hotpy_OPS που περιγράφηκε προηγουμένως σε αυτό το κεφάλαιο. Εάν η λειτουργία αυτή λείπει ή δεν προκαλείται ποτέ, το όνομα του ίδιου του Kset χρησιμοποιείται.

Οι προεπιλεγμένες μεταβλητές περιβάλλοντος που είναι πάντα εγκατεστημένες για το πρόγραμμα / sbin / hotplug είναι:

Δράση.

LINE ADD (Προσθήκη) ή αφαίρεση, ανάλογα με το αν αυτό το αντικείμενο έχει μόλις δημιουργηθεί ή καταστραφεί.

Αφαιρώ

Η διαδρομή προς τον κατάλογο του συστήματος αρχείων SYSFS, το οποίο υποδεικνύει το KOBJECT, το οποίο βρίσκεται σήμερα είτε καταστρέφεται. Παρακαλείστε να σημειώσετε ότι το σύστημα συστήματος αρχείων SYSFS δεν προστίθεται σε αυτή τη διαδρομή, οπότε ο ορισμός του παρέχεται για να δημιουργήσετε ένα πρόγραμμα διαστημικού χρήστη.

Seqnum

Ο αριθμός ακολουθίας για αυτό το συμβάν θερμής σύνδεσης. Ο αριθμός ακολουθίας είναι ένας αριθμός 64 bit που αυξάνεται με κάθε εκδήλωση θερμής σύνδεσης που παράγεται από ερείπιο. Αυτό επιτρέπει στο χώρο του χρήστη να ταξινομήσει τα συμβάντα θερμής σύνδεσης με τη σειρά που τους παράγει ο πυρήνας, καθώς είναι δυνατή η εργασία για τα προγράμματα διαστημικού χρήστη.

Υποσυστήματος

Η ίδια συμβολοσειρά που μεταδίδεται ως ένα όρισμα γραμμής εντολών όπως περιγράφεται παραπάνω.

Ορισμένα διαφορετικά υποσυστήματα ελαστικών για κλήση / SBIN / HOTPLEG προσθέτουν τις δικές τους μεταβλητές περιβάλλοντος όταν η συσκευή που σχετίζεται με το δίαυλο έχει προστεθεί ή αφαιρεθεί από το σύστημα. Το κάνουν στην αντίστροφη κλήση θερμής σύνδεσης που καθορίζεται στη δομή kset_hotplug_ops που αντιστοιχεί σε αυτό το λεωφορείο (όπως περιγράφεται στην ενότητα "Λειτουργίες θερμής σύνδεσης"). Αυτό επιτρέπει στο χώρο του χρήστη να μπορεί να κατεβάσει αυτόματα τις απαραίτητες μονάδες που μπορεί να χρειαστούν για τον έλεγχο της συσκευής που ανιχνεύθηκε στο δίαυλο. Εδώ είναι μια λίστα με διαφορετικούς τύπους ελαστικών και μεταβλητών περιβάλλοντος που προσθέτουν στο Call / Sbin / Hotpy.

IEEE1394 (FireWire)

Όλες οι συσκευές στο λεωφορείο IEEE1394, γνωστό και ως FireWire, έχουν μια παράμετρο ονόματος για / SBIN / HOTPLEG και η μεταβλητή περιβάλλοντος SussySTE έχει οριστεί σε IEEE1394. Το υποσύστημα IEEE1394 προσθέτει επίσης τις ακόλουθες τέσσερις μεταβλητές περιβάλλοντος:

Vendor_id.

Αναγνωριστικό προμηθευτή 24-bit για τη συσκευή IEEE1394.

Model_id.

Αναγνωριστικό μοντέλου 24-bit για τη συσκευή IEEE1394.

Καθοδηγητής

64-bit guid για αυτή τη συσκευή.

Specier_id.

Αξία 24-bit που καθορίζει τον κάτοχο της προδιαγραφής του πρωτοκόλλου για αυτή τη συσκευή

Εκδοχή.

Μια τιμή που καθορίζει την έκδοση της προδιαγραφής του πρωτοκόλλου για αυτή τη συσκευή.

Καθαρά

Όλες οι συσκευές δικτύου δημιουργούν ένα καυτό μήνυμα σύνδεσης όταν η συσκευή είναι εγγεγραμμένη ή μη εγγεγραμμένη στον πυρήνα. Η κλήση / SBIN / HOTPLEG έχει μια παράμετρο ονόματος και η μεταβλητή περιβάλλοντος SubsySTE έχει οριστεί στο NET και προσθέτει μόνο την ακόλουθη μεταβλητή περιβάλλοντος:

Διεπαφή.

Το όνομα της διεπαφής που καταχωρήθηκε ή δεν έχει εγγραφεί από τον πυρήνα. Παραδείγματα είναι lo και eth0.

Pci

Οποιεσδήποτε συσκευές στο λεωφορείο PCI έχουν την παράμετρο ονόματος και η μεταβλητή περιβάλλοντος SussySTE έχει οριστεί σε PCI. Το υποσύστημα PCI προσθέτει πάντοτε τις ακόλουθες τέσσερις μεταβλητές περιβάλλοντος:

Pci_class.

Αριθμός κατηγορίας PCI για αυτή τη συσκευή, σε δεκαεξαδικό.

PCI_ID.

Αναγνωριστικά προμηθευτών και συσκευές PCI για αυτή τη συσκευή, σε δεκαεξαδικό, συνδυασμένο σε μορφή προμηθευτή: συσκευή.

Pci_subsys_id

Αναγνωριστικά προμηθευτών και υποσυστήματα PCI σε συνδυασμό στο Subsys_Vendor: Subsys_Device Format.

Pci_slot_name.

Το όνομα "Όνομα" της υποδοχής PCI που δίνεται στον πυρήνα της συσκευής σε μορφή τομέα: Λεωφορείο: Κουλοχέρη: Λειτουργία. Ένα παράδειγμα μπορεί να είναι 0000: 00: 0d.0.

Εισαγωγή

Για όλες τις συσκευές εισόδου (ποντίκι, πληκτρολόγια, joysticks, και ούτω καθεξής), το μήνυμα θερμής σύνδεσης δημιουργείται όταν η συσκευή προστίθεται και αφαιρείται από τον πυρήνα. Η παράμετρος / sbin / hotplug και η μεταβλητή περιβάλλοντος υποσυστήματος ρυθμίζονται στην είσοδο. Το υποσύστημα εισόδου προσθέτει επίσης πάντα τις ακόλουθες μεταβλητές περιβάλλοντος:

Προϊόν

Μια πολυγλωσσική συμβολοσειρά που απαριθμεί τις τιμές σε δεκαεξαδική μορφή, χωρίς κορυφαία μηδενικά, σε μορφή bustequ: προμηθευτής: Προϊόν: έκδοση.

Οι ακόλουθες μεταβλητές περιβάλλοντος ενδέχεται να υπάρχουν εάν η συσκευή τους υποστηρίζει:

Ονομα.

Το όνομα της συσκευής εισόδου όπως καθορίζεται από τη συσκευή.

Phys.

Η φυσική διεύθυνση της συσκευής που το υποσύστημα εισόδου έδωσε αυτή τη συσκευή. Πρέπει να είναι σταθερό, ανάλογα με τη θέση του ελαστικού στον οποίο συνδέθηκε η συσκευή.

Όλα συμβαίνουν από τον περιγραφέα συσκευής εισόδου και είναι εγκατεστημένες στις αντίστοιχες τιμές εάν αυτή η συσκευή εισόδου το υποστηρίζει.

USB

Οποιεσδήποτε συσκευές στο λεωφορείο USB έχουν παράμετρο ονόματος και η μεταβλητή περιβάλλοντος SussySTE έχει οριστεί σε USB. Το υποσύστημα USB προσθέτει πάντα τις ακόλουθες μεταβλητές περιβάλλοντος:

Προϊόν

Σειρά σε Idvendor / Idproduct / Bcddevice

Τύπος

Σε μορφή σε μορφή bDEVICECLASS / BDEVICESUCCLASS / BDEViceProcolπου ορίζει αυτά τα πεδία USB που εξαρτώνται.

Εάν το πεδίο Bdeviceclass έχει οριστεί στο 0, εγκατασταθεί επίσης η ακόλουθη μεταβλητή περιβάλλοντος:

Διεπαφή.

Σε μορφή σε μορφή binterfaceclass / binterfacesubclass / binterfaceprotocolπου ορίζει αυτά τα πεδία USB που εξαρτώνται.

Εάν έχει επιλεγεί η επιλογή Συγκρότημα συναρμολόγησης Config_USB_DEVICEFS, η οποία επιλέγει ότι το σύστημα αρχείων USBFS θα συλλεχθεί στον πυρήνα, ρυθμίζεται επίσης η ακόλουθη μεταβλητή περιβάλλοντος:

Συσκευή.

Μια συμβολοσειρά που δείχνει πού βρίσκεται η συσκευή στο σύστημα αρχείων USBFS. Αυτή η γραμμή έχει μορφή / Proc / bus / usb / usb_bus_number / sb_device_numberΣτην οποία ο usb_bus_number είναι ένας τριψήφιος αριθμός λεωφορείου USB στο οποίο η συσκευή είναι συνδεδεμένη και το USB_DEVICE_Number είναι ένας τριψήφιος αριθμός που έχει αντιστοιχιστεί στον πυρήνα για αυτή τη συσκευή USB.

ΣΠΣΙ

Όλες οι συσκευές SCSI δημιουργούν ένα συμβάν θερμής σύνδεσης όταν η συσκευή SCSI δημιουργείται ή αφαιρείται από τον πυρήνα. Η κλήση / sbin / hotpless έχει την παράμετρο ονόματος και η μεταβλητή περιβάλλοντος SussySTE έχει οριστεί σε SCSI για κάθε συσκευή SCSI, η οποία προστίθεται ή αφαιρείται από το σύστημα. Δεν προστίθενται πρόσθετες μεταβλητές περιβάλλοντος στο σύστημα SCSI, αλλά αναφέρεται εδώ επειδή υπάρχει ένα ειδικό σενάριο SCSI σε ένα χώρο χρήστη που μπορεί να καθορίσει ότι πρέπει να φορτώνεται για το καθορισμένο οδηγός SCSI (μονάδα δίσκου, κορδέλα, κανονική, κλπ.) Συσκευή SCSI.

Σταθμοί εγκατάστασης Notebooks

Εάν η υποστήριξη plug-and-play είναι εγκατεστημένη (αποβάθρα), ο φορητός υπολογιστής προστίθεται ή αφαιρείται από το σύστημα λειτουργίας του Linux (ενεργοποιώντας το φορητό υπολογιστή στο σταθμό ή διαγράψτε το), δημιουργείται το συμβάν θερμής σύνδεσης. Η κλήση / sbin / hotplug έχει μια παράμετρο ονόματος και μεταβλητή περιβάλλοντος sussyste σε αποβάθρα. Δεν έχουν εγκατασταθεί άλλες μεταβλητές περιβάλλοντος.

S / 390 και ZSeries

Στην αρχιτεκτονική S / 390, η αρχιτεκτονική διαύλου καναλιού υποστηρίζει ένα ευρύ φάσμα εξοπλισμού, καθένα από τα οποία παράγει / συμβάντα sbin / hotplug όταν προστίθενται ή αφαιρούνται από το εικονικό σύστημα Linux. Όλες αυτές οι συσκευές έχουν για την παράμετρο ονόματος / ονόματος SBIN / HOTPLEG και το SUSSYSTE περιβάλλον μεταβλητή σε DASD. Δεν έχουν εγκατασταθεί άλλες μεταβλητές περιβάλλοντος.

Χρήση / SBIN / HOTPLEG

Τώρα που ο πυρήνας Linux καλεί / SBIN / HOTPLEG για κάθε συσκευή που προστίθεται ή αφαιρείται από τον πυρήνα για να το χρησιμοποιήσετε, δημιουργήθηκε ένας αριθμός πολύ χρήσιμων εργαλείων στο χώρο χρήστη. Τα δύο από τα πιο δημοφιλή εργαλεία είναι καυτή σύνδεση Linux Scripts και UDEV.

Ζεστό σύνδεσμο Scripts Linux

Το Linux Hot Connection Scripts ξεκίνησε ως ο πρώτος χρήστης χρήστη / sbin / hotplug. Αυτά τα σενάρια εξετάζουν διαφορετικές μεταβλητές περιβάλλοντος που ο πυρήνας ορίζει για μια περιγραφή της συσκευής, η οποία μόλις ανιχνεύθηκε και στη συνέχεια προσπαθήθηκε να βρει τη μονάδα πυρήνα που αντιστοιχεί σε αυτή τη συσκευή.

Όπως αναφέρθηκε προηγουμένως, όταν ο οδηγός χρησιμοποιεί το Module_Device_Table Macro, το πρόγραμμα, το DepMod, δέχεται αυτές τις πληροφορίες και δημιουργεί αρχεία στο /Lib/Module/Kernel_Version/Modules.**MAP.. Ένα σημάδι * είναι μια διαφορά, ανάλογα με τον τύπο του ελαστικού που υποστηρίζει ο οδηγός. Επί του παρόντος, τα αρχεία αρχείων αρχείων δημιουργούνται για προγράμματα οδήγησης που λειτουργούν με συσκευές υποστήριξης με υποσυστήματα PCI, USB, IEEE1394, είσοδο, ISAPNP και CCW.

Τα σενάρια θερμής σύνδεσης χρησιμοποιούν αυτά τα αρχεία κειμένου αρθρωτών καρτών για να ορίσετε μια ενότητα για να το κατεβάσετε για να υποστηρίξετε τη συσκευή που έχει πρόσφατα εντοπιστεί από τον πυρήνα. Τοποθετούν όλες τις μονάδες και δεν σταματούν πρώτοι αντιστοιχούν, προκειμένου να επιτρέψει στον πυρήνα να επιλέξει ποια μονάδα ταιριάζει καλύτερα. Αυτά τα σενάρια δεν εκφορτώνουν όλες τις μονάδες κατά τη διαγραφή συσκευών. Εάν προσπάθησαν να το κάνουν αυτό, θα μπορούσαν κατά λάθος να απενεργοποιήσουν τις συσκευές που διαχειρίζονται επίσης το πρόγραμμα οδήγησης συσκευής που αφαιρέθηκε.

Σημείωση, τώρα που το πρόγραμμα modprobe μπορεί να διαβάσει τις πληροφορίες module_device_table απευθείας από τις μονάδες χωρίς την ανάγκη για αρχεία modular map, μπορούν να μειωθούν σε ένα μικρό περιτύλιγμα γύρω από το πρόγραμμα Modprobe.

udev

Ένας από τους κύριους λόγους για τη δημιουργία ενός ενιαίου μοντέλου οδηγού στον πυρήνα ήταν να επιτρέψει στο χώρο του χρήστη να ελέγξει το / dev σε ένα δυναμικό στυλ. Προηγουμένως, έγινε στον χώρο του χρήστη με την εφαρμογή DEVFS, αλλά αυτή η βάση κώδικα αυξήθηκε σταδιακά λόγω της έλλειψης ενεργών συνοδευτικών και ορισμένων αδικαιολόγητων βασικών σφαλμάτων. Αρκετοί βασικοί προγραμματιστές συνειδητοποίησαν ότι αν όλες οι πληροφορίες της συσκευής εξήχθησαν στο χώρο του χρήστη, θα μπορούσε να εκτελέσει όλο τον απαραίτητο έλεγχο ξύλου / dev.

Το DEVFS έχει κάποια πολύ σημαντικά μειονεκτήματα στο σχεδιασμό του. Απαιτεί να αλλάξει κάθε πρόγραμμα οδήγησης συσκευής για να το υποστηρίξει και απαιτεί το πρόγραμμα οδήγησης της συσκευής να καθορίσει το όνομα και τη θέση στο δέντρο / dev, όπου τοποθετείται. Επίσης, δεν χειρίζεται σωστά τους δυναμικούς ανώτερους και νεότερους αριθμούς, αναγκάζοντας τις πολιτικές ονοματολογίας της συσκευής να ανήκουν στον πυρήνα, όχι το χώρο χρήστη. Οι προγραμματιστές του Kernel Linux μισούν πραγματικά να έχουν μια πολιτική στον πυρήνα και δεδομένου ότι η πολιτική ονομασίας DEVFS δεν ακολουθεί την προδιαγραφή βασικής βάσης του Linux, τους ενοχλεί πραγματικά.

Δεδομένου ότι ο πυρήνας του Linux άρχισε να εγκατασταθεί σε τεράστιους διακομιστές, πολλοί χρήστες αντιμετώπισαν ένα πρόβλημα, πώς να διαχειριστούν έναν πολύ μεγάλο αριθμό συσκευών. Οι συστοιχίες δίσκων από περισσότερες από 10.000 μοναδικές συσκευές αντιπροσωπεύουν ένα πολύ δύσκολο έργο για να εξασφαλίσουν ότι κάθε δίσκος είναι πάντα ανακαινισμένο με το ίδιο ακριβές όνομα, οπουδήποτε τοποθετείται στη συστοιχία δίσκου ή όταν ανακαλύφθηκε ο πυρήνας. Το ίδιο πρόβλημα από τους οποίους υποφέρουν οι χρήστες της επιφάνειας εργασίας, προσπαθώντας να συνδέσουν δύο εκτυπωτή USB στο σύστημά τους και στη συνέχεια να καταλάβουν ότι δεν είχαν την ευκαιρία να διασφαλίσουν ότι ο εκτυπωτής, γνωστός ως / dev / LPT0, δεν θα αλλάξει και να αποδίδεται σε άλλο εκτυπωτή . Σε περίπτωση επανεκκίνησης του συστήματος.

Έτσι δημιουργήθηκε ο Udev. Βασίζεται σε όλες τις πληροφορίες της συσκευής που εξάγονται στον χώρο του χρήστη μέσω SYSF και ειδοποιούν μέσω / SBIN / HOTPLEG ότι η συσκευή έχει προστεθεί ή διαγραφεί. Οι πολιτικές αποφάσεις, όπως το όνομα που θα δώσει τη συσκευή, μπορεί να αναφερθεί στον χώρο του χρήστη, έξω από τον πυρήνα. Αυτό εξασφαλίζει ότι η πολιτική ονοματοδοσίας αφαιρείται από τον πυρήνα και επιτρέπει μεγαλύτερο βαθμό ευελιξίας κατά την ονομασία κάθε συσκευής.

Για περισσότερες πληροφορίες σχετικά με τη χρήση του UDEV και τον τρόπο διαμόρφωσης του, ανατρέξτε στην τεκμηρίωση που παρέχεται στο πακέτο UDEV στη διανομή σας.

Το μόνο που ο οδηγός οδηγού πρέπει να γίνει έτσι ώστε η UDEV να συνεργαστεί μαζί του είναι να εξασφαλίσει ότι οποιαδήποτε ανώτερα και νεότερα δωμάτια που έχουν ανατεθεί στον οδηγό που διαχειρίζεται ο οδηγός εξάγονται στον χώρο του χρήστη μέσω SYSF. Για οποιοδήποτε πρόγραμμα οδήγησης που χρησιμοποιεί το υποσύστημα για να τον αντιστοιχίσει έναν ανώτερο και κατώτερο αριθμό, έχει ήδη γίνει από το υποσύστημα και ο οδηγός δεν πρέπει να κάνει καμία εργασία. Παραδείγματα υποσυστημάτων που κάνουν αυτό είναι τα υποσυστήματα: TTY, MISC, USB, USB, είσοδο, SCSI, μπλοκ, i2c, δίκτυο και ρυθμιστικό πλαισίου. Εάν ο οδηγός σας επεξεργάζεται ανεξάρτητα έναν ανώτερο και κατώτερο αριθμό μέσω της κλήσης της λειτουργίας CDEV_INIT ή την ξεπερασμένη λειτουργία εγγραφής_chrdev, ο οδηγός πρέπει να αλλάξει έτσι ώστε ο UDEV να συνεργαστεί σωστά.

Το UDEV ψάχνει σε ένα αρχείο δέντρου / κλάσης / σε ένα αρχείο sysfs με το όνομα του dev για να προσδιορίσει ποιος ανώτερος και κατώτερος αριθμός ανατίθεται σε αυτή τη συσκευή όταν ονομάζεται πυρήνας μέσω της διασύνδεσης / sbin / hotplug. Οδηγήστε τη συσκευή είναι απλά απαραίτητη για να δημιουργήσετε ένα τέτοιο αρχείο για κάθε συσκευή με την οποία ελέγχει. Κατά κανόνα, η διασύνδεση Class_simple είναι ο ευκολότερος τρόπος για να το κάνετε αυτό.

Όπως ήδη αναφέρθηκε στην ενότητα "Class_simple Interface", το πρώτο βήμα στη χρήση της διασύνδεσης Class_simple είναι η δημιουργία μιας σειράς class_simple καλώντας τη λειτουργία Class_Simple_Create:

static clippt class_simple * foo_class;

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

Αν (is_err (foo_class)) (

PRINKK (Σφάλμα KERN_ERR "Δημιουργία κατηγορίας foo. \\ N");

Goto λάθος?

Αυτός ο κώδικας δημιουργεί έναν κατάλογο στο SYSFS V / SYS / CLASS / FOO.

Κάθε φορά που ο οδηγός βρίσκει μια νέα συσκευή και τον εκχωρείτε τον νεότερο αριθμό, όπως περιγράφεται στο Κεφάλαιο 3, ο οδηγός πρέπει να καλέσει τη λειτουργία Class_simple_device_add:

class_simple_device_add (foo_class, mkdev (foo_major, δευτερεύουσα), , "foo% d", δευτερεύον)?

Αυτός ο κώδικας προκαλεί τη δημιουργία του υποκατεστημένου σε / sys / class / foo που ονομάζεται foon, όπου n είναι ο νεότερος αριθμός για αυτή τη συσκευή. Αυτός ο κατάλογος δημιουργεί ένα αρχείο, dev και αυτό ακριβώς χρειάζεται να δημιουργήσει έναν κόμβο συσκευής για τη συσκευή σας. Όταν ο οδηγός σας είναι ελεύθερος από τη συσκευή και απορρίπτετε το νεότερο δωμάτιο, το οποίο προσαρτήθηκε σε αυτό, για να καταργήσετε την καταχώρηση SYSFS για αυτή τη συσκευή, πρέπει να καλέσετε το Class_Simple_Device_Remove:

class_simple_device_remove (mkdev (foo_major, δευτερόλεπτο);

Αργότερα, όταν ολόκληρο το πρόγραμμα οδήγησης σβήνει, για να διαγράψετε την τάξη, την οποία δημιουργήσατε αρχικά την κλήση Class_Simple_Create, είναι η απαραίτητη CLASE_Simple_Destroy:

class_simple_destroy (foo_class);

Dev αρχείο που δημιουργείται από την κλήση class_simple_device_add, αποτελείται από ένα ανώτερο και νεότερο δωμάτιο που χωρίζεται από ένα σύμβολο :. Εάν ο οδηγός σας δεν θέλετε να χρησιμοποιήσετε τη διεπαφή Class_simple, επειδή θέλετε να παρέχετε το υποσύστημα άλλα αρχεία μέσα στον κατάλογο κλάσης, χρησιμοποιήστε τη λειτουργία Print_Dev_T για τη σωστή μορφή του παλαιότερου και του κατώτερου αριθμού για κάθε συσκευή.

Προκειμένου να λειτουργήσει κανονικά οποιαδήποτε οικιακή δομή, το σύστημα παροχής νερού είναι εγκατεστημένο. Η αρμόδια συσκευή του θα παρέχει έγκαιρη ζωοτροφή και επαρκή πίεση νερού. Αυτό το άρθρο θα περιγράψει λεπτομερώς το σχέδιο παροχής ζεστού νερού, τύπων σύνδεσης και χαρακτηριστικών του σε ένα κτίριο διαμερισμάτων.

Ποια είναι η ιδιαιτερότητα της ύδρευσης ενός κτιρίου διαμερισμάτων;

Παρέχει κτίριο νερού με μεγάλο όροφο είναι πολύ δύσκολο. Μετά από όλα, το σπίτι αποτελείται από διάφορα διαμερίσματα με ξεχωριστά μπάνια και υδραυλικές συσκευές. Με άλλα λόγια, το σχέδιο ύδρευσης σε πολυκατοικίες είναι ένα ορισμένο συγκρότημα με ξεχωριστά στρώματα σωλήνων, ρυθμιστικών αρχών πίεσης, φίλτρα και λογιστικό εξοπλισμό.

Τις περισσότερες φορές, οι κάτοικοι πολυώροφων κτιρίων χρησιμοποιούν νερό της κεντρικής παροχής νερού. Με τη βοήθεια της παροχής νερού, τροφοδοτείται σε ξεχωριστές συσκευές υδραυλικών εγκαταστάσεων υπό ορισμένες πιέσεις. Συχνά νερό καθαρίζεται με χλωρίωση.

Σύνθεση του κεντρικού συστήματος παροχής νερού

Τα κεντρικά συστήματα ύδρευσης σε πολυώροφα κτίρια αποτελούνται από ένα δίκτυο διανομής, δομές εισαγωγής νερού και σταθμούς καθαρισμού. Πριν φτάσετε στο διαμέρισμα, το νερό κατεβαίνει πολύ από το σταθμό άντλησης στο νερό. Μόνο μετά τον καθαρισμό και την απολύμανση, αποστέλλεται νερό στο δίκτυο διανομής. Με τη βοήθεια του τελευταίου νερού, τροφοδοτείται στα όργανα και τον εξοπλισμό. Οι σωλήνες του κεντρικού συστήματος της παροχής ζεστού νερού ενός πολυώροφου σπιτιού μπορούν να κατασκευαστούν από χαλκό, μεταλλικό και χάλυβα.

Ο τελευταίος τύπος υλικού δεν χρησιμοποιείται πρακτικά σε σύγχρονα κτίρια.

Τύποι προγραμμάτων ύδρευσης

Το σύστημα παροχής νερού είναι τρεις τύποι:

• συλλέκτης;
• ακολουθητικός;
• Συνδυασμένη (μικτή).

Πρόσφατα, όταν ένας μεγάλος αριθμός εξοπλισμού υγιεινής βρίσκεται όλο και περισσότερο στα διαμερίσματα, χρησιμοποιήστε Συλλογική διάταξη . Είναι μια βέλτιστη επιλογή για την κανονική λειτουργία όλων των συσκευών. Το σύστημα παροχής ζεστού νερού θερμότητας εξαλείφει τις σταγόνες πίεσης σε διαφορετικά σημεία σύνδεσης. Αυτό είναι το κύριο πλεονέκτημα αυτού του συστήματος.

Εάν θεωρείτε λεπτομερέστερα το διάγραμμα, μπορούμε να συμπεράνουμε ότι δεν θα υπάρξουν προβλήματα με τη χρήση εξοπλισμού υγιεινής για το διορισμό ταυτόχρονα. Η ουσία της σύνδεσης είναι τέτοια ώστε κάθε μεμονωμένος καταναλωτικός καταναλωτής να συνδέεται με τους συλλέκτες ενός κρύου και ζεστού νερού που ανεβαίνει. Οι σωλήνες δεν έχουν πολλά διακλάδωση, οπότε η πιθανότητα διαρροής είναι πολύ μικρή. Αυτά τα συστήματα ύδρευσης σε πολυώροφα κτίρια είναι εύκολο να διατηρηθούν, αλλά το κόστος του εξοπλισμού είναι αρκετά υψηλό.

Σύμφωνα με τους εμπειρογνώμονες, το σχέδιο συλλέκτη ζεστού νερού απαιτεί την εγκατάσταση μιας πιο περίπλοκης εγκατάστασης συσκευών υγιεινής. Ωστόσο, αυτές οι αρνητικές πλευρές δεν είναι τόσο κρίσιμες, ιδιαίτερα λαμβάνοντας υπόψη το γεγονός ότι το σύστημα συλλέκτη έχει πολλά πλεονεκτήματα, για παράδειγμα - κρυμμένη εγκατάσταση σωλήνων και λογιστική των επιμέρους χαρακτηριστικών του εξοπλισμού.

Διαδοχικό κύκλωμα ζεστού νερού Ένα πολυώροφο σπίτι είναι ο ευκολότερος τρόπος καλωδίωσης. Ένα τέτοιο σύστημα δοκιμάζεται με το χρόνο, ανατέθηκε κατά τη στιγμή της ΕΣΣΔ. Η ουσία της συσκευής του είναι ότι ο αγωγός κρύου και ζεστού νερού πραγματοποιείται παράλληλος μεταξύ τους. Οι μηχανικοί συμβουλεύουν τη χρήση αυτού του συστήματος σε διαμερίσματα με ένα μπάνιο και ένα μικρό αριθμό εξοπλισμού υγιεινής.

Στον λαό, ένα τέτοιο σχέδιο της παροχής ζεστού νερού ενός πολυώροφου σπιτιού ονομάζεται Teanics. Δηλαδή, οι κύριοι αυτοκινητόδρομοι είναι παρτίδες, οι οποίες συνδέονται μεταξύ τους. Παρά την ευκολία εγκατάστασης και εξοικονόμησης του αναλώσιμου υλικού, το σύστημα αυτό έχει αρκετές μεγάλες ατέλειες:

1. Στην περίπτωση της διαρροής είναι δύσκολο να αναζητήσετε κατεστραμμένες περιοχές.
2. Την αδυναμία παροχής νερού σε μια ξεχωριστή συσκευή υδραυλικών εγκαταστάσεων.
3. Τη δυσκολία πρόσβασης σε σωλήνες σε περίπτωση κατανομής.

Κτίριο πολυκατοικίας ζεστού νερού. Σχέδιο

Η καλωδίωση σωλήνων χωρίζεται σε δύο τύπους: στην αύξηση της παροχής ζεστού και κρύου νερού. Εν συντομία ονομάζονται HPW και DHW. Ιδιαίτερη προσοχή αξίζει ένα σύστημα ζεστού νερού ενός κτιρίου διαμερισμάτων. Το κύκλωμα δικτύου DHW αποτελείται από δύο τύπους καλωδίωσης - κάτω και άνω. Για να διατηρήσετε την υψηλή θερμοκρασία στον αγωγό που χρησιμοποιεί συχνά φλάντζα καλωδίωση. Η βαρυτική πίεση αναγκάζεται να κυκλοφορήσει στο δαχτυλίδι, παρά την απουσία επεξεργασίας νερού. Ψύχεται στον ανυψωτήρα και εισέρχεται στον θερμαντήρα. Το νερό με μεγαλύτερη θερμοκρασία σερβίρεται στους σωλήνες. Έτσι υπάρχει μια συνεχής κυκλοφορία του ψυκτικού μέσου.

Οι αυτοκινητόδρομοι αδιέξοδο δεν είναι επίσης ασυνήθιστοι, αλλά πιο συχνά μπορούν να βρεθούν στις οικονομικές εγκαταστάσεις των βιομηχανικών εγκαταστάσεων και σε μικρά κτίρια κατοικιών με μικρό όροφο. Εάν η επιλογή του νερού προγραμματίζεται να είναι άβολη, τότε χρησιμοποιείται ο αγωγός κυκλοφορίας. Οι μηχανικοί συμβουλεύουν τη χρήση της παροχής ζεστού νερού στα πολυκατοικίες (το σχέδιο έχει εξεταστεί παραπάνω) με ένα δάπεδο όχι περισσότερο από 4.Tube προϊόντα με αδιέξοδο που στέκεται σε ξενώνες, σανατόρια και ξενοδοχεία. Οι σωλήνες δικτύου Pipple έχουν λιγότερη μεταλλική χωρητικότητα, τόσο δροσερό γρηγορότερα.

Τα δίκτυα HBS στη σύνθεσή τους έχουν οριζόντιο κύριο αγωγό και αντιδράσεις διανομής. Το τελευταίο παρέχει σωληνώσεις σε ξεχωριστό αντικείμενο - διαμερίσματα. Το DHW τοποθετείται σε μέγιστη εγγύτητα με τον υδραυλικό εξοπλισμό.

Για τα κτίρια με υψηλό μήκος σωλήνων κορμού, τα σχέδια χρησιμοποιούνται με κυκλοφορία και νιφάδες δίνοντας αγωγούς. Η υποχρεωτική κατάσταση είναι η εγκατάσταση της αντλίας για τη διατήρηση της κυκλοφορίας και της σταθερής ανταλλαγής νερού.

Κύκλωμα DHW DUAL-PIPE - Φωτογραφία 07

Οι σύγχρονοι οικοδόμοι και μηχανικοί καταφεύγουν όλο και περισσότερο στη χρήση συστημάτων GVS δύο σωλήνων. Η αρχή της λειτουργίας είναι ότι η αντλία παίρνει νερό από τον αυτοκινητόδρομο επιστροφής και το προμηθεύει στον θερμαντήρα. Ο αγωγός έχει μεγαλύτερη κατανάλωση μετάλλων και θεωρείται το πιο αξιόπιστο για τους καταναλωτές.