1 पॉइंट द्वारा GN⁺ 2024-08-09 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • RP2040 की ताकत PIO·DMA·ओवरक्लॉकिंग थी, लेकिन core performance, RAM, GPIO, PIO resources और QSPI PSRAM की कमी के कारण कुछ projects में STM32H7 पर जाना पड़ा, और RP2350 ने इस gap को काफी हद तक भर दिया
  • RP2350 dual Cortex-M33F, floating-point support, double-precision math acceleration के custom instructions, दोगुनी RAM और RISC-V core option देता है, और कई projects में 300MHz पर स्थिरता से इस्तेमाल हुआ
  • PIO में FIFO को memory की तरह arbitrary read/write के लिए इस्तेमाल किया जा सकता है, और 3 PIO, PIO-to-PIO interrupts और बेहतर DMA की वजह से Sony Memory Stick slave और SDIO slave implementation तक संभव हो गए
  • QSPI PSRAM में read/write और cache काम करते हैं; STM32H7 पर रुकने या crash होने वाले memory tests भी RP2350 पर लगातार चलते रहे, और 2-layer hand-assembled board पर 16MB RAM जोड़ना भी सरल हो गया
  • पहला public RP2350 project, DEFCON 32 badge, Game Boy emulator और PalmOS चलाने को दिखाता था; RP2354A/RP2354B 2MB in-package flash, वही pinout और 80-pin GPIO expansion variant देते हैं

RP2040 में कमी महसूस हुई बातें और चाही गई improvements

  • RP2040 कई projects में इस्तेमाल हुआ microcontroller था, और खास तौर पर PIO, अच्छी तरह designed DMA और high overclocking potential इसकी ताकत थे
  • PIO और DMA combination का इस्तेमाल इन implementations में हुआ
    • advanced display driver
    • ऐसा board जो RAM·ROM वाले पूरे system bus की तरह काम करता है
    • MC68328 processor से जुड़ने वाला configuration
  • RP2040 में जिन चीजों की कमी थी, वे peripherals resources और memory expandability पर केंद्रित थीं
    • DMA में दूसरा channel बर्बाद किए बिना forever transfer mode
    • अधिक DMA channels
    • PIO state machine में temporary variables store करने के लिए अधिक registers
    • अधिक PIO units
    • प्रति PIO 32 से अधिक instruction slots
    • अधिक GPIO
  • high clock ने Cortex-M0+ core की कमजोरी छिपाने में बड़ी भूमिका निभाई, और आकलन है कि अगर Cortex-M4F जैसा बेहतर core होता तो floating-point या हल्के SIMD workloads में फायदा होता
  • QSPI PSRAM support और अधिक RAM भी अहम wishlist items थे

STM32H7 QSPI RAM अनुभव और तुलना

  • कुछ use cases में RP2040 के बजाय STM32H7 इस्तेमाल करना पड़ा, लेकिन STM32H7 के bugs और STMicro की errata handling पर गहरा अविश्वास रह गया
  • STM32H7 के QSPI RAM support में ये समस्याएं दिखीं
    • cache के बिना इस्तेमाल करने पर writes खो जाती हैं
    • cache on करने पर कुछ 1-byte writes के आसपास random garbage लिखा जाता है
    • PSRAM से code execute करने पर अरबों accesses के बाद पूरा chip रुक जाता है और debugger भी attach नहीं हो पाता
  • समस्या report करके demo दिया गया, लेकिन STMicro की response पर्याप्त नहीं थी
  • workaround मिल गया, लेकिन उसने performance का 7–10% खा लिया, जिससे chip की usefulness घट गई

RP2350 में पूरी हुई improvements

  • पिछले 1 साल में Raspberry Pi की मदद से RP2350 samples इस्तेमाल करते हुए bugs report किए और suggestions दिए, और देखा कि RP2040 use cases कैसे improve होते हैं
  • core और compute performance में बड़ा सुधार हुआ
    • 2 Cortex-M33F cores शामिल
    • floating-point support
    • Cortex-M33F की आम single-precision capability से आगे double-precision math को accelerate करने वाले custom instructions उपलब्ध
    • double-precision operations single-cycle नहीं हैं, लेकिन प्रति op लगभग 2–3 cycles के स्तर पर हैं
    • RISC-V cores भी इस्तेमाल किए जा सकते हैं, लेकिन real projects में Cortex-M33 इस्तेमाल किया गया
  • कई projects में RP2350 को 300MHz पर चलाने में कोई समस्या नहीं हुई
  • RAM size RP2040 की तुलना में 2 गुना हो गया

