EN
راننده‌ای که به یک شاخه‌بندی در داخل پارکینگ نزدیک می‌شود، نیازی به درک کل پایگاه دادهٔ اشغال‌شدگی ندارد. سؤال فوری بسیار ساده‌تر است: من باید به کدام جهت حرکت کنم و آیا اطلاعات مفیدی دربارهٔ پارکینگ هنوز برای آن مسیر در دسترس است؟
این واقعاً مسئلهٔ طراحیِ پشت نشانه‌های راهنمایی پارکینگ است. سیستم پارکینگ ممکن است فضاهای انفرادی، مناطق، طبقات یا ورودی‌ها را ردیابی کند، اما نمایشگر کنار جاده تنها زمان کوتاهی دارد تا داده‌های متغیر اشغال‌شدگی را به تصمیمی تبدیل کند که از خودروی در حال حرکت معنادار باشد.
برای تیم‌های پروژه که تابلوهای ال‌ای‌دی را برای راهنمایی پارکینگ ارزیابی می‌کنند، صفحهٔ نمایش خود تنها یک بخش از مشخصات است. هندسهٔ لانه، موقعیت نشانه، زاویهٔ دید، سلسله‌مراتب پیام‌ها، مالکیت داده‌ها و حالت‌های پیش‌فرض همه بر اینکه چه چیزی باید روی نمایشگر ظاهر شود تأثیر می‌گذارند.
هدف عملی این نیست که بیشترین مقدار اطلاعات را نمایش دهد؛ بلکه این است که تصمیم بعدی دربارهٔ پارکینگ را بدون القای قطعیتی که سیستم بالادستی ندارد، واضح کند.
با تصمیم‌گیری دربارهٔ پارک‌کردن شروع کنید، نه با صفحه‌نمایش
طرح راهنمایی پارکینگ ممکن است در برنامهٔ نشانه‌ها ساده به نظر برسد: چند نشانهٔ ال‌ئی‌دی، چند نام منطقه و یک جریان اطلاعات دربارهٔ اشغال. قسمت دشوار زمانی ظاهر می‌شود که این عناصر با طرح واقعی جاده تطبیق داده می‌شوند.
تصور کنید راننده‌ای از یک شیب پایین می‌آید و به یک تقاطع نزدیک می‌شود. ادامهٔ حرکت در مسیر مستقیم به سمت منطقهٔ بی می‌رود، درحالی‌که خط چپ وارد منطقهٔ سی می‌شود. شمارش فضای خالی در سراسر مجتمع ممکن است کاملاً دقیق باشد، اما به تصمیم لحظه‌ای در آن نقطه پاسخ نمی‌دهد. آنچه اهمیت دارد این است که آیا راننده می‌تواند به‌سرعت هر مقصدِ دردسترس را با خط جادهٔ مربوطه مرتبط کند.
به همین دلیل باید پروژه را از جاده به سمت بیرون بخواند. طرح لانه‌ها مشخص می‌کند کدام حرکت‌ها امکان‌پذیر است. محل نصب تابلوها مشخص می‌کند که اطلاعات در کجا قابل مشاهده‌اند. سیستم پارکینگ مشخص می‌کند که چه مقادیری برای اشغال یا وضعیت موجود است. تنها پس از آن، چیدمان نمایش معنا پیدا می‌کند.
پروژه باید تعیین کند که هر وضعیت عملیاتی متعلق به کدام سیستم است. در بسیاری از معماری‌ها، پلتفرم پارکینگ یا لایه ادغام، وضعیت تأییدشده را فراهم می‌کند و سیستم نمایش مسئول ارائه آن است. نباید فرض شود که یک تابلو به‌صورت مستقل تصمیم می‌گیرد که یک منطقه در دسترس، پر یا نامشخص است، مگر اینکه این رفتار عمدتاً به لایه کنترل نمایش واگذار شده باشد.
این موضوع به‌ویژه در مکان‌های بزرگ‌تر اهمیت دارد که می‌توان به یک مقصد واحد از جهات مختلفی رسید. نام منطقه‌ای که در نزدیکی یک ورودی کاملاً واضح است، ممکن است در تقاطع دیگری رابطهٔ جهتی متفاوتی نیاز داشته باشد. بنابراین، طرح نشانه‌ها باید به نقاط فیزیکی تصمیم‌گیری متصل شود، نه اینکه به‌صورت یک طرح کلی تهیه و در سراسر پارکینگ تکثیر شود.
داده‌های اشغال‌شدگی باید به پیامی برای راننده تبدیل شوند
داده‌های خام اشغال‌شدگی برای سیستم پارکینگ مفید هستند. اما راننده چیز دیگری نیاز دارد: پیامی کوتاه و قابل‌درک که به مسیر پیش‌روی وی مرتبط باشد.
فرض کنید سیستم می‌داند منطقهٔ A فضای آزاد زیادی دارد، منطقهٔ B تنها چند فضای آزاد دارد و منطقهٔ C کاملاً پر است. در یک تقاطع که راننده فقط می‌تواند بین B و C انتخاب کند، نمایش دادن رقم منطقهٔ A صرفاً داده اضافی ارائه می‌دهد و در تصمیم‌گیری فوری وی کمکی نمی‌کند. در این حالت، نشانه شلوغ‌تر می‌شود، درحالی‌که انتخاب راننده بدون تغییر باقی می‌ماند.
پیامی مفید معمولاً را می‌توان بر اساس سه پرسش برنامه‌ریزی کرد: راننده از اینجا به کدام مقصدی می‌تواند برسد، وضعیت تأییدشده‌ای که برای آن مقصد در دسترس است چیست، و جهت فیزیکی مربوط به آن کدام است؟
منطقهٔ نمایش ممکن است فضای لازم برای نام مقاصد، اعداد اشغال، فلش‌ها و پیام‌های مربوط به وضعیت‌های غیرعادی را نیاز داشته باشد، اما این مناطق باید بر اساس وظیفهٔ راننده طراحی شوند، نه اینکه صرفاً به دلیل وجود فضای خالی روی صفحه پر شوند.
پرسش مفید این نیست که «چه مقدار دادهٔ پارکینگ در این صفحه جا می‌شود؟» بلکه این است که «راننده قبل از اینکه تغییر خط دشوار شود، چه چیزی را باید درک کند؟»
آن پرسش مقدار قابل توجهی از محتوای غیرضروری را حذف می‌کند. یک نمونه‌سازی ممکن است روی صفحه‌نمایش رومیزی منظم به نظر برسد، در عین حال از راننده‌ای که در حرکت است بیش از حد انتظار داشته باشد. چهار نام مقصد، چند عدد نشان‌دهندهٔ ظرفیت اشغال، پیکان‌های متعدد و کلمات وضعیت ممکن است هر یک به تنهایی صحیح باشند، اما پیام کامل همچنان ممکن است برای تفسیر کُند باشد.
قالب تابلوی نوری ال‌ئی‌دی برای پیام‌های جهت‌یابی پارکینگ
تابلوی نوری ال‌ئی‌دی با قالب بلند می‌تواند فضای مفیدی فراهم کند زمانی که نام مقصد، وضعیت اشغال و نشانه‌های جهت‌یابی باید به‌صورت یک پیام واحد خوانده شوند. ابعاد نهایی باید در برابر نقشهٔ واقعی لانه‌ها و طولانی‌ترین پیامی که پروژه قرار است نمایش دهد، بررسی شوند.
پیکان‌های لانه باید با تقاطعی که راننده می‌بیند هماهنگ باشند
پیکان تنها زمانی مفید است که رابطهٔ آن با جاده آشکار باشد. این امر در یک طرح به نظر ساده می‌آید، اما محیط‌های پارکینگ اغلب شامل رویکردهای منحنی، رمپ‌های جابه‌جاشده، تقاطع‌های نامنظم و مقاصدی هستند که به نظر نزدیک به یکدیگر می‌رسند.
فلش سمت چپ کنار «منطقهٔ سی» ممکن است در فایل طرح‌بندی و هنگام دیدن مستقیم کاملاً واضح به نظر برسد. با این حال، از دید خودرویی که در حال نزدیک‌شدن است، ممکن است دو حرکت سمت چپ ممکن وجود داشته باشد: پیچ فوری به یک ردیف یا ورودی رمپ که چند متر جلوتر قرار دارد. نمایش باید از دید راننده معنا داشته باشد، نه صرفاً از دید صفحهٔ طراح.
گزینه‌ای را نشان دهید که در این نقطه واقعاً وجود دارد
یک تابلو باید در تصمیم‌گیری‌ای که واقعاً در محل نصب آن امکان‌پذیر است، کمک کند. اگر دسترسی به منطقهٔ دیگری پارکینگ تنها پس از تقاطع دوم ممکن شود، ارائهٔ آن جهت بیش از حد زودهنگام می‌تواند ارتباط بین فلش و جاده را تضعیف کند.
فلش را به یک پیام متصل نگه دارید
مقصد، وضعیت اشغال و جهت باید به‌عنوان یک واحد اطلاعاتی خوانده شوند. راننده نباید مجبور شود تشخیص دهد که آیا فلش مربوط به عدد بالای آن، نام منطقهٔ کنارش یا خط متنی دیگری است.
به نحوهٔ نزدیک‌شدن خودرو فکر کنید، نه فقط به نقطهٔ نصب تابلو
یک نشانه ممکن است از نظر فیزیکی در دیوار، تیر یا تکیه‌گاه جا شود، ولی همچنان از نظر تصمیم‌گیری راننده در موقعیت نامناسبی قرار گرفته باشد. تیم پروژه باید زمانی را که نشانه برای اولین بار دیده می‌شود، عوامل دیگری که برای جلب توجه رقابت می‌کنند و فاصله باقی‌مانده تا تغییر لانه یا پیچ را در نظر بگیرد.
این دعوت به اعمال یک طرح واحد و عمومی برای پیکان‌های پارکینگ نیست. پارکینگ‌های مختلف از نظر هندسی متفاوت‌اند. دلیل این است که پیش از تعیین نهایی مناطق پیام، محتوای پیشنهادی را در برابر نقشه لانه‌های علامت‌گذاری‌شده و رویکرد واقعی دید بررسی کنیم.
پیام ایمن‌سازی باید آنچه هنوز معلوم است را حفظ کند.
اشغال عادی تنها یکی از شرایط عملیاتی است. پرسشِ گویاتر این است که وقتی سیستم کنترل‌کننده دیگر خوراک اشغال را قابل اعتماد نمی‌داند، پیام ارائه‌شده به راننده چه تغییری می‌یابد.
ادامه نمایش یک عدد دقیق ممکن است اعتماد غلط ایجاد کند. پاک کردن کامل نشانه می‌تواند اطلاعاتی را که هنوز مفید هستند، از بین ببرد. واکنش مناسب بستگی دارد به اینکه کدام بخش‌های پیام همچنان معتبر باقی مانده‌اند.
برای مثال، سیستم ممکن است به‌صورت موقت تعداد فضاهای آزاد را از دست بدهد، درحالی‌که مقصد خود همچنان باز باقی می‌ماند و مسیر منجر به آن نیز بدون تغییر باقی می‌شود. در این شرایط، اپراتور ممکن است تصمیم بگیرد که عدد را با وضعیت جایگزین تأییدشده‌ای جایگزین کند، درحالی‌که نام منطقه یا پیکان حفظ شود. در وضعیت خرابی متفاوتی، حتی اطلاعات مربوط به آن مسیر نیز ممکن است دیگر مناسب نباشد.
پیام‌هایی مانند «اطلاعات فضاهای آزاد در دسترس نیست» یا «وضعیت منطقه تأییدنشده است» را می‌توان در طول برنامه‌ریزی پروژه در نظر گرفت، اما عبارت‌بندی، شرایط فعال‌شدن و واکنش اپراتور باید برای سیستم پارکینگ و رویه‌های عملیاتی واقعی تأیید شوند.
تفاوت بین داده‌های جزئی و داده‌های کاملاً دردسترس نبودن اهمیت دارد. اگر اطلاعات مربوط به یک مقصد همچنان تأییدشده باشد، درحالی‌که وضعیت مقصد دیگری نامشخص شده است، نشان کامل لزوماً نباید هر دو را رها کند. راهنمایی‌های تأییدشده می‌توانند همچنان مفید باشند، مشروط بر اینکه سیستم کنترل‌کننده بتواند آن حالات را از یکدیگر تشخیص دهد و منطق پیام‌ها از پیش توافق شده باشد.
بنابراین، یک سؤال مفید برای بررسی این است: آیا تیم پروژه می‌تواند دقیقاً توضیح دهد که هر پیامی که به راننده نمایش داده می‌شود، از کدام شرط بالادستی ناشی می‌شود؟ اگر این رابطه نامشخص باشد، محتوای جایگزین هنوز آمادهٔ تأیید طرح نشان نیست.
پروژه‌هایی که نیازمند تعریف تازگی داده‌ها، اعتبارسنجی منبع، رفتار بازیابی یا منطق میان‌افزار نیز هستند، می‌توانند این سؤالات را در راهنمای یکپارچه‌سازی داده‌های تابلوی نمایش LED سفارشی به‌طور عمیق‌تر بررسی کنند. اما برای خود تابلوی پارکینگ، اولویت همچنان ساده است: فقط آنچه را که پروژه در حال حاضر می‌تواند به‌عنوان راهنمایی معتبر ارائه دهد، نمایش دهد.
تأمین‌کننده به زمینهٔ رانندگی نیاز دارد، نه صرفاً به اندازهٔ صفحه
درخواست نقل‌قولی که می‌گوید «لطفاً برای ۱۰ تابلوی LED پارکینگ قیمت‌گذاری کنید»، فرضیات مهم بسیاری را اجباری می‌کند. حتی افزودن عرض و ارتفاع نیز توضیحی دربارهٔ عملکرد واقعی تابلوها ارائه نمی‌دهد.
درخواست بهتر با طرح لانه‌ها آغاز می‌شود. هر موقعیت پیشنهادی برای تابلو را علامت‌گذاری کنید و به هر تابلو ارجاع ساده‌ای مانند S01، S02 و S03 اختصاص دهید. این‌گونه تأمین‌کننده می‌تواند دربارهٔ نمایش بحث کند، درحالی‌که ادغام‌کننده با استفاده از همان موقعیت‌های فیزیکی، دربارهٔ منطق پیام بحث می‌کند.
چه چیزی بحث فنی اولیه را مفید می‌کند
با جاده شروع کنید. طرح لانه‌ها، تقاطع‌ها، رمپ‌ها، ورودی‌ها و موقعیت‌های پیشنهادی تابلوها را ارسال کنید. جهتی که رانندگان از آن سمت به تابلو نزدیک می‌شوند و فاصلهٔ تقریبی دید که در طراحی اهمیت دارد را یادداشت کنید.
سپس پیام را نمایش دهید. نام‌های نمایندهٔ مقصد، فیلدهای اشغال، پیکان‌ها، وضعیت‌های کامل و پیام‌های جایگزین توافق‌شده را ارائه کنید. طولانی‌ترین عبارت واقع‌بینانهٔ مقصد یا جایگزین را بگنجانید، نه اینکه صرفاً صفحه را حول کوتاه‌ترین پیام عادی تأیید کنید.
در پایان، زمینهٔ پروژه را اضافه کنید. منطقهٔ قابل نصب، تعداد، میزان اشغال یا منبع داده، محیط داخلی یا خارجی، استاندارد برق، کشور نصب و زمان‌بندی پروژه را شامل شود.
- طرح خطوط حرکت ورودی‌ها، خروجی‌ها، رمپ‌ها، نقاط تصمیم‌گیری و حرکات مجاز
- مکان‌های نشان‌گذاری موقعیت‌های پیشنهادی به‌وضوح در نقشه مشخص شده‌اند.
- اطلاعات دید جهت نزدیک‌شدن و فاصلهٔ دید مرتبط
- وضعیت‌های پیام اشغال عادی، وضعیت کامل و محتوای پیش‌بینی‌شده برای بازگشت به حالت اولیه.
- فضای در دسترس اندازهٔ تأییدشدهٔ نشانه یا بیشترین سطح قابل نصب.
- منبع داده کنترل‌کنندهٔ پارکینگ، پلتفرم اشغال یا لایهٔ ادغام‌کنندهٔ ارائه‌دهندهٔ اطلاعات.
- زمینه پروژه تعداد، محیط، استاندارد برق، کشور و زمان‌بندی.
این ورودی‌ها معمولاً کافی هستند تا بحث را از نقل‌قول عمومی نشانه خارج کرده و به سمت کاربرد واقعی پارکینگ هدایت کنند. همچنین این اطلاعات برای تأمین‌کنندهٔ نمایشگر چیزی مفید فراهم می‌کنند تا پیش از نهایی‌شدن ابعاد، چیدمان و جزئیات کنترلی، آن‌ها را بررسی کند.
تبدیل طرح پیام به نیازمندی مناسب نمایشگر
پس از روشن شدن تصمیمات مربوط به پارکینگ و وضعیت‌های پیام، بحث دربارهٔ سخت‌افزار بسیار مفیدتر می‌شود. به جای انتخاب نمایشگر در ابتدا و سپس اجباری کردن اطلاعات پارکینگ در آن، پروژه می‌تواند بررسی کند که آیا صفحهٔ پیشنهادی واقعاً از محتوا، شرایط دیدن و محیط محلی پشتیبانی می‌کند یا خیر.
گام پیکسل، ابعاد فیزیکی، روشنایی، نیازهای پوشش و معماری کنترل باید در برابر پیام واقعی و محل نصب بررسی شوند. ترکیب مناسب به جزئیات پروژه بستگی دارد، نه به یک فرمول عمومی برای تابلوهای پارکینگ.
جایی که بازبینی کارخانه ارزش افزوده می‌آورد
پس از آنکه تیم پارکینگ تصمیمات و حالت‌های پیام را ترسیم کرده است، بازبینی کارخانه مفیدتر می‌شود. در این مرحله، پرسش دیگر این نیست که «منطق پارکینگ ما چه باید باشد؟» بلکه این است که «آیا چیدمان نمایش پیشنهادی می‌تواند اطلاعات را به‌وضوح در شرایط واقعی این محل ارائه دهد؟»
طرح لانه زمینه‌ای را برای جهت‌گیری و قرارگیری تابلو فراهم می‌کند. محتوای نماینده نشان می‌دهد که چه مقدار سطح پیام برای نام مقصد، مقادیر اشغال و نشانه‌های جهت‌دهنده لازم است. حالت‌های غیرعادی آشکار می‌سازند که آیا همان چیدمان در شرایطی که عدد عادی با پیام جایگزین طولانی‌تری جایگزین شده است، همچنان کاربرد دارد یا خیر.
آن بررسی می‌تواند از بروز یک مشکل شناخته‌شده در پروژه جلوگیری کند: نشانه‌ای که از نظر فنی عرض و ارتفاع صحیحی دارد، اما پس از بارگذاری مقاصد واقعی، پیکان‌ها و وضعیت‌های وضعیتی، نامناسب به نظر می‌رسد.
تابلوی نمایش LED برای چیدمان‌های اطلاعات پارکینگ اختصاصی پروژه
تابلوی نمایش LED اختصاصی پروژه را می‌توان در مقابل مجموعه کامل پیام‌ها — از جمله مقصد، ظرفیت اشغال، جهت‌دهی و وضعیت‌های ایمنی در برابر خطا — بررسی کرد. این امر به تأمین‌کننده پایه‌ای بهتر برای بحث دربارهٔ چیدمان نسبت به صرفاً اندازه صفحه می‌دهد.
سپس می‌توان از نقشه‌ها برای تأیید جهت‌گیری نمایش، فضای نصب‌پذیر موجود و نحوهٔ ارتباط تابلوی پیشنهادی با ترافیک در حال نزدیک‌شدن استفاده کرد. برنامه‌ریزی مناطق پیام نیز می‌تواند پیش از نهایی‌شدن چیدمان محتوا بررسی شود.
مرز مسئولیت باید در طول پروژه به‌طور واضح باقی بماند. یک سیستم یا لایه ادغام تعریف‌شده، هر وضعیت عملیاتی را مدیریت می‌کند، درحالی‌که جریان نمایش اطلاعات تأییدشده را در ساختار بصری توافق‌شده ارائه می‌دهد. اگر چندین عملکرد در یک پلتفرم ترکیب شوند، تصمیمات مربوط به مالکیت همچنان باید شفاف باشند.
جدول تصمیم‌گیری راهنمایی پارکینگ
جدول زیر به‌عنوان چارچوبی برای بحث بین اپراتور، ادغام‌کننده سیستم و تیم نمایش عمل می‌کند. این جدول رفتار خودکاری را برای هر سیستم پارکینگ تجویز نمی‌کند. هدف آن روشن‌سازی هدف پیام ارسالی به راننده در شرایط مختلف داده‌هاست.
| شرایط داده | هدف پیام ارسالی به راننده | جهت پیام | اقدام اپراتور / ادغام‌کننده |
|---|---|---|---|
| داده‌های عادی | کمک به راننده در انتخاب میان مقاصد پارکینگ معتبر | نمایش مقصد تأییدشده، ظرفیت فعلی یا وضعیت آن و جهت مربوطهٔ لانه | تأیید کنید که اطلاعات نمایش‌داده‌شده همچنان با وضعیت منبع بالادستی مطابقت دارد. |
| داده‌های جزئی | راهنمایی تأییدشده را مفید نگه دارید، بدون آنکه اطلاعات غیرقطعی به‌ظاهر فعلی به نظر برسند. | اطلاعات تأییدشده را در جای مناسب نگه دارید و فیلد غیرقطعی را بر اساس منطق پیام تأییدشده پردازش کنید. | منبع داده‌ای تحت تأثیر قرارگرفته را شناسایی کنید و تصمیم بگیرید که آیا راهنمایی باقی‌مانده هنوز ازنظر عملیاتی مفید است. |
| داده در دسترس نیست یا تأییدنشده است | از گمراه‌کردن راننده جلوگیری کنید، در عین حال اطلاعاتی را که همچنان به‌طور مستقل معتبر هستند، حفظ کنید. | از پیام ایمنی تأییدشده استفاده کنید و مقصد یا جهت را تنها در صورتی نگه دارید که پروژه تأیید کرده باشد که همچنان معتبر است. | شرایط منبع بالادستی را بررسی کنید و زیر پروژه‌های عملیاتی سایت، پیام‌دهی عادی را بازگردانید. |
نکتهٔ مهم این نیست که عبارت دقیق در جدول چیست. بلکه این است که حالت‌های عادی، حالت‌های با داده‌های جزئی و حالت‌های بدون داده پیش از تأیید طرح نمایش بررسی شوند. نشانه‌ای که تنها بر اساس صفحهٔ ایده‌آل عملیاتی طراحی شده باشد، ممکن است هنگامی که بعداً پیام جایگزین بلندتری لازم شود، نامناسب به نظر برسد.
پرسش‌های متداول
نشانه‌های ال‌ئی‌دی راهنمایی پارکینگ در نقطهٔ تصمیم‌گیری لانه چه باید نمایش دهند؟
آن‌ها باید اطلاعات لازم برای انتخاب فوری را نمایش دهند: مقصد مربوطهٔ پارکینگ، تعداد تأییدشدهٔ اشغال یا وضعیت آن، و در صورت نیاز، پیکان جهت‌دهنده. اطلاعاتی که به آن تقاطع مربوط نباشند، می‌توانند تفسیر پیام را کندتر کنند.
هنگامی که داده‌های اشغال پارکینگ در دسترس نباشند، چه اتفاقی باید بیفتد؟
نمایش باید منطق تأییدشدهٔ خرابی پروژه را دنبال کند، نه اینکه ارزشی غیرتأییدشده را به‌عنوان اطلاعات فعلی ادامه دهد. اگر اطلاعات مقصد یا مسیر به‌صورت مستقل همچنان معتبر باشند، پروژه ممکن است آن‌ها را حفظ کند و در عین حال، فیلد نامطمئن را با حالت جایگزین تأییدشده جایگزین کند.
چه اطلاعاتی باید پیش از ارائه نقل‌قول به تأمین‌کننده تابلوهای ال‌ئی‌دی ارسال شود؟
طرح مسیرها، مکان‌های پیشنهادی برای نصب تابلوها، سطح قابل‌استفاده برای نصب، جهت ورود خودروها، فاصله دید مربوطه، حالت‌های نمایشی نمونه پیام‌ها، طولانی‌ترین عبارت مورد انتظار، منبع اطلاعات یا وضعیت اشغال، تعداد تابلوها، محیط داخلی یا بیرونی، استاندارد برق، کشور نصب و زمان‌بندی پروژه را ارسال کنید.
تبدیل طرح مسیرها به چیدمان عملی تابلوهای پارکینگ
اگر مسیرهای پارکینگ و منبع اطلاعات از پیش تعیین شده‌اند، مرحله بعدی و مفید، بررسی این موضوع است که هر تابلو دقیقاً چه اطلاعاتی باید نمایش دهد. طرح مسیرها، موقعیت‌های پیشنهادی تابلوها و حالت‌های نمایشی نمونه پیام‌ها را ارسال کنید تا فرمت نمایش در مقابل سناریوی واقعی پارکینگ — نه بر اساس مشخصات کلی صفحه نمایش — مورد بحث قرار گیرد.
ارسال نیازمندی‌های راهنمایی پارکینگ
