Channels

Top 100 Trending New

Categories

Crypto Gaming News Entertainment Music Sports Tech Gambling Bots and mini apps Finance Business Education Lifestyle Health Travel Auto Fashion Jobs Dating Deals and shopping

Stickers

Stickers Emoji Themes Wallpapers

Bots Gifts Tools

Currency

$ USD ₽ RUB € EUR ₴ UAH ₸ KZT ₺ TRY zł PLN ₪ ILS AED AED R$ BRL Rp IDR RM MYR ¥ JPY ₩ KRW CN¥ CNY

Theme

Português (Brasil)

Bahasa Indonesia

Беларуская

Українська

Channels Categories Stickers Bots Gifts Tools

Premium Wiki Glossary Legal

Notifications Settings Log in

Alex Tech: post #153 — TG.ME

Alex Tech@tAlextech · 283 subscribers Open in TelegramOpen

[media without text]

t.me/tAlextech/153

June 28, 2026 301

More from this channel

سلام یه نکته کوتاه برای کسایی که PCB طراحی می‌کنن. اگه یه موقع قیمت براتون مهم‌تر شد و خواستید بردتون رو بدید فدک چاپ کنه، با توجه به قیمت‌هایی که الان دارن، به نظرم گزینه قابل قبولی هست. فقط یه نکته مهم: وایا استیچینگ (Via Stitching) رو روی بردتون انجام ندید و اگه لازم بود دستی اضافه‌شون کنید. ظاهراً موقع تبدیل فایل‌ها توی آلتیومشون این وایاها درست منتقل نمیشن و ممکنه برد خراب به دستتون برسه. این اتفاق برای خود من افتاد، البته خوشبختانه قبول کردن که بردها رو دوباره چاپ کنن. 139·Jul 23 سلام واقعا بازار جالبی داریم یک GSM کنترلر درست کردم و اومدم ببینم توی بازار چی داریم (SIM800C مثلا) دیدم توی فروشگاه های مختلف از ماژولش گرون تره و اصلا نمیصرفه بخوام خودشو بخرم و بزارم روی برد از بازار PCB هم که نگم خیلی داغونه اگر تازگی پروژه مشابهی داشتین که در جریان هستین چطور میشه با هزینه پایین پروژه GSM رو پیش برد مثل برند های دیگه یا هرچی لطفا برام بنویسید تا با بقیه دوستان هم به اشتراک بذاریم ببینم باید چیکار کنیم؟ با سری های Quectel آشنا هستم ولی مسئله قیمت برام مهم تره الان توی این پروژه! @Alixahedi 271·Jul 10 خب سلام 👋 با توجه به این که اکثرا گفتن که به زبان فارسی برگردیم و یکم توی سبک پست‌های قدیم کانال محتوا بنویسم، گفتم از یه تجربه واقعی این چند وقت براتون بگم. چند وقتی هست کلاً سمت سخت‌افزار نبودم و داشتم روی یه سری نرم‌افزار ویندوز با پایتون کار می‌کردم. همه چی خوب پیش می‌رفت تا رسیدیم به یه مرحله مهم: باید برای macOS هم خروجی می‌گرفتیم 😐 مشکل کجا بود؟ من برنامه رو با پایتون و PyInstaller نوشته بودم و برای ویندوز خیلی راحت خروجی می‌گرفتم: pyinstaller --onefile main.py ولی برای macOS یه نکته مهم وجود داره: • معمولاً باید روی خود macOS بیلد بگیری • یا حداقل یک محیط macOS داشته باشی و اینجا بود که داستان جدی شد… چون من اصلاً مک نداشتم 💀 البته یدونه مک تونستم قرض بگیرم و تست کنم ولی خب راه حل موقت بود. راه‌حل: GitHub Actions یه چیزی که خیلی‌ها فقط برای CI/CD استفاده می‌کنن، ولی یه قابلیت خیلی مهم داره: GitHub می‌تونه ماشین مجازی macOS بهت بده یعنی بدون داشتن مک، می‌تونی روی macOS بیلد بگیری. سناریو ما چی شد؟ می‌خواستیم این اتفاق بیفته: • کد روی GitHub باشه • با هر Push پروژه اجرا بشه • روی macOS بیلد گرفته بشه • خروجی PyInstaller ساخته بشه • فایل نهایی قابل دانلود باشه مرحله 1: ساخت Workflow این فایل رو داخل پروژه بساز: .github/workflows/build-macos.yml مرحله 2: کد GitHub Actions این هم فایل کامل: name: Build macOS App on: push: branches: - main jobs: build: runs-on: macos-latest steps: - name: Checkout code uses: actions/checkout@v4 - name: Setup Python uses: actions/setup-python@v5 with: python-version: "3.11" - name: Install dependencies run: | python -m pip install --upgrade pip pip install -r requirements.txt pip install pyinstaller - name: Build with PyInstaller run: | pyinstaller --windowed --onefile main.py - name: Upload artifact uses: actions/upload-artifact@v4 with: name: macos-build path: dist/ خروجی چی میشه؟ بعد از هر Push: • GitHub یک سیستم macOS مجازی بالا میاره • Python نصب میشه • کتابخانه‌ها نصب میشن • PyInstaller اجرا میشه • فایل خروجی داخل پوشه dist ساخته میشه • از بخش Actions قابل دانلوده ⚠️ نکته مهم این روش برای این موارد عالیه: • ساخت فایل اجرایی macOS • پروژه‌های شخصی • تست و بیلد اتوماتیک ولی برای این موارد کافی نیست: • امضای رسمی اپ (Code Signing) • Notarization اپل • انتشار در App Store اونجا باید Apple Developer Account داشته باشی. در آخر کاری که کردم خیلی ساده بود: به جای اینکه برم مک بخرم 😄 از GitHub خواستم یه مک مجازی برام بالا بیاره و خودش برام خروجی بسازه. و الان هر بار فقط Push می‌کنم و خروجی macOS آماده تحویل دارم. 304·Jul 5 Hi 👋 There’s something I ran into a while ago that wasted a lot of my time, so I thought it might be useful to share here. When working with STM32 + Interrupts + FreeRTOS, or even in pure bare-metal projects, you might hit a really annoying bug: - The code runs - Interrupts are enabled - Everything looks fine - But suddenly the system “freezes” or some interrupts just stop firing 😐 First instinct is usually: NVIC configuration Clock setup Interrupt handlers Or even hardware issues But there’s something we often overlook: ────────── ✦ ────────── ⚠️ Wrong NVIC Priority Grouping STM32 has a setting called: HAL_NVIC_SetPriorityGrouping() or directly in the register: SCB->AIRCR The problem starts when: You think you’re configuring preemption priorities correctly But the actual priority grouping is different from what you assumed Result? - A low-priority interrupt can block a higher-priority one - Or some interrupts never preempt as expected - Or nesting simply doesn’t behave the way you think ────────── ✦ ────────── A real-world example I had a project with: UART interrupt for incoming data Timer interrupt for real-time control A FreeRTOS task running in parallel Everything looked fine at first… But randomly, UART would just stop receiving data After hours of debugging, the issue was: - CubeMX default priority grouping was not what I assumed - And the Timer interrupt was blocking UART due to incorrect preemption setup ────────── ✦ ────────── 🔧 Simple but important fix Always explicitly set this at the start of your project: HAL_NVIC_SetPriorityGrouping(NVIC_PRIORITYGROUP_4); Then define priorities clearly, not randomly: HAL_NVIC_SetPriority(USART1_IRQn, 5, 0); HAL_NVIC_SetPriority(TIM2_IRQn, 6, 0); ────────── ✦ ────────── 💡 Key takeaway If your system shows: - Random freezes - Intermittent interrupt behavior - Or unpredictable timing issues Check NVIC priority grouping before anything else Not RAM Not clock Not even hardware 😄 This is one of those things that: you don’t take seriously until it breaks your project #EmbeddedSystems #STM32 #FreeRTOS #RTOS #Interrupts #Firmware #EmbeddedDebugging #Microcontrollers #IoT #TechInsights 294·Jun 28 Many engineers say they are "running Linux on a microcontroller," but in reality, most microcontrollers cannot run standard Linux at all. Why? 🤔 Linux requires a hardware feature called an MMU (Memory Management Unit) for virtual memory, process isolation, and memory protection. Most popular MCUs, including STM32, ESP32, and AVR devices, don't have an MMU. That's why microcontrollers typically run: ✅ Bare-metal firmware ✅ FreeRTOS ✅ Zephyr ✅ ThreadX Instead of Linux. 💡The STM32 family is a great example of this distinction. While an STM32F4 or STM32H7 cannot run Linux, the STM32MP1 series includes Cortex-A cores with an MMU, allowing it to run Embedded Linux alongside a Cortex-M core for real-time tasks. This means you can run Linux and FreeRTOS on the same chip at the same time! #EmbeddedSystems #EmbeddedLinux #STM32 #RTOS #FreeRTOS #Firmware #Electronics #IoT 328·Jun 4

An open web layer over public Telegram — search, stats and channel reading right in your browser, no account, no install.

Not affiliated with Telegram FZ-LLC; all data comes from public sources.

Catalog

Top channels Categories Countries Search

Content

Stickers Emoji Gifts Themes Wallpapers

Help

Tools Wiki Glossary Blockchain Safety Premium Advertisers Advertising

© 2026 TG.ME · G.Media network· Updated 08/23/2026 · v0.2.0 · ba12f6a

Privacy Terms DMCA & complaints Report a violation

Similar channels

آموزش|میکروکنترلر|الکترونیک|PCB|FPGA6.3K subscribers

K+ Job3.5K subscribers

Sisoog مرجع متن باز الکترونیک-سیسوگ7.9K subscribers

آردوینو فارسی7.2K subscribers

Altium Designer and Cadence 😊👍✌️3.7K subscribers

کدنیک | codenic5K subscribers

مرکز آموزش نیراسیستم3.8K subscribers

armeducation3.7K subscribers