PIO और DMA में बदलाव

  • RP2350 का PIO FIFO को memory की तरह इस्तेमाल करके arbitrary read/write संभव बनाता है, जिससे पहले temporary variables की कमी के कारण कठिन PIO configurations आसान हो गए
  • chip में PIO की संख्या बढ़कर 3 हो गई
  • PIOs के बीच interrupt transfer संभव हो गया, जिससे cross-PIO synchronization और अधिक complex configurations बनाए जा सकते हैं
  • बेहतर PIO और DMA combination का real projects में इन implementations के लिए इस्तेमाल हुआ
    • Sony Memory Stick protocol slave: devices इसे असली Memory Stick की तरह पहचानते हैं
    • SDIO slave device: test किए गए devices इसे SDIO device के रूप में पहचानते हैं
  • DMA भी transfer continuity और address control के लिहाज से मजबूत हुआ
    • दूसरे channel का इस्तेमाल किए बिना infinite transfer संभव
    • हर access पर memory address adjust करने के तरीके बढ़े
    • RP2040 के “same address” या “access size के बराबर increment” के अलावा decrement और अलग size increment options जोड़े गए

QSPI PSRAM support

  • RP2350 QSPI PSRAM support करता है और read/write काम करते हैं
  • cache भी उपलब्ध है और ठीक से काम करता है
  • STM32H7 पर रुकने या crash होने वाले memory tests RP2350 पर चलते रहे, और data loss या chip hang नहीं हुआ
  • संभव combinations ये हैं
    • 1 flash + 1 PSRAM
    • 2 flash
    • 1 boot flash + runtime PSRAM 2
  • VTOR, SP और PC सभी को PSRAM में रखकर, PSRAM-targeted LDM/STM instructions बहुत चलाते हुए interrupts लेने वाला configuration भी बिना समस्या चला
  • configuration के लिए C code की 3 lines काफी हैं, और 2-layer hand-assembled board में 16MB RAM जोड़ना भी सरल हो गया
  • शुरुआती RP2350 sample board Pi Pico 2 में PSRAM footprint नहीं था, इसलिए PSRAM को dead-bug तरीके से जोड़ा गया, लेकिन उस हालत में भी यह full speed पर चला

बरकरार रहीं खूबियां और development experience

  • RP2040 से RP2350 पर आते हुए peripherals के design और documentation quality बरकरार रही
  • आकलन है कि peripherals वादे के मुताबिक काम करते हैं
  • SDK clear और concise है, और बड़े Cube/HAL जैसे tools download करने की जरूरत नहीं है
  • code macro hell नहीं है और अच्छी तरह काम करता है
  • Raspberry Pi का RP2350 development board rPiPico compatible है, और PiPico 2 पर कई projects आसानी से पोर्ट किए जा सके

पहला public RP2350 project: DEFCON 32 badge

  • public RP2350 projects में से एक DEFCON 32 badge है
  • hardware Entropic Engineering ने develop किया, और firmware tiny Game Boy emulator uGB का port है
  • 2 cores को roles बांटकर इस्तेमाल किया गया
    • एक core Cortex-M33 के SIMD instructions का इस्तेमाल करके Game Boy screen को 1.5x upscale करता है
    • दूसरा core emulation, UI और बाकी tasks संभालता है
  • valid Game Boy games 2MB तक चलती हैं, और बड़ा flash chip install करने पर बड़ी games भी संभव हैं
  • preloaded Game Boy game DEFCON की ओर से लिखी गई थी
  • इस badge में chip को conservatively 125MHz पर clock किया गया
    • testing time ज्यादा नहीं था, production बीच के चरणों के बिना 10 units से 28,000 units तक बढ़ गया, और कोई plan B नहीं था
    • display की maximum clock 62.5MHz थी, और PIO state machine इसे supply करती है, इसलिए display clock का system clock का integer multiple होना जरूरी था

PalmOS चलाना और firmware

  • वही DEFCON 32 badge hardware rePalm project के जरिए full version PalmOS भी चला सकता है
  • default badge में PSRAM mounted नहीं था, लेकिन PalmOS चलता है
    • memory tight है, लेकिन infrared beaming, SD card, simple games, memo pad, audio आदि काम करते हैं
  • AP Memory 64Mbit PSRAM chip mount करने पर दूसरा image इस्तेमाल किया जा सकता है, और अधिक memory के साथ games load करना या TCPMP के जरिए MP4 real-time playback संभव है
  • firmware images document में हैं; इन्हें SD card में FIRMWARE.BIN नाम से रखें और FN button menu से firmware update चुनकर load करें
  • stock firmware restore USB और UF2 protocol के जरिए किसी भी computer से संभव है, और stock image भी उसी document से मिल सकती है

