- Forums
- Product Forums
- General Purpose MicrocontrollersGeneral Purpose Microcontrollers
- i.MX Forumsi.MX Forums
- QorIQ Processing PlatformsQorIQ Processing Platforms
- Identification and SecurityIdentification and Security
- Power ManagementPower Management
- Wireless ConnectivityWireless Connectivity
- RFID / NFCRFID / NFC
- Advanced AnalogAdvanced Analog
- Neural Processing UnitsNeural Processing Units
- MCX Microcontrollers
- S32G
- S32K
- S32V
- MPC5xxx
- Other NXP Products
- S12 / MagniV Microcontrollers
- Powertrain and Electrification Analog Drivers
- Sensors
- Vybrid Processors
- Digital Signal Controllers
- 8-bit Microcontrollers
- ColdFire/68K Microcontrollers and Processors
- PowerQUICC Processors
- OSBDM and TBDML
- S32M
- S32Z/E
-
- Solution Forums
- Software Forums
- MCUXpresso Software and ToolsMCUXpresso Software and Tools
- CodeWarriorCodeWarrior
- MQX Software SolutionsMQX Software Solutions
- Model-Based Design Toolbox (MBDT)Model-Based Design Toolbox (MBDT)
- FreeMASTER
- eIQ Machine Learning Software
- Embedded Software and Tools Clinic
- S32 SDK
- S32 Design Studio
- GUI Guider
- Zephyr Project
- Voice Technology
- Application Software Packs
- Secure Provisioning SDK (SPSDK)
- Processor Expert Software
- Generative AI & LLMs
-
- Topics
- Mobile Robotics - Drones and RoversMobile Robotics - Drones and Rovers
- NXP Training ContentNXP Training Content
- University ProgramsUniversity Programs
- Rapid IoT
- NXP Designs
- SafeAssure-Community
- OSS Security & Maintenance
- Using Our Community
-
- Cloud Lab Forums
-
- Knowledge Bases
- ARM Microcontrollers
- i.MX Processors
- Identification and Security
- Model-Based Design Toolbox (MBDT)
- QorIQ Processing Platforms
- S32 Automotive Processing Platform
- Wireless Connectivity
- CodeWarrior
- MCUXpresso Suite of Software and Tools
- MQX Software Solutions
- RFID / NFC
- Advanced Analog
- Neural Processing Units
-
- NXP Tech Blogs
- Home
- :
- Translated Content
- :
- Multi Source Translation Content
- :
- 2393739_en-US
2393739_en-US
2393739_en-US
2393739_en-US
Hi community,
I am trying to integrate freemaster pipes for logging (and maybe use more of its functionality later on).
As I am running linux I tried to go the freemaster light + python path.
I can properly connect but when trying to open the pipeline and print my piped log messages I am not receiving any data via the rpc server.
To verify the target implementation I also checked via the Windows GUI which could read the pipe properly, so the issue seems to be on the PC side.
See attached example python script. Any hints welcome.
best regards
Never mind, seems I have to explicitly call PipeFlush on the receiver side. Did not expect that. Attached the working example as reference.
Hello,
it is great you got it finally working. I confirm the PipeFlush needs to be called as it causes the pipe data to be exchanged in both directions. This is actually the only pipe call which causes a physical data transfer. All other operations at both PC and target sides are just buffering the data to pipe buffers.
When using FreeMASTER protocol, the PC is the only initiator of communication. The target board cannot start it by itself. The PipeFlush is the place where PC gives the target a chance to report (and then send) any new pipe data.
Regards,
Michal