Recent Posts81
Configuration Options and Possibilities / Re: Setting up DJB Zones automation with a Pira P164 and Magic RDS4
« Last post by Jan on May 31, 2025, 09:33:24 am »Compared to older models, the P164 is more robust and easy to set up if you follow the instruction. Some functions, like the RDS web UI or additional TCP ports, were moved to the Magic RDS 4 middleware. Although this change does not seem to bring many advantages for a station with a single transmitter, for larger broadcasting networks the benefit is quite significant as such network needs some kind of middleware in any case and all RDS encoders are now accessible from one place, one IP address and under one login.
For example: Need to change PS name on all 40 encoders in the network? You need no more than 30 seconds for such task:
Menu Script/Execute: send connection:* command:"PS=New PS" command:"*PS"
You are done. Imagine how long does this take if you need to log into each encoder individually. Or how to feed "now-playing" data or TMC data to each encoder individually, how many public IP addresses you need etc.
Back to your question: The P164 allows both modes of operation, either with or without the Magic RDS 4 middleware. If you don't need the benefits of the middleware, you can connect your broadcast automation system directly. The broadcast automation system must support some of the common data formats, like ASCII, UECP or XCMD.
In your case, if you specified the RDS encoder's IP address in your system, the encoder needs to be set up as TCP server. The easiest way how to make initial TCP setup is to use the Magic RDS 4 and USB connection, as described in the manual, section 'Ethernet Connection'. You may keep the Magic RDS 4 connected to the USB, click on the RDS Spy button to verify that your system sends the data correctly. Then you may close the Magic RDS 4 as the setup is done.
If you decide the use the Magic RDS 4 middleware, your broadcast automation system will not connect to the RDS encoder(s) but to the Magic RDS 4. For this purpose the Magic RDS 4 supports the Virtual Ports. They operate the same way like any other TCP ports and they represent common data inputs for particular encoders or for all encoders, with data visualization feature included. See the m4vp.pdf help file for details and examples.
For example: Need to change PS name on all 40 encoders in the network? You need no more than 30 seconds for such task:
Menu Script/Execute: send connection:* command:"PS=New PS" command:"*PS"
You are done. Imagine how long does this take if you need to log into each encoder individually. Or how to feed "now-playing" data or TMC data to each encoder individually, how many public IP addresses you need etc.
Back to your question: The P164 allows both modes of operation, either with or without the Magic RDS 4 middleware. If you don't need the benefits of the middleware, you can connect your broadcast automation system directly. The broadcast automation system must support some of the common data formats, like ASCII, UECP or XCMD.
In your case, if you specified the RDS encoder's IP address in your system, the encoder needs to be set up as TCP server. The easiest way how to make initial TCP setup is to use the Magic RDS 4 and USB connection, as described in the manual, section 'Ethernet Connection'. You may keep the Magic RDS 4 connected to the USB, click on the RDS Spy button to verify that your system sends the data correctly. Then you may close the Magic RDS 4 as the setup is done.
If you decide the use the Magic RDS 4 middleware, your broadcast automation system will not connect to the RDS encoder(s) but to the Magic RDS 4. For this purpose the Magic RDS 4 supports the Virtual Ports. They operate the same way like any other TCP ports and they represent common data inputs for particular encoders or for all encoders, with data visualization feature included. See the m4vp.pdf help file for details and examples.