RP2354 और अधिक GPIO

  • निष्कर्ष यह निकला कि STM32H7 projects को RP2350 पर फिर से plan किया जा सकता है
  • इस point पर कि RP2350 को external SPI flash चाहिए, built-in flash variants RP2354A और RP2354B मौजूद हैं
  • RP2354A/RP2354B में in-package 2MB flash शामिल है
  • pinout RP2350A/B जैसा ही है
  • अधिक GPIO देने वाला 80-pin package variant भी है

हितों का खुलासा

  • इस लेख के लिए कोई monetary compensation या payment नहीं मिला
  • लिखने का अनुरोध नहीं मिला, और कोई approval नहीं लिया गया
  • RP2350 early access इस शर्त पर नहीं था कि public में positive बातें कहनी हों या कोई खास statement देना हो

1 टिप्पणियां

 
GN⁺ 2024-08-09
Hacker News पर राय
  • पिछले कुछ वर्षों से मैं RP2040-आधारित brushless motor driver विकसित कर रहा हूं, और इस घोषणा को लेकर सच में उत्साहित हूं
    driver module अधिकतम 53V, continuous 30A और peak 50A संभाल सकता है। हाल ही में मैंने driver को एक अलग module के रूप में अलग किया है, जो farm robots में उपयोगी है और design सुधारते समय driver testing के लिए भी अहम है। यह revision काफी stable दिख रहा है, इसलिए जल्द ही RP2350 के साथ कम लागत वाला single-board integrated 1-motor driver बना पाना संभव हो सकता है। RP2040 पर loop speed 8kHz थी और बड़े farm robot drive motors के लिए पर्याप्त है, लेकिन high-performance drivers में जो floating point इस्तेमाल करते हैं, कुछ 50kHz loop speed तक देते हैं
    board SimpleFOC चला रहा है, और forum में flagship design बनाने की बात हुई थी। हालांकि sensorless control और floating-point support की जरूरत है, इसलिए 8 ADC pins वाले RP2350 के नए बड़े pinout variant का उपयोग करके 3 current signals और 3 bridge voltages मापे जा सकते हैं और एक ठीक-ठाक sensorless driver बनाया जा सकता है। design तैयार होने में कुछ महीने लगेंगे, लेकिन latest updates के लिए Git repository या Twitter profile देख सकते हैं
    https://github.com/tlalexander/rp2040-motor-controller
    https://twitter.com/TLAlexander

    • “farm robot” शब्द से मेरी दिलचस्पी बढ़ी, और जो लोग कुछ clicks बचाना चाहते हैं उनके लिए video link छोड़ रहा हूं: https://www.youtube.com/watch?v=fFhTPHlPAAk
      feet और wheels में bicycle parts का इस्तेमाल मुझे सच में बहुत पसंद आया
    • जानना चाहता हूं कि RP2040-आधारित BLDC motor control क्यों चुना गया
      dedicated peripherals, sensor/sensorless BLDC control के लिए application notes और code examples वाले dedicated MCUs पहले से मौजूद हैं; मेरे हिसाब से RP2040 इस काम के लिए ठीक से equipped chip नहीं है
    • Taylor, शानदार। GPS accuracy बढ़ाने के लिए WAAS को सच में implement करने वाला व्यक्ति शायद पहली बार देख रहा हूं, इसलिए यह cool है
    • f से शुरू होने वाले robot type पर काम जारी रखते देखकर अच्छा लगा
    • मैं engineering side से नहीं हूं, लेकिन कोई motor बनाने की कोशिश कर रहा है, यह अपने-आप में impressive है
      बचपन में toy car तोड़कर motor निकालने और कुछ हासिल कर लेने जैसा महसूस करने वाले दिन याद आ गए
  • RP2040 को वास्तविक product में इस्तेमाल करना कल्पना करना मुश्किल था, लेकिन RP2350 ने काफी शिकायतें दूर कर दी हैं, इसलिए इसे आजमाने लायक उत्साह है
    RP2040 में भी कई खूबियां थीं। TBMAN एक cool concept है, और overclocking भी जबरदस्त होती है। PIO सच में innovative है और 8051-like chips को daughterboard-style Arm core से replace करने की कोशिश कर रही कई companies के लिए बहुत valuable है
    लेकिन हर cool चीज के साथ कोई न कोई कमी भी थी। DSP-class clock speed है, लेकिन FPU नहीं और hardware integer division भी नहीं। memory protection न होने वाले MCU में boot ROM के अंदर USB DFU feature होना भी अच्छा नहीं है। Zephyr जैसे third-party SDKs में PIO support बेहद limited है, जिससे बड़े projects में उसकी usefulness घट जाती है
    RP2350 इन शिकायतों में से लगभग सभी को हल करता है, इसलिए मैं बहुत excited हूं। हालांकि अगर CAN या SDMMC जैसे common peripherals को PIO से implement करना पड़े, तो यह तुरंत disadvantage बन जाता है। flexibility शानदार है, लेकिन जब product जल्दी bring up करना हो तो special-purpose assembly language से जूझना नहीं चाहता। आखिरकार, अगर SD/MMC, MII, Bluetooth HCI जैसी common features के लिए ready-made soft peripheral libraries दी जाएं, तो Zephyr वगैरह के साथ integration भी आसान होगा और chip की applicability भी काफी बढ़ेगी

    • official PIO examples पहले से बहुत हैं, इसलिए शुरुआत आसान है: https://github.com/raspberrypi/pico-examples/tree/master/pio
      completeness और बेहतर हो सकती है, लेकिन ये “ready-made” form के काफी करीब हैं
    • industrial applications के कई real products में RP2040 का उपयोग कर रहे हैं
      PIO एक बड़ा advantage है, और नए version में उस दिशा को और मजबूत किया गया है, यह देखकर अच्छा लगा। लोग पहले से CAN, WS2812 जैसे अलग-अलग peripherals के लिए PIO drivers develop कर रहे हैं, इसलिए यह काफी हद तक वैसा ही है जैसा चाहा था
    • Zephyr में PIO जैसे non-standard peripheral features का support limited होना लगभग सभी complex peripheral features के साथ भी वैसा ही है
      autonomous peripheral operation, operational amplifiers, comparators, capture/compare timers भी ऐसे ही हैं। Zephyr desktop operating system की तरह common interface देने की कोशिश करता है, लेकिन embedded में यह बहुत fit नहीं बैठता। desktop में minimum common denominator अक्सर पर्याप्त होता है, लेकिन embedded में अक्सर वही non-common features platform चुनने की वजह होते हैं
    • real products में RP2040 को बड़े volume में ship कर रहे हैं, और RP2350 भी अच्छा दिखता है
      RP2040 चुनने की वजहों में design philosophy भी थी, लेकिन chip shortage के बाद sourcing आसान होना भी बड़ा factor था
    • RP2xxx को detail में नहीं देखा, लेकिन मैंने सोचा था कि Raspberry Pi की तरफ से standard protocols के PIO implementation libraries मिलेंगी
      असल में “examples” हैं, और अगर ऐसी चीजें first-class supported items के तौर पर मिलें तो और बेहतर होगा
  • स्पेसिफिकेशन यहाँ देखे जा सकते हैं: https://www.digikey.ca/en/product-highlight/r/raspberry-pi/r...
    Raspberry Pi द्वारा UK में डिज़ाइन किए गए RP2350 पर आधारित, FPU सहित 150MHz dual Arm M33, 520KiB SRAM, signed boot·OTP·SHA-256·TRNG·glitch detector·Arm TrustZone for Cortex-M जैसी security features, वैकल्पिक 150MHz dual RISC-V Hazard3 CPU, low-power operation, custom peripherals support के लिए 3 PIO v2 और 12 state machines, PSRAM support, तेज़ external XIP QSPI flash interface, onboard QSPI flash 4MB, 5V-tolerant GPIO, open source C/C++ SDK और MicroPython support, Pico 1/RP2040 software compatibility, USB mass storage device के ज़रिए drag-and-drop programming, carrier board पर सीधे solder किए जा सकने वाले castellated module, Pico 1 जैसा footprint और pin compatibility, 3 analog inputs सहित 26 multi-function GPIO, operating temperature -20°C~+85°C, input voltage 1.8VDC~5.5VDC

    • Pi Foundation के product में low-power suspend—नामुमकिन जैसा लगता है
    • Hazard3 RTL: https://github.com/Wren6991/Hazard3
    • 5V GPIO और security features पसंद आए, इसलिए इंतज़ार है
    • datasheet में GPIO pins सच में 5V-tolerant हैं, यह कहाँ लिखा है, ढूँढना मुश्किल था
      बाद में देखा तो section 14.8.2.1 में “Standard Digital” और “Fault Tolerant Digital” नाम के दो तरह के digital pins आते हैं, और FT Digital pins 5V-tolerant जैसे दिखते हैं
    • नीचे की comments देखें तो RP2350 को 5V power से चलाया जा सकता है
  • Pigweed team के लिए बड़ा दिन है
    RP2350/Pico 2 की मुख्य announcement में भी कुछ काम का ज़िक्र हुआ था [1], लेकिन पिछले कई महीनों से हम Bazel [3] के ऊपर बने नए end-to-end SDK [2] पर काम कर रहे थे, और यह RP2040 व RP2350 दोनों को support करता है। इसमें Pico SDK में Bazel support upstream करने का काम भी शामिल है। नया “Tour of Pigweed” [4] दिखाता है कि hermetic builds, on-device unit tests, RPC-centric communication, desk पर factory testing जैसी कई Pigweed features एक ही codebase में साथ कैसे काम करती हैं। सवाल Discord [5] पर लिए जाएंगे
    [1] https://www.raspberrypi.com/news/raspberry-pi-pico-2-our-new...
    [2] https://opensource.googleblog.com/2024/08/introducing-pigwee...
    [3] https://blog.bazel.build/2024/08/08/bazel-for-embedded.html
    [4] https://pigweed.dev/docs/showcases/sense/
    [5] https://discord.gg/M9NSeTA

    • काफ़ी शानदार है। मुझे Bazel पसंद है, और लगता है इसे सही तरह से इस्तेमाल किया जा रहा है
      जब सब कुछ hermetic तरीके से integrated हो और workflow एक Bazel command में सिमट जाए, तो बड़ा फर्क पड़ता है
    • सोच रहा हूँ कि RISC-V support है या नहीं
      Pigweed announcement में इसका बिल्कुल ज़िक्र नहीं है, यह हैरान करने वाला है
    • Bazel पसंद नहीं है। C/C++ के लिए build system को Java JVM की ज़रूरत नहीं होनी चाहिए
      microcontroller ecosystem से Java को बाहर ही रखा जाए तो अच्छा होगा
  • एक ही die पर Arm cores और RISC-V cores में से किसी एक को चुनने वाला design मैं पहली बार देख रहा हूँ
    सोच रहा हूँ कि इसका price और power consumption पर असर होगा या नहीं। Hazard3 cores optional हैं, और boot के समय शामिल Arm Cortex-M33 cores की pair या Hazard3 cores की pair चुनकर 150MHz पर चला सकते हैं। और ज़्यादा bold होकर एक RV और एक Arm साथ में भी चला सकते हैं
    Hazard3 एक open source design है और documentation publicly available है। यह हल्की 3-stage in-order RV32IMACZb* machine है, जो 32-bit base RISC-V ISA के साथ hardware multiplication·division, atomic instructions, bit manipulation आदि support करती है

    • 1+1 Arm/RISC-V combination में भी चला सकते हैं, और दोनों cores को ज़रूरी नहीं कि एक ही तरफ switch किया जाए
      Eben Upton ने समझाया, “boot के समय चुना जा सकता है। bus fabric में जाने वाले हर port को mux के ज़रिए M33 या Hazard3 में से किसी एक से connect किया जा सकता है। अगर geeky बनना चाहें तो एक-एक भी चला सकते हैं”
      स्रोत: https://www.theregister.com/2024/08/08/pi_pico_2_risc_v/
    • ऐसे switchable cores वाला तरीका Sipeed SG2002(LicheeRV) जैसे products में कुछ सालों से दिख रहा है
      वास्तविक instruction core द्वारा घेरा गया area आमतौर पर peripherals या internal memory की तुलना में काफ़ी छोटा होता है
    • भविष्य में RISC-V पर पूरी तरह switch करने से पहले market response test करने का अच्छा तरीका लगता है
      अलग chip को नए सिरे से tape-out करने की तुलना में काफ़ी कम cost में technical validation और market acceptance दोनों जाँचे जा सकते हैं
    • Hazard3 link: https://github.com/Wren6991/Hazard3
      चाहें तो पूरी तरह open source RISC-V चुन सकते हैं, यह बात बहुत cool है। RV core clock-per-clock performance में M33 से धीमा लग सकता है, और benchmark scores में M33 बेहतर रहेगा, ऐसा अनुमान है। वजह यह है कि Hazard3 में 3-stage pipeline है, हालांकि M33 भी 3-stage ही है। benchmarks का इंतज़ार है
  • आधिकारिक news post: https://news.ycombinator.com/item?id=41192341
    आधिकारिक product page: https://news.ycombinator.com/item?id=41192269

  • RP2040 पर Doom port किया गया था: https://kilograham.github.io/rp2040-doom/
    RP2350 पर Quake चलाना भी संभव लगता है। कुछ बदलाव तो लगभग इसी उद्देश्य के लिए design किए गए लगते हैं। इसमें FPU, 150MHz dual core, 300MHz से अधिक overclock की संभावना, और hardware read/write paging के साथ 16MB तक PSRAM support है

    • DVI output के साथ भी यह संभव हो सकता है, इसलिए हैरानी नहीं होगी
    • अगर इस पर Flutter भी चल सके तो अच्छा होगा
  • development board में micro-USB का इस्तेमाल अच्छा नहीं लगता। 2024 में भी ऐसा है
    इसके अलावा यह शानदार है, और मौजूदा बड़े players से compete करने के लिए ठीक वही product है जिसकी जरूरत है

    • लागत बचाई जा सकती है, और जब USB-C की speed या power delivery जैसी capabilities support नहीं करनी हैं तो यह समझ में आता है
    • Pimoroni Tiny 2040 और Tiny 2350 USB-C इस्तेमाल करते हैं, लेकिन दूसरे comments की तरह ऐसे USB-C boards की cost ज्यादा होती है
      यह अच्छा है कि modern products सभी USB-C हों, लेकिन micro-USB cables भी काफी बची हुई हैं, इसलिए official Pico और Pico 2 का micro-USB होना भी बहुत असुविधाजनक नहीं है। project के हिसाब से मनचाहा port चुनने का option होना अच्छा है
    • USB-C, 4K video या 100W power इस्तेमाल न करने पर भी, कहीं ज्यादा complex है
      interface chip भी ज्यादा complex होनी पड़ती है, इसलिए महंगी होने की संभावना बड़ी है। AliExpress पर अभी भी micro-USB इस्तेमाल करने वाले कई low-cost devices हैं और demand भी होगी। customer segment के हिसाब से development board को जैसे का तैसा consumer product भी बनाया जा सकता है
    • शायद यह निराशाजनक micro-USB choice development board से वास्तविक consumer product बनाने से रोकने के इरादे से भी हो सकती है
  • consumer-oriented लगने वाली एक young company के दूसरे microcontroller में security इतनी ज्यादा डालना थोड़ा अप्रत्याशित है
    शुरुआत में अनुभव की कमी के कारण security पर भरोसा करना मुश्किल लगा। लेकिन “experienced” vendors के security microcontrollers में भी कई known security bugs हैं, और उससे भी ज्यादा अहम यह है कि कभी-कभी वे ऐसी समस्याओं को दबाने की कोशिश करते दिखे हैं। security architecture audit दो बार करवाना, $10,000 bug bounty रखना, और DEF CON badge जैसी glitching के लिए board design करना security के प्रति काफी मजबूत commitment दिखाता है। Redundancy Coprocessor कैसे काम करता है, यह भी जानने की उत्सुकता है। फिर भी अगर कोई कम से कम इसका कुछ हिस्सा तोड़ सके तो हैरानी नहीं होगी
    perception के लिहाज से consumer-oriented कह रहा हूं, और revenue व supply के नजरिए से लगता है कि उन्होंने industrial users को प्राथमिकता दी है

  • आधिकारिक announcement या datasheet अभी तक नहीं मिली, लेकिन इस post के अनुसार यह RP2040 की तुलना में बड़ा leap लगता है
    लगता है इसमें 2× Cortex-M33F, बेहतर DMA, ज्यादा और बेहतर PIO, external PSRAM support, internal flash 2MB और 80-pin variant, 512KiB RAM तक दोगुनी बढ़ोतरी, और कुछ RISC-V cores शामिल हैं। शायद low-power के लिए हो

    • RP2350 इस्तेमाल करने वाला Pico 2 announce हुआ लगता है: https://www.raspberrypi.com/products/raspberry-pi-pico-2/
    • datasheet के मुताबिक ADC भी effective bits के आधार पर छोटा सा, करीब 0.5-bit improvement हुआ है
    • RP2354A/B में built-in flash 2MB भी है
    • उम्मीद है power management काफी बेहतर हुआ होगा। ऐसा हुआ तो यह मेरे लिए सच में उपयोगी होगा
    • काफी excited हूं। उम्मीद है datasheet जल्दी आएगी