Thread Content
كمشرف وزملائه المستخدمين، يتم استخدام اتصال الحافلة 485 على نطاق واسع، ويتم استخدام MODBUS بشكل عام كبروتوكول. لمودبوس_يمكن لبروتوكول RTU إرسال عدد n من البيانات في كل مرة، لذا ما حجم n؟
في التطبيقات الفعلية، يقتصر هذا n على الطول الإجمالي للرسالة، والذي يقتصر عادةً على أجهزة وحدة الاتصال. ومن الناحية العملية، يمكن أن يصل حجمه عمومًا إلى 120 بايت. يمكن تقدير بايتات الرأس والمقطورة تقريبًا بأكثر من 50 سجلًا أو 800/900 كمية رقمية. في الأساس، من غير المحتمل أن تحتاج مثل هذه الكمية الكبيرة من البيانات إلى القراءة مرة واحدة في التطبيقات العامة.
1. كل شيء موجود في بروتوكول modbus الخاص بشركة Schneider، وهو المعلومات الأكثر موثوقية ورسمية. 2. يتم تخزين طول الرسالة ببايت واحد في بروتوكول modbus. ولذلك، فإن الحد الأقصى النظري لعدد البايتات هو FF الست عشري، وهو 255 بايت فقط. 3. أما بالنسبة لاختيار الأجهزة، فأنا آسف، فأنا لست شركة مصنعة للمنتج. يمكنك دائمًا العثور عليه عبر الإنترنت.
تم تحرير هذا المنشور آخر مرة بواسطة hoya911 في 7/2015/11:25 تم إصلاح طول الأحرف المرسلة من قبل محطة modbus الرئيسية (عنوان بداية رمز وظيفة الجهاز، عنوان البداية المرتفع، عنوان البداية المنخفض، 00 حجم البيانات منخفض، CRC مرتفع، CRC منخفض) 8 بايت تشغل كمية الرد على محطة modbus التابعة 1 بت كحد أقصى FF 255 (بيانات كمية الرد على رمز وظيفة الجهاز 1 بيانات عالية 1 منخفضة،،،،،، CRC عالية CRC low) بما أن الطول الثابت هو 5 إذن 255-5=250 250/2=125 نظريًا هو 125. الاقتراح الفعلي هو ألا يتجاوز 120
الإجابة الصحيحة في الأعلى هي أن الحد الأقصى لحجم إطار المعلومات لا يتجاوز 256 بايت، وعادةً لا يتجاوز 120 بيانات عنوان.
هذه القضية التي يهتم بها الملصق ليس لها في الواقع أي أهمية عملية. هذه مشكلة يجب على مطوري Modbus الانتباه إليها، ولا يحتاج المستخدمون إلى أخذها بعين الاعتبار!
ما قلته أعلاه غير صحيح. عند إجراء الاتصالات، يجب أن تأخذ في الاعتبار مقدار نقل البيانات، وإلا سيكون هناك العديد من المشاكل.
يستخدم هذا بشكل عام الآن بأحجام صغيرة نسبيًا.
الإجابة الصحيحة، ما لم تكن مهتمًا بالتنمية، فلن تحتاج إلى هذه المعرفة. فقط تأكد من صحة العنوان وستكون بخير.