OPENDMTP OpendMTP הוא פרוטוקול ומסגרת המאפשרת תקשורת נתונים דו-כיוונית.
הורד עכשיו

OPENDMTP דירוג וסיכום

OPENDMTP תגים

נוהל מִסגֶרֶת מסגרת תקשורת פתח את ניטור המכשיר OPENDMTP

OPENDMTP תיאור

OpendMTP הוא פרוטוקול ומסגרת המאפשרת תקשורת נתונים דו-כיוונית. OPendMTP הוא פרוטוקול ומסגרת המאפשרת תקשורת נתונים דו-כיוונית בין שרתים והתקנים (לקוחות) דרך האינטרנט ורשתות דומות. הוא מכוון במיוחד כלפי מידע מבוסס מיקום (LBS) כגון GPS, כמו גם טמפרטורה ונתונים אחרים שנאספו במכשירים ניטור מרחוק. OPendMTP הוא קטן, והוא מתאים במיוחד עבור מכשירי מיקרו כגון PDA, טלפונים ניידים, מכשירים OEM מותאמים אישית.אנחנו ראינו צורך פרוטוקול תקשורת שאיפשר גבוהה חביון, נמוך רוחב פס (HL / LB) להתקנים להעביר מיקום נתונים לניטור מערכות. מכיוון שהתקנים האלה יש לעתים קרובות קישוריות רשת מוגבלת, הפרוטוקול צריך להיות קטן ויעיל. התקנים מדגם כוללים טלפונים ניידים, מחשבי כף יד, מיקרו OEM התקנים (מערכות אזעקה, צגים טמפרטורה, וכו '), ועוד. הם רבים מעקב GPS נייד התקנים בשוק היום עם פרוטוקולים קנייניים סגורים משלהם. חיפוש באינטרנט עבור פרוטוקולים פתוחים חשף רק כמה זמין עבור העברת נתונים (כולל מידע GPS) בין התקנים. עם זאת פתרונות אלה מתוכננים בדרך כלל עבור יישומים שאינם ניידים וחסר כמה תכונות ברוחב פס נמוך, להגדרה, להרחבה כי יישומים ניידים דורשים.הנה הם כמה תכונות עיקריות של "OpendMTP": טביעת רגל קטנה: התקנים ניידים בדרך כלל יש משאבים מוגבלים על אשר להפעלת קוד הלקוח (כלומר, זיכרון, מהירות מעבד). פרוטוקול פתוח תוכנן עם זה בראש צריך להיות מותאם לאפשר יישום יעיל צריך תמיכה התקנים כגון PDA, טלפונים ניידים, התקני ניטור GPS, ועוד מיקרו OEM-Devices.Network יעיל: מכיוון שההתקנים הניידים בדרך כלל יש קישוריות רשת מוגבלת, פרוטוקול צריך להיות יעיל בדיאלוג זה בין הלקוח לשרת. התקשורת צריכה להיות מותאמת כך שניתן יהיה להעביר את המידע הדרוש עם מספר מינימלי של בתים בסכום הנמוך ביותר של time.BI כיווני: התקנים מסוימים יכולים לתמוך תקשורת דו כיוונית (כלומר GPRS, או חיבורים אחרים מבוסס Socket) , בעוד שאחרים עשויים לתמוך רק בתקשורת חד כיוונית (כלומר, כמה מערכות תקשורת לווינית). עם זאת, פרוטוקול צריך להיות מתוכנן לתמוך הן דופלקס (דו כיוונית) ו Simplex (בכיוון אחד) תקשורת. חלקם עשויים להשתמש ב- GPRS, או תקשורת מבוססת Socket, אחרים עשויים להשתמש בתקשורת הלוויין, ואילו אחרים עשויים להשתמש בצורות אחרות של תקשורת אלחוטית, כגון Bluetooth. העיצוב של הפרוטוקול אמור להיות מסוגל לכלול את כל סוגי התקשורת התחבורה כאלה, ללא קשר לסוג התחבורה בשימוש. קידוד נתונים גמיש: רוב סוגי התקשורת התחבורה מאפשרים שידור של נתונים מקודדים בינאריים. עם זאת, ייתכן שיש כמה צורות של מדיה אשר מנות נתונים מקודדים ASCII הוא הרבה יותר מתאים. פרוטוקול המיועד עם זה בחשבון צריך להיות מסוגל לתמוך הן סוגים של נתונים קידוד.Configurable הודעות: בשל מגוון רחב של סוגי נתונים המשמשים יישומים ניידים, הפרוטוקול צריך להיות גמיש מספיק כדי להגדיר הודעות סטנדרטיות, אך עדיין לאפשר הודעות מותאמות אישית בתוך framework.extensible: לא כל יישום נייד הוא זהה. חלקם דורשים טיפול מיוחד עשויים להיות סוגים שונים של תשומות ופלטים. פרוטוקול המיועד ליישומים ניידים צריך להבטיח כי המסגרת ניתן להרחיב בקלות כדי להתגלות את הצרכים הספציפיים של ההתקן. תאימות הודית: בעל פרוטוקול פתוח מבטיח תאימות טובה יותר בין התקני לקוח שונים של ספקי שירות. יישום: בעל יישום התייחסות מציג את התכונות העיקריות של הפרוטוקול מספק נקודת התחלה קלה על אילו מפתחי יכולים להוסיף תכונות משלהם ואת הפלטפורמה יישום ספציפי מבלי לדאוג איך הנתונים מקבל מהלקוח לשרת.ה חדש במהדורה זו: הוסיף רישום נוסף עבור כל השגיאות חזרו על ידי "סגול", 'fflush', 'fclose'. · שינויים נוספים שנעשו כדי להקל על "תחבורה כפולה" תמיכה. · נכס 'prop_comm_host' כבר לא משתמש "localhost" כברירת מחדל. כמו כן, אם הנכס הזה נשאר לא מוגדר במהלך הפריסה, לא יועברו אירועים. · כאשר הגעתו של גואוזון / יציאה "עיכוב" היא בתוקף, האירוע שנוצר יהיה הזמן לתקן GPS של הרגע שזוהה מעבר לגווזון.

OPENDMTP תוכנה קשורה