Distributed bridging system for scientific experiments facing graph calculators and control method thereof
By using a distributed bridging system, the problems of hardware isolation and communication timing conflicts between the graphing calculator and the microcontroller in middle school were solved, enabling high-precision, low-cost multi-terminal concurrent experimental teaching and promoting the popularization of science education.
Patent Information
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- 张恒语
- Filing Date
- 2026-02-24
- Publication Date
- 2026-06-19
Smart Images
Figure CN122247794A_ABST
Abstract
Description
Technical Field
[0001] This invention belongs to the field of computer communication technology, and in particular relates to a distributed bridging system for scientific experiments for graphing calculators and its control method. Background Technology
[0002] The statements in this section are merely background information related to the present invention and do not necessarily constitute prior art.
[0003] Experimental teaching is an important means of understanding and verifying scientific laws, but in the current STEM (science, technology, engineering, and mathematics) teaching in secondary schools, the implementation of experimental activities is limited in many ways. On the one hand, highly integrated commercial digital experimental equipment is expensive and has a closed system, making it difficult to popularize in ordinary secondary schools; on the other hand, if most basic experiments rely solely on manual recording, data collection errors are large and efficiency is low, which seriously limits the continuity of experiments in the classroom.
[0004] Graphing calculators are widely used in secondary school mathematics and physics teaching due to their portability and powerful mathematical calculation and graphing capabilities. However, they lack the ability to directly connect to experimental sensors. In contrast, microcontrollers offer high flexibility in sensor connection, but they lack data analysis and graphing engines suitable for classroom teaching. Therefore, it is necessary to provide a new system architecture that rationally separates sensor measurement and data processing at the hardware level, enabling existing graphing calculators to become portable data processing terminals that do not require an external computer.
[0005] However, there are huge underlying engineering obstacles in trying to bridge these two gaps. In the general field of computer communication, using microcontrollers to forward sensor data is a common technique. But in the specific scenario of secondary school teaching, the underlying hardware of existing graphing calculators is still in the early closed architecture, and they generally use proprietary two-wire half-duplex communication protocols (such as the Ring / Tip protocol). Such protocols have a strong hardware blocking wait characteristic, that is, during the communication handshake, the device pins need to be pulled low and wait for a response, and a single communication cycle can last for several milliseconds.
[0006] Existing technologies attempting to directly connect high-frequency sensors (such as photogates with response times in the microsecond range) to graphing calculators using microcontrollers face an irreconcilable timing conflict (the blocking paradox): if a single microcontroller is used to handle both high-frequency interrupt sampling and simulating millisecond-level blocking communication protocols, the loss of external high-frequency physical interrupts (missed sampling) will inevitably occur during the handshake and deadlock periods. Furthermore, the receiving buffer of the teaching terminal (graphing calculator) is extremely small, and thread blocking occurs during graphics rendering; routine continuous data pass-through can easily lead to terminal buffer overflow and system crashes. Summary of the Invention
[0007] To address the technical problems mentioned above, this invention provides a distributed bridging system and control method for scientific experiments using graphing calculators. It proposes a distributed architecture with both physical and logical isolation, comprising an asynchronous sensing-side logic unit and at least one gateway-side logic unit. The sensing side captures physical signals in real time via hardware interrupts, performs edge feature dimensionality reduction deduction, and broadcasts asynchronously via a wireless link. The gateway side acts as a time-domain isolation and protocol impedance matching hub, simulating the graphing calculator's proprietary two-wire blocking handshake protocol through software bit manipulation. This securely injects feature variables into the graphing calculator, achieving lossless sampling at microsecond or higher time resolution, completely eliminating cable mechanical coupling errors, and natively supporting a "single-source, multi-terminal" classroom-level concurrent experimental teaching system at extremely low cost.
[0008] To achieve the above objectives, the present invention adopts the following technical solution:
[0009] A first aspect of the present invention provides a distributed bridging system for scientific experiments for graphing calculators, comprising: The sensor measurement module is used to measure the continuous state of the physical experimental object and output the raw level transition signal; The sensing-side logic unit is used to capture the original level transition signal in real time through hardware interrupt, perform data preprocessing locally to extract physical feature variables, and send the feature variables through an asynchronous data channel. At least one gateway-side logic unit is configured as a time-domain isolation and protocol impedance matching hub to isolate the asynchronous clock domain of the sensing-side logic unit from the blocking clock domain of the graphing calculator. By detecting the request status of the graphing calculator, the cached feature variables are converted into compatible format messages and injected using software bit operations to simulate the graphing calculator's two-wire hardware handshake protocol. At least one graphing calculator is used to receive messages and perform mathematical modeling and graphics rendering using built-in computing power.
[0010] Furthermore, the perception-side logic unit acts as a single broadcast data source, simultaneously and asynchronously broadcasting the same feature variables to multiple gateway-side logic units within the communication coverage area.
[0011] Furthermore, multiple graphing calculators are electrically connected to their respective gateway-side logic units via external communication interfaces.
[0012] Furthermore, the graphing calculator cyclically initiates data acquisition requests, and the gateway-side logic unit responds to the requests by sending messages one by one. After receiving a single set of data, the graphing calculator draws discrete data coordinate points on the screen.
[0013] Furthermore, after receiving a user's key interaction command, the graphing calculator actively terminates the data request loop, locks the received data list, and calls the internal algorithm to perform curve fitting rendering.
[0014] Furthermore, the gateway-side logic unit includes a delay waiting step adapted to the graphing calculator cycle between the periods of continuously sending data packets.
[0015] Furthermore, the physical implementation of the sensing-side logic unit and the gateway-side logic unit is as follows: the sensing-side logic unit and the gateway-side logic unit are deployed in independent microcontroller chips, and the asynchronous data channel is a wireless communication link.
[0016] Furthermore, the physical implementation of the sensing-side logic unit and the gateway-side logic unit is as follows: the sensing-side logic unit and the gateway-side logic unit are deployed in different processing cores within the same microcontroller system, or in a hardware isolation domain with an independent coprocessor, and the asynchronous data channel is the chip's internal shared memory or bus.
[0017] Furthermore, the asynchronous data channel supports unicast or broadcast modes.
[0018] A second aspect of the present invention provides a control method for a distributed bridging system for scientific experiments using a graphing calculator, applicable to the distributed bridging system for scientific experiments using a graphing calculator provided in the first aspect, comprising: The sensor measurement module measures the continuous state of the physical experimental object and outputs the original level transition signal; The sensing-side logic unit captures the original level transition signal in real time through hardware interrupt, performs data preprocessing locally to extract physical feature variables, and sends the feature variables through an asynchronous data channel. The gateway-side logic unit detects the request status of the graphing calculator and uses software bit manipulation to simulate the graphing calculator's two-wire hardware handshake protocol, converting the cached feature variables into compatible format messages for injection. The graphing calculator receives messages and uses its built-in computing power to perform mathematical modeling and graphics rendering.
[0019] Compared with the prior art, the beneficial effects of the present invention are: This invention proposes a distributed architecture with both physical and logical isolation, comprising an asynchronous sensing-side logic unit and at least one gateway-side logic unit: the sensing side captures physical signals in real time through hardware interrupts, performs edge feature dimensionality reduction deduction, and broadcasts asynchronously via a wireless link; the gateway side acts as a time-domain isolation and protocol impedance matching hub, and simulates the graphing calculator's proprietary two-wire blocking handshake protocol through software bit manipulation, securely injecting feature variables into the graphing calculator, achieving lossless sampling at microsecond or higher time resolution, completely eliminating cable mechanical coupling errors, and natively supporting a "single-source, multi-terminal" classroom-level concurrent experimental teaching system at extremely low cost.
[0020] This invention enables multiple users to perform data acquisition and visualization operations in parallel on their respective independent graphing calculator terminals, based on the same physical experimental source. Attached Figure Description
[0021] The accompanying drawings, which form part of this invention, are used to provide a further understanding of the invention. The illustrative embodiments of the invention and their descriptions are used to explain the invention and do not constitute an improper limitation of the invention.
[0022] Figure 1 This is a framework diagram of a distributed bridging system for scientific experiments for graphing calculators according to Embodiment 1 of the present invention; Figure 2 This is a flowchart of the control method for a distributed bridging system for scientific experiments oriented towards graphing calculators, according to Embodiment 2 of the present invention. Detailed Implementation
[0023] To make the objectives, technical solutions, and advantages of the embodiments of the present invention clearer, the technical solutions of the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings.
[0024] It should be noted that the following detailed description is illustrative and intended to provide further explanation of the invention. Unless otherwise specified, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this invention pertains.
[0025] Example 1 This embodiment provides a distributed bridging system for scientific experiments using graphing calculators.
[0026] This embodiment aims to solve the timing deadlock and data loss problems that occur when single-node microcontrollers handle high-frequency asynchronous sampling and low-frequency blocking communication, and proposes a distributed architecture bridging system. By adopting logical domain isolation, protocol impedance matching, asymmetric allocation of computing power, and event-driven two-stage interaction logic, it achieves low-cost digital transformation of limited teaching terminals and supports classroom-level concurrent teaching demonstrations with "single source, multiple terminals".
[0027] The distributed bridging system for scientific experiments for graphing calculators provided in this embodiment can achieve lossless bridging between microsecond-level and higher time resolution asynchronous physical perception and millisecond-level blocking synchronous rendering without modifying the underlying system of existing outdated teaching terminals.
[0028] This system relies on graphing calculators, microcontrollers, and sensors to achieve collaborative processing of scientific experiment data. Through reasonable hardware decoupling and communication protocol design, it meets the needs of digitalization, automation, and low-cost deployment of science experiments in middle school classrooms.
[0029] This embodiment uses sensors, microcontrollers, and graphing calculators to collaboratively form an experimental data acquisition, transmission, and processing system. It is used to solve the clock domain conflict and communication impedance mismatch between high-frequency or high-dynamic physical sensing signals and low-frequency restricted teaching terminals (with graphing calculators as a typical example), and to achieve distributed data bridging.
[0030] The distributed bridging system for scientific experiments for graphing calculators provided in this embodiment, such as Figure 1 As shown, it includes: The sensor measurement module is used to measure the continuous state of the physical experimental object and output the raw level transition signal; The sensing-side logic unit is used to capture the original level transition signal in real time through hardware interrupt, perform data preprocessing and extract physical feature variables locally, and then send it through an asynchronous data channel that supports unicast or broadcast modes. At least one gateway-side logic unit receives and caches feature variables through an asynchronous data channel and is electrically connected to the external communication interface of the corresponding graphing calculator. The gateway-side logic unit acts as a time-domain isolation and protocol impedance matching hub, used to isolate the microsecond-level and higher time resolution asynchronous clock domain of the sensing-side logic unit from the millisecond-level blocking clock domain of the graphing calculator. By detecting the request status of the graphing calculator, it uses software bit-banging to simulate the graphing calculator's proprietary two-wire hardware handshake protocol with blocking and waiting characteristics, and converts the cached feature variables into compatible format messages for injection. At least one graphing calculator, internally running data processing and visualization programs, is used to receive messages through an external communication interface and to perform mathematical modeling and graphics rendering using built-in computing power.
[0031] The system provided in this embodiment constitutes a "single-source, multi-terminal" parallel data distribution topology: the perception-side logic unit acts as a single broadcast data source, simultaneously and asynchronously broadcasting the same feature variables to multiple gateway-side logic units within the communication coverage area; multiple graphing calculators are connected to the corresponding gateway-side logic units, enabling multiple users to complete data acquisition and visualization operations in parallel on their respective independent graphing calculator terminals based on the same physical experimental source.
[0032] The system adopts a distributed asymmetric data processing architecture: the sensing-side logic unit is responsible for real-time lightweight front-end computing, reducing the original high-frequency Boolean sequence of the sensor to low-frequency physical feature variables; the graphing calculator is responsible for heavy-load back-end computing, calling the built-in mathematical regression and statistical algorithm library, and combining preset physical constants to perform curve fitting and physical parameter extraction on the received global feature variables.
[0033] The graphing calculator's internal program employs a two-stage event-driven mechanism: Real-time data acquisition and display phase: The graphing calculator continuously initiates data acquisition requests, the gateway-side logic unit responds to the requests by sending messages frame by frame, and the graphing calculator draws discrete data coordinate points on the screen in real time after receiving a single set of data. Lock Fitting Analysis Phase: Upon receiving a specific user key interaction command, the graphing calculator proactively terminates the data request loop, locks the received data list, and calls the internal algorithm to perform curve fitting and rendering.
[0034] Between periods of continuous data packet transmission, the gateway-side logic unit sets a delay waiting step adapted to the graphing calculator system cycle to avoid the transmission rate exceeding the graphing calculator's single data storage and rendering processing capacity, and to prevent buffer overflow at the receiving end.
[0035] The physical implementation of the sensing-side logic unit and the gateway-side logic unit can take any of the following forms: Spatially isolated dual microcontroller architecture: Both are deployed on independent microcontroller chips, and the asynchronous data channel uses a wireless communication link to achieve physical spatial decoupling; Single-chip heterogeneous architecture: The two are deployed in different processing cores within the same microcontroller system or in hardware isolation domains with independent coprocessors, and the asynchronous data channel uses shared memory or bus inside the chip.
[0036] In other words, to achieve the above-mentioned logical decoupling, the hardware isolation between the sensing side and the gateway side is not limited to two independent chips. A single-chip heterogeneous architecture can also be adopted, such as a microprocessor equipped with a programmable I / O (PIO) module or a dual-core architecture (such as RP2040): the main core runs high-frequency interrupts as the logic unit of the sensing side, and the PIO module independently simulates the blocking communication timing as the logic unit of the gateway side. The two use internal shared memory as an asynchronous data channel. Such implementations also fall within the protection scope of this invention.
[0037] As an example, the system in this embodiment can complete the measurement of free fall motion through hardware and software collaboration. Based on a picket fence physics experiment system and a two-stage interactive process, it specifically includes: Edge-side temporal feature extraction: The sensing-side logic unit (such as ESP32) captures the light-transmitting / light-blocking stripe transition edge of the falling fence plate through photoelectric gates. Instead of directly sending the original Boolean state, it pre-extracts the time interval sequence Δti of adjacent stripes locally and sends it wirelessly via Bluetooth. Gateway-side impedance matching and real-time visualization (Phase 1): The graphing calculator (such as TI-84) initiates a data acquisition request and enters a blocking wait; after the gateway-side logic unit (such as Arduino) plugged into the communication port receives the wireless data, it simulates the DBus protocol handshake and injects a single set of Δti into the calculator; after receiving the data, the calculator immediately plots discrete points in a two-dimensional coordinate system, which dynamically present a scattered parabolic trend as the object falls. Full computing power and offline fitting (second stage): After the scatter plot is completed, the user presses a specified key on the graphing calculator (such as the ENTER key); after the calculator program detects the key command, it actively jumps out of the data acquisition loop, closes the receiving channel to avoid dirty data from being mixed in, and then calls the built-in quadratic regression engine to perform polynomial fitting on the global time-displacement data, calculates the gravitational acceleration g from the quadratic coefficients, and renders the optimal fitting curve.
[0038] To address the deadlock and missed sampling issues (blocking paradox) in the underlying clock domain caused by proprietary protocol waiting when directly connecting highly dynamic physical sensing signals to low-speed, limited teaching terminals, this embodiment proposes a distributed architecture with dual physical and logical isolation. This architecture includes an asynchronous sensing-side logic unit and at least one gateway-side logic unit. The sensing side captures physical signals in real-time via hardware interrupts, performs edge feature dimensionality reduction deduction, and broadcasts asynchronously via a wireless link. The gateway side, acting as a central hub for time-domain isolation and protocol impedance matching, simulates the graphing calculator's proprietary two-line blocking handshake protocol through software bit manipulation, securely injecting feature variables into the graphing calculator. The graphing calculator, based on a two-stage event-driven mechanism, reuses its built-in educational statistics engine to achieve offline multinomial fitting and visualization of data.
[0039] The distributed bridging system for scientific experiments for graphing calculators provided in this embodiment achieves lossless sampling at microsecond and higher time resolutions, completely eliminates mechanical coupling errors in cables, and natively supports a "single-source, multi-terminal" classroom-level concurrent experimental teaching system at extremely low cost.
[0040] Regarding equivalent substitutions of communication media: This embodiment uses a wireless communication link (Bluetooth BLE, Wi-Fi, or radio frequency communication) as the preferred scheme for asynchronous data channels to highlight the advantage of eliminating mechanical coupling errors. However, those skilled in the art should understand that asynchronous data channels are not limited to wireless media; in specific experimental environments where spatial freedom requirements are not high or where strong electromagnetic shielding exists, a wired serial bus (such as RS-485, CAN bus, UART, or high-speed opto-isolated wired link) can also be used to establish an asynchronous data channel between the sensing-side logic unit and the gateway-side logic unit. Such equivalent substitutions based on communication media all fall within the protection scope of this invention.
[0041] The substantial improvement of this embodiment lies in: (1) Break through the terminal computing power bottleneck and achieve microsecond-level high-performance lossless sampling: By adopting the architecture of "logical domain isolation between the perception side and the gateway side", the temporal domain conflict between high-speed physical pulses and low-speed protocol handshakes is completely resolved; the timestamp sampling accuracy is brought close to the physical limit of microcontroller hardware; at the same time, through "opening-loop pulse inference" and "edge dimensionality reduction inference", it is ensured that old low-computing-power teaching terminals can still achieve zero packet loss and no crash when processing high-frequency extreme data, with extremely high system robustness and rendering performance. (2) Eliminate mechanical coupling errors and achieve wireless decoupling across space: Through asynchronous wireless data channels, the mechanical drag resistance caused by traditional commercial wired sensor cables is completely eliminated, achieving truly "zero mechanical interference" measurement and significantly improving the accuracy of experiments such as gravity and dynamics. The wireless architecture breaks through the limitations of desktop topology, supporting macroscopic physics experiments such as cross-floor projectiles and long-distance running tracks. At the same time, it achieves human-machine physical isolation between the sensing end and the analysis end, greatly improving the safety of students' operation in high-risk experiments such as high-speed collisions and heavy object drops. (3) Reconstruct the educational equipment ecosystem to achieve intergenerational compatibility at extremely low cost: There is no need to jailbreak, crack firmware, or modify the hardware of existing old teaching terminals (such as graphing calculators) in ordinary middle schools. By simply using an external low-cost general-purpose microcontroller and protocol simulation, the built-in educational-grade statistical fitting and other mathematical engines of the terminal can be fully reused. This allows ordinary middle schools to upgrade to high-precision digital experiments that meet the requirements of modern STEM teaching at less than one-tenth of the cost of purchasing expensive closed commercial digital experimental platforms. (4) Break down commercial and technological barriers to promote equal access to STEM science education: Highly integrated and expensive teaching instruments create barriers to science education across regions with varying educational resources. This embodiment provides a low-cost, open-source-friendly "single-source, multi-terminal" classroom-level concurrent data distribution architecture, supporting single-point teacher demonstrations and simultaneous independent analysis across multiple terminals in the whole class. This significantly lowers the deployment threshold for cutting-edge digital science experiments, enabling schools in resource-poor areas to easily conduct inquiry-based physics experiments. It transforms traditional "black-box" commercial measurement into "white-box" engineering enlightenment with transparent code and logic, effectively promoting science education equity from the technological level.
[0042] Example 2 The control method for the distributed bridging system of scientific experiments for graphing calculators provided in this embodiment is applicable to the distributed bridging system of scientific experiments for graphing calculators provided in Embodiment 1, and adopts the following event-driven and state-coordinated mechanism, such as... Figure 2 As shown, it includes: Step 1: Data processing stream on the sensing side (asynchronous capture from the front end).
[0043] Step A1: The distributed bridging system for scientific experiments for graphing calculators provided in Example 1 is powered on, the sensing-side logic unit is configured with external interrupt input and wireless broadcast channel, and the main program enters a low-power standby state. Step A2: An external physical sensor signal triggers a hardware interrupt, immediately entering the interrupt service routine; Step A3: Read the current system high-precision timestamp within the interrupt and calculate the time difference (or other derived characteristic variables) with the previous trigger edge locally. Step A4: Push the feature variable into the wireless transmission queue, transmit it non-blockingly through the asynchronous channel, and then immediately exit the interrupt to ensure microsecond-level response capability.
[0044] Step 2, Gateway-side impedance matching current (central beat control).
[0045] Step B1: The gateway-side logic unit establishes an internal ring data buffer and configures a dedicated two-wire communication pin connected to the terminal; Step B2: The wireless receiving module asynchronously receives the feature variables sent by the sensing side using an interrupt method and stores them in the buffer. Step B3: The main loop continuously polls the hardware request status of the target graphing calculator (e.g., waiting for the pin to be pulled low); if no request is detected or the buffer is empty, continue polling; Step B4: If the terminal is detected to be ready and the buffer is not empty, perform software timing simulation and inject a single set of characteristic packets into the terminal; Step B5 (Critical Deadlock Prevention Control): After a single group of messages is sent, the main program executes a forced delay operation with a duration set no less than the time required for the target terminal to complete a single data entry and screen rendering. Only after the delay has ended can the program respond to the terminal's next hardware request.
[0046] Step 3: Interactive flow on the graphing calculator (two-stage switching).
[0047] Step C1: The terminal main program enters the "data acquisition and dynamic display" stage, and sends low-wait signals in a loop. After receiving a single message, it immediately draws discrete data points in the screen coordinate system. Step C2: Parallel detection of user-triggered keyboard interrupt commands; if no interrupt is detected, continue executing the dot loop of step C1; Step C3: If a specified keyboard interrupt is detected, the state machine exits the current loop and actively disables the receive enable of the underlying communication port from the software level, entering the "data analysis" stage; Step C4: Call the built-in mathematical regression algorithm library to perform polynomial curve fitting calculations on the cached global discrete data, and then overlay and render the final physical curve on the screen.
[0048] The above description is merely a preferred embodiment of the present invention and is not intended to limit the invention. Various modifications and variations can be made to the present invention by those skilled in the art. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of the present invention should be included within the scope of protection of the present invention.
Claims
1. A distributed bridging system for scientific experiments using graphing calculators, characterized in that, include: The sensor measurement module is used to measure the continuous state of the physical experimental object and output the raw level transition signal; The sensing-side logic unit is used to capture the original level transition signal in real time through hardware interrupt, perform data preprocessing locally to extract physical feature variables, and send the feature variables through an asynchronous data channel. At least one gateway-side logic unit is configured as a time-domain isolation and protocol impedance matching hub to isolate the asynchronous clock domain of the sensing-side logic unit from the blocking clock domain of the graphing calculator. By detecting the request status of the graphing calculator, the cached feature variables are converted into compatible format messages and injected using software bit operations to simulate the graphing calculator's two-wire hardware handshake protocol. At least one graphing calculator is used to receive messages and perform mathematical modeling and graphics rendering using built-in computing power.
2. The distributed bridging system for scientific experiments for graphing calculators as described in claim 1, characterized in that, The perception-side logic unit acts as a single broadcast data source, simultaneously and asynchronously broadcasting the same feature variables to multiple gateway-side logic units within the communication coverage area.
3. The distributed bridging system for scientific experiments for graphing calculators as described in claim 1, characterized in that, Multiple graphing calculators are electrically connected to their respective gateway-side logic units via external communication interfaces.
4. The distributed bridging system for scientific experiments for graphing calculators as described in claim 1, characterized in that, The graphing calculator cyclically initiates data acquisition requests, and the gateway-side logic unit responds to the requests by sending messages one by one. After receiving a single set of data, the graphing calculator draws discrete data coordinate points on the screen.
5. The distributed bridging system for scientific experiments for graphing calculators as described in claim 1, characterized in that, Upon receiving a user's key interaction command, the graphing calculator proactively terminates the data request loop, locks the received data list, and calls its internal algorithm to perform curve fitting and rendering.
6. The distributed bridging system for scientific experiments for graphing calculators as described in claim 1, characterized in that, The gateway-side logic unit includes a delay waiting step adapted to the graphing calculator cycle between periods of continuous data packet transmission.
7. The distributed bridging system for scientific experiments for graphing calculators as described in claim 1, characterized in that, The physical implementation of the sensing-side logic unit and the gateway-side logic unit is as follows: the sensing-side logic unit and the gateway-side logic unit are deployed in independent microcontroller chips, and the asynchronous data channel is a wireless communication link.
8. The distributed bridging system for scientific experiments for graphing calculators as described in claim 1, characterized in that, The physical implementation of the sensing-side logic unit and the gateway-side logic unit is as follows: the sensing-side logic unit and the gateway-side logic unit are deployed in different processing cores within the same microcontroller system, or in hardware isolation domains with independent coprocessors, and the asynchronous data channel is the chip's internal shared memory or bus.
9. The distributed bridging system for scientific experiments for graphing calculators as described in claim 1, characterized in that, The asynchronous data channel supports unicast or broadcast modes.
10. A control method for a distributed bridging system for scientific experiments using graphing calculators, characterized in that, A distributed bridging system for scientific experiments for graphing calculators as described in any one of claims 1-9, comprising: The sensor measurement module measures the continuous state of the physical experimental object and outputs the original level transition signal; The sensing-side logic unit captures the original level transition signal in real time through hardware interrupt, performs data preprocessing locally to extract physical feature variables, and sends the feature variables through an asynchronous data channel. The gateway-side logic unit detects the request status of the graphing calculator and uses software bit manipulation to simulate the graphing calculator's two-wire hardware handshake protocol, converting the cached feature variables into compatible format messages for injection. The graphing calculator receives messages and uses its built-in computing power to perform mathematical modeling and graphics rendering.