วีดีโอ

That is by definition not possible, because Laplace transform is defined only for linear systems. There are linearization methods, but they obviously work only under certain conditions and won't give you a full representation of the system within Laplace transform - that's simply impossible by definition. You can however derive the differential equation of a nonlinear system and solve it - for example numerically step by step using e.g. Runge Kutta methods.

@@digitalghosts4599 thanks for your answer. I came to that conclusion, and because my system wasn't super nonlinear I was able to linearize it satisfactoraly

أهلا وسهلا يا علي للأسف أنا حاليا في الج*ي*ش ومش لاقي وقت دعواتك كدا لينا يا علي

@@msl5031 ربنا يحفظك ويسترها معاكم وترجع بالسﻻمة يارب

gcc.gnu.org/onlinedocs/gcc/Option-Summary.html

دي كدا للgcc in general بغض النظر عن الarchitrecture ولازم تبص على الdoc بتاع الcompiler اللي انت بتستخدمه سواء كان free or commercial عشان تتأكد أنهي flags implemented وانهي لا

@@msl5031 عاش بجد

بإذن الله لكن ليس حاليا نظراً لبعض الظروف لكن كل المصادر موجودة في التعليقات سواء الكود أو ملفات البروتس

embeddedlightning.com/ugui/

أكيد 01208282431 ممكن نتواصل على التليجرام

هو البروجكت دة بالرغم من بساطته لكن كان سبب في ان الواحد يتعلم كام حاجة كان جاهلها بداية انك تكتب الfirmware اللي بيشغل الtft عن طريق انك تقرأ الداتا شيت بتاعتها وبرضو تبص على أكواد كتير open source و كذلك كانت ال tft drivers بتاع برنامج mikro c avr edition كانت مفيدة جدا فدي كانت المرحلة الأولى عشان بس تقدر تعرض pixel واحد على الscreen. بعد كدا جات المرحلة التانية وهي ازاي ان الواحد يعرض... lines, polygons, circles, text فهنا يجي دور مادة الcomputer graphics هي اللي مختصة بالكلام دة لكن طبعا انت مش هتقدر تكتب graphics library بالكامل في وقت قياسي يكفي انك تبص عليها ازاي هي implemented يعني مثلا تشوف bresenham's line algorithm ازاي هي مكتوبة ككود c. طبعا فيه graphics libraries for embedded كتير على النت زي LVGL, UGFX, QT ودول جامدين جدا لكن بينسفوا الmemory بيحتاجوا على الأقل 16kbyte ram ودة طبعا مش موجود في ال8b micros عشان كدا ugui كانت option أكتر من مناسب عشان هي عندها small memory footprint وكذلك بتتمتع بدرجة عالية جدا من الabstraction يكفي انك تديها الfunction الخاصة بالdraw pixel وكفاية على كدا تقدر تستخدم كل الfunctions بتاعتها وتيجي بقى المرحلة التالتة وهي ازاي نعرض صور عندك حلين اما انك تخزن الصور في الflash بتاع الميكرو ودة مش efficient الا في حالة الsmall bitmaps أو انك تخزنها في صيغة معروفة jpeg, png, bmp في sdcard والsdcard شغالة بFAT filesystem وهنا يجي دور الpetitFS اللي بيخلي الmicro بيدعم الfilesystem فهنا ما عليك غير انك تشوف الarchitecture اللي الصورة متخزنة بيها (من الويكيبيديا مثلا) وبعد كدا تكتب كود يقرأ ملف الصورة (open file, read byte, draw pixel, read byte, draw pixel,......., close file) وطبعا قبل كا تفكر تكتب اي سطر من الكود دور على النت الأول واتأكد ان مفيش حد كاتب زيه عشان مش تضيع وقتك ومجهودك على الفاضي وافتكر دايما ان مش عيب ابدا اني استخدم كود حد غيري كاتبه طالما انت فاهمه لكن انت مش محتاج تكتب نسخة منه آخرك تضيف أو تعدل عليه عشان يدعم حجات جديدة البروجت 90% منه أكواد موجودة أصلا على النت لكن انت وظيفتك كمهندس انك تستخدم الbuilding blocks عشان تبني blocks أكبر وأكبر وهكذا التكنولوجيا بتتطور.

نزل مكتبة ال Simulink Control Design. هذه فيها ال model linearizer......... من Add-ons فوق عاليمين ممكن تبحث عنها وتنزلها

انا ايضا ابحث عنها هل وجدت حلها

hello there my dear friend, according to the electric user manual some small feature-size technologies may require a larger Units/meter field try to increase the feature size from Preferences-->I/O-->GDS. I hope that will help

@@msl5031 Hi, it looks like I've found the cause. In the Muddlib07 library, the 2-input "and" logic gate has different parameters from the other logic gates within the library itself.