Emerson Rosemount Hx338Plus to zaawansowany system zarządzania automatyką, który zapewnia elastyczność i moc. Jego podstawowymi zaletami są: skalowalność, zdolność do współdziałania z innymi systemami, wydajność, wsparcie techniczne i szeroki wachlarz opcji dostosowywania. System Hx338Plus oferuje szerokie możliwości konfiguracji i jest dostosowany do indywidualnych potrzeb użytkowników. Dostępny jest również podręcznik użytkownika, który zawiera szczegółowe instrukcje dotyczące instalacji, konfiguracji i obsługi systemu. System oferuje zaawansowane funkcje, takie jak wizualizacja i monitorowanie procesów, automatyczne sterowanie i zarządzanie wszystkimi aspektami systemu. Jest to idealny system do zarządzania automatyką, który zapewnia elastyczność i moc, aby dopasować się do indywidualnych potrzeb użytkowników, a jego podręcznik użytkownika ułatwia jego obsługę.
Ostatnia aktualizacja: Podstawy, zarządzanie i podręcznik Oam Emerson Rosemount Hx338Plus
Ta przeglądarka nie jest już obsługiwana.
Przejdź na przeglądarkę Microsoft Edge, aby korzystać z najnowszych funkcji, aktualizacji zabezpieczeń i pomocy technicznej.
- Artykuł
- Czas czytania: 3 min
Usługa IoT Hub zezwala na używanie następujących protokołów na potrzeby komunikacji po stronie urządzenia:
- MQTT
- MQTT za pośrednictwem obiektów WebSocket
- Zaawansowane usługi kolejkowania Protocol (AMQP)
- AMQP za pośrednictwem obiektów WebSocket
- HTTPS
Wzorzec chmura-urządzenie. Protokół HTTPS nie ma wydajnego sposobu implementowania wypychania serwera. W związku z tym w przypadku korzystania z protokołu HTTPS urządzenia sondować IoT Hub dla komunikatów z chmury do urządzenia. Takie podejście jest nieefektywne zarówno w przypadku urządzenia, jak i IoT Hub. Zgodnie z bieżącymi wytycznymi protokołu HTTPS każde urządzenie powinno sondować komunikaty co 25 minut lub więcej. Wystawianie większej liczby żądań HTTPS odbiera wyniki w IoT Hub ograniczania żądań. MQTT i AMQP obsługują wypychanie serwera podczas odbierania komunikatów z chmury do urządzenia. Umożliwiają natychmiastowe wypychanie komunikatów z IoT Hub do urządzenia. Jeśli opóźnienie dostarczania jest problemem, MQTT lub AMQP to najlepsze protokoły do użycia. W przypadku rzadko połączonych urządzeń protokół HTTPS również działa.
Bramy pól. Protokół MQTT i HTTPS obsługują tylko jedną tożsamość urządzenia (identyfikator urządzenia i poświadczenia) na połączenie TLS. Z tego powodu te protokoły nie są obsługiwane w scenariuszach bramy pól, które wymagają multipleksowania komunikatów przy użyciu wielu tożsamości urządzeń w ramach jednego połączenia lub puli połączeń nadrzędnych do IoT Hub. Takie bramy mogą używać protokołu obsługującego wiele tożsamości urządzeń na połączenie, takie jak AMQP, dla ruchu nadrzędnego.
Urządzenia z niskimi zasobami. Biblioteki MQTT i HTTPS mają mniejszy rozmiar niż biblioteki AMQP. W związku z tym, jeśli urządzenie ma ograniczone zasoby (na przykład mniej niż 1 MB pamięci RAM), te protokoły mogą być jedyną dostępną implementacją protokołu.
Przechodzenie do sieci. Standardowy protokół AMQP używa portu 5671, a protokół MQTT nasłuchuje na porcie 8883. Korzystanie z tych portów może spowodować problemy w sieciach, które są zamknięte dla protokołów innych niż HTTPS. W tym scenariuszu użyj protokołu MQTT za pośrednictwem obiektów WebSocket, PROTOKOŁU AMQP za pośrednictwem protokołu WebSocket lub HTTPS.
Rozmiar ładunku. MQTT i AMQP to protokoły binarne, co skutkuje bardziej kompaktowymi ładunkami niż HTTPS.
Ostrzeżenie
W przypadku korzystania z protokołu HTTPS każde urządzenie powinno sondować komunikaty z chmury do urządzenia nie więcej niż raz na 25 minut. W przypadku programowania każde urządzenie może sondować częściej, jeśli jest to konieczne.
Ważne
Następujące funkcje dla urządzeń korzystających z uwierzytelniania urzędu certyfikacji X. 509 nie są jeszcze ogólnie dostępne, a tryb podglądu musi być włączony:
- HTTPS, MQTT przez protokoły WebSockets i AMQP za pośrednictwem protokołów WebSocket.
- Przekazywanie plików (wszystkie protokoły).
Aby uzyskać informacje o tym, jak te protokoły obsługują określone funkcje IoT Hub, zobacz Wskazówki dotyczące komunikacji z urządzeniami do chmury i Wskazówki dotyczące komunikacji z chmury do urządzeń.
Poniższa tabela zawiera ogólne zalecenia dotyczące wybranego protokołu:
| Protokół | Kiedy należy wybrać ten protokół | MQTT MQTT za pośrednictwem obiektów WebSocket | Użyj na wszystkich urządzeniach, które nie wymagają połączenia z wieloma urządzeniami, z których każde ma własne poświadczenia dla poszczególnych urządzeń, za pośrednictwem tego samego połączenia TLS. | AMQP AMQP za pośrednictwem obiektów WebSocket | Użyj bram w terenie i w chmurze, aby korzystać z multipleksowania połączeń między urządzeniami. | HTTPS | Służy do urządzeń, które nie obsługują innych protokołów. |
|---|
Podczas wybierania protokołu do komunikacji po stronie urządzenia należy wziąć pod uwagę następujące kwestie:
Te funkcje są ogólnie dostępne na urządzeniach korzystających z uwierzytelniania odciskiem palca X. 509. Aby dowiedzieć się więcej na temat uwierzytelniania X. 509 przy użyciu IoT Hub, zobacz Obsługiwane certyfikaty X. 509.
Numery portów
Urządzenia mogą komunikować się z IoT Hub na platformie Azure przy użyciu różnych protokołów. Zazwyczaj wybór protokołu jest spowodowany określonymi wymaganiami rozwiązania. W poniższej tabeli wymieniono porty wychodzące, które muszą być otwarte, aby urządzenie mogło korzystać z określonego protokołu:
Adres IP centrum IoT może ulec zmianie bez powiadomienia. Aby dowiedzieć się, jak ograniczyć skutki zmian adresów IP centrum IoT w rozwiązaniu IoT i urządzeniach, zobacz sekcję Najlepsze rozwiązania dotyczące adresów IP IoT Hub.
Następne kroki
Aby uzyskać więcej informacji o tym, jak IoT Hub implementuje protokół MQTT, zobacz Komunikacja z centrum IoT przy użyciu protokołu MQTT.
