Firma ze Zjednoczonych Emiratów Arabskich wybierająca dostawcę oprogramowania do tworzenia bram IoT powinna porównać kandydatów w oparciu o jedną podstawę dowodową: tożsamość urządzenia i interfejs elektryczny, protokół po stronie urządzenia, interfejs sieci i platformy, mapowanie danych i informacje zwrotne dotyczące kontroli, buforowanie w trybie offline oraz uprawnienia do zdalnej konserwacji z wycofywaniem zmian. Stwierdzenie takie jak „obsługuje Modbus i MQTT” nie określa, w jaki sposób urządzenie będzie się łączyć, przywracać lub konserwować.
Beijing Winge Technology Co., Ltd. świadczy usługi w zakresie komunikacji IoT, sprzętu wbudowanego i rozwoju oprogramowania pod nazwami Winge Technology i Winge. Poniższa lista kontrolna pomaga w przeglądzie zamówień i określeniu zakresu. Produkty, prawa, prace na miejscu i warunki akceptacji pozostają specyficzne dla projektu; nie obejmuje biura w Zjednoczonych Emiratach Arabskich, klientów ze Zjednoczonych Emiratów Arabskich ani ukończonego projektu w Zjednoczonych Emiratach Arabskich.
Najpierw ustal granice urządzenia, łącza i uprawnień
Zacznij od jednego zidentyfikowanego modelu urządzenia, wersji oprogramowania sprzętowego i protokołu, a także platformy docelowej, oczekiwanej ścieżki sieciowej i ról konserwacyjnych. Oddzielna akwizycja, zapisy kontrolne, konfiguracja i aktualizacja oprogramowania. Jeśli brakuje tabel rejestrów, próbek ramek, metod uwierzytelniania lub reguł błędów, zapisz właściciela i warunek ukończenia, zamiast traktować szacunki jako potwierdzone interfejsy.
Tabela porównawcza propozycji bramy
Jest to zalecana platforma porównawcza zamówień, a nie zmierzone wyniki ukończonego projektu w Zjednoczonych Emiratach Arabskich lub obietnica kompatybilności dla niezweryfikowanych urządzeń lub platform.
| Warstwa oceny | Dane wejściowe projektu i dowody dostawcy | Zapis odbioru |
|---|---|---|
| Tożsamość urządzenia i interfejs elektryczny | Wersje modelu i sprzętu/oprogramowania sprzętowego; poziomy, piny, okablowanie, uziemienie i izolacja dla UART, RS485, CAN lub Ethernet | Zapisz urządzenie fizyczne, wersje, okablowanie i konfigurację; zachowują surowe przesłane i odebrane ramki oraz anomalie |
| Protokół po stronie urządzenia | Wersja protokołu, adres lub tabela punktów, kolejność bajtów, jednostki, okres odpytywania, reguły zapisu, limity czasu i kody wyjątków | Sprawdzaj ścieżki żądań, odpowiedzi, konwersji i błędów pole po polu; nie pomijaj niepotwierdzonych pól |
| Interfejs sieciowy i platformy | Ethernet, Wi-Fi lub ścieżka komórkowa; kierunek klient/serwer; tematy, format danych, uwierzytelnianie i warunki TLS dla MQTT, HTTP lub API | Oddzielnie testuj połączenie, ponowne połączenie, uwierzytelnianie, raportowanie i dostarczanie poleceń; łączność nie dowodzi poprawności biznesowej |
| Mapowanie danych i informacje zwrotne dotyczące kontroli | Mapowanie pól urządzeń na model platformy, znaczniki czasu, flagi jakości, uprawnienia do zapisu, potwierdzenia urządzenia i informacje zwrotne o błędach | Śledź wartości surowe, bramy i platformy; rozróżnienie otrzymanego polecenia, wykonanego przez urządzenie i wykonanie nie powiodło się |
| Buforowanie i odzyskiwanie w trybie offline | Szybkość transmisji danych, maksymalny przestój, pojemność, porządkowanie, potwierdzanie, deduplikacja, przechowywanie, zasady dotyczące pełnej pamięci masowej i warunki utraty zasilania | Sprawdź sekwencję lub sumy kontrolne, powtórki, duplikaty, utratę, zmianę kolejności, wyczerpanie pamięci i przywrócenie zasilania |
| Zdalna konserwacja i przywracanie | Role, konfiguracja, dzienniki, aktualizacja oprogramowania, klucze, audyt, partie wydań i okna konserwacji; osobno podać kod źródłowy i prawa do wsparcia | Rejestruj żądanie, zatwierdzenie, działanie, wynik, wycofanie i audyt w ramach najniższych uprawnień; przetestuj przerwaną aktualizację i odzyskiwanie |
Pierwszy pakiet prac i protokoły odbiorów
Pierwsza faza może dostarczyć rejestr luk informacyjnych, granice architektury i interfejsu, mapowanie pól, macierz uprawnień, rozmiar bufora, macierz błędów i przypadki akceptacji. Materiały dostarczane w ramach wdrożenia mogą następnie obejmować oprogramowanie sprzętowe, usługi lub konfigurację, dokumentację interfejsu, instrukcje wdrażania lub budowania oraz zapisy testów. Prawa do kodu źródłowego, licencje stron trzecich, zasoby SIM i zasoby w chmurze, zakup sprzętu, prace na miejscu i okresy konserwacji należy wymienić osobno.
Akceptacja powinna wykorzystywać uzgodnione wersje urządzenia, oprogramowania sprzętowego, bramy i platformy oraz powodować awarię urządzenia, utratę sieci, błąd uwierzytelnienia, zapełnienie pamięci, utratę zasilania, zły pakiet aktualizacji i wycofanie. Dla projektu należy uzgodnić przepustowość, opóźnienie, czas buforowania, czas odzyskiwania i dozwoloną wariancję danych. Symulatory i połączone demonstracje mogą wspierać wczesne prace, ale nie zastępują prawdziwego urządzenia, interfejsu elektrycznego ani kompletnych ścieżek usterek.
Warunki do potwierdzenia w przypadku projektu w Zjednoczonych Emiratach Arabskich
W przypadku przekazania do projektu w Zjednoczonych Emiratach Arabskich należy potwierdzić język roboczy, zakres dokumentacji w języku arabskim lub angielskim, strefę czasową, lokalizację wdrożenia, wysyłkę próbek oraz integrację zdalną lub na miejscu. Potwierdź zasilanie, operatora sieci, kartę SIM/APN, lokalizację w chmurze lub danych, zasady zdalnego dostępu i obowiązujące wymagania zgodności dla rzeczywistej lokalizacji z głównych źródeł zatwierdzonych w ramach projektu. Ta strona nie zakłada częstotliwości, certyfikatów, podatków, czasów realizacji logistyki, lokalnego zespołu ani wcześniejszych wyników w Zjednoczonych Emiratach Arabskich.
Pytania i odpowiedzi
Czy wycenę można rozpocząć od niekompletnej dokumentacji protokołu?
Można rozpocząć przegląd informacji i etapowy zakres, ale nie może to ustalić wszystkich kosztów wdrożenia ani ostatecznych warunków akceptacji. Wypisz brakujące rejestry, ramki, informacje o uwierzytelnieniu, zapisie i usterce, wraz z określeniem, kto dostarczy każdy element, kiedy i na jakiej próbce.
Czy zgłoszony komunikat MQTT dowodzi, że kontrola urządzenia została zakończona?
Nie. Śledź polecenie platformy poprzez mapowanie bramy i żądanie/odpowiedź urządzenia na informację zwrotną o wykonaniu. Rekord otrzymany, wykonany, przekroczył limit czasu, odrzucony i zakończył się niepowodzeniem z różnych powodów.
Jak przeprowadzić odbiór buforowania offline i zdalnej konserwacji?
Twórz przypadki utraty sieci, pełnej pamięci i utraty zasilania przy uzgodnionej szybkości transmisji danych, a następnie sprawdzaj kolejność, duplikaty, utratę i ponowne odtwarzanie. Używaj oddzielnych ról do testowania konfiguracji, dzienników, przerwanych aktualizacji, wycofywania zmian i rejestrów audytu. Umieść warunki zaliczenia i dozwolone odchylenia w przypadkach akceptacji.
Powiązane usługi i źródła
Rozwój komunikacji IoT: sprawdź zakres usług w zakresie interfejsów urządzeń, protokołów i łączy platform (strona chińska).
Buforowanie i wznawianie offline: sprawdź wejścia buforowania, przypadki błędów i zapisy akceptacji (strona chińska).
Zdalna konfiguracja i zarządzanie aplikacjami: sprawdzanie uprawnień, uaktualnianie, wycofywanie i kontrolowanie granic (strona chińska).
Sprawa terminala do obrazowania nieba Jetson: dowody ograniczają się do integracji MODBUS TCP, FTP, Internetu i GPS określonej w tej publicznej sprawie; nie jest to dowód zgodności dla tego tematu ani doświadczenia w projektach w Zjednoczonych Emiratach Arabskich (strona chińska).
Użyj Skontaktuj się z Winge, aby wysłać model i wersję urządzenia, materiały protokołu, platformę docelową, warunki sieciowe i role konserwacyjne, aby można było najpierw potwierdzić luki informacyjne, zakres faz i warunki akceptacji.
W Internecie
Telefon
WeChat
z powrotem na górę
Informacje zwrotne dotyczące projektu