Posts

Showing posts from February, 2019

"Knowing yourself is the beginning of all wisdom"

Image

#Meinberg #WeekNumberRollover #GPSReceivers #1024week

Image
Meinberg GPS receivers are ready to handle the Week Number Rollover Meinberg has a different approach with their own GPS receivers. Instead of a 10-bit parameter, Meinberg’s firmware uses a 16-bit week number, and it is simply incremented at the end of each week. On 6 April 2019 the GPS system, used by many organizations for critical infrastructure, will perform a rollover. The rollover is the result of a legacy GPS navigation message which gives a week number as a ten-bit parameter. As a result, the week number parameter in the GPS navigation message needs to reset to zero every 1024 weeks. That means from that date onwards, we are likely to start seeing rollover problems in GPS receivers that aren’t programmed to cope with the week number reset.

#360° #Online #Solutions @ DreamSoft & ParyanaAutomation

Image

#NTP #PTP #NetworkTiming #Meinberg

Image
Why it’s important to monitor your timing network There are basically three levels of network time monitoring: 1. Self-reported performance Of these, number 1, self-reporting is the easiest. Nearly every device which includes a PTP slave or an NTP client has management interfaces which can report on the timing applications synchronization state and estimate of the time offset from the NTP server or PTP master. Most likely you have something more urgent to attend to than staring at the offset values of all of the clocks on your network. But you can set up notifications, for example SNMP traps, if a device loses its synchronization source, or is seeing larger than expected time offsets. Because this is easy and will catch many network synchronization problems, you should definitely do this. An NTP client or PTP slave doesn’t necessarily know the correct value for its clock offset. That’s because of Asymmetry. Asymmetry it the bane of network time transfer. Both NTP and PT

#Meinberg #PTP #Telecom #PowerGrid

Image
PTP Telecom Profile in Power Grids PTP in Substations PTP Time in substations is distributed using power profiles. There are two profiles defined for power applications: IEC 61850-9-3 Utility Profile and the IEEE C37.238 Power Profile. Both profiles are almost identical with a few special settings in the Power Profile. They are designed for Layer-2 networks, either Ethernet, HSR or PRP. For details on HSR and PRP please refer to one of our previous posts. They use the Peer Delay measurement mechanism; therefore all switches need to have PTP support and are either transparent clocks or boundary clocks. PTP can be used also to transfer timing from substation to substation. In this case the communication goes to an adjacent substation or to a SCADA network and the Substation gets timing from there. Such PTP inter-grid network can serve also as a failover in case of GPS failing or jamming.

#Approach towards Digital Marketing #Digital #Marketing #Strategy- #DreamSoft & #ParyanaAutomation

DreamSoft offers Online Marketing Services which includes Search Engine Optimization (SEO), Social Media Marketing (SMM), Social Media Optimization (SMO) , Search Engine Marketing (SEM) and Email Marketing (EM). To know more, click: https://www.youtube.com/watch?v=xFrbrhM0l2U