- Home
- >
- Tender
- >
- Punjab Tender
- >
- Department of Military Engineer Services
- >
NTID 43166167
ProcXpert
Share Your purchase requirement, Our ProcXpert team will Connect you to right Supplier.
Inquiry Now
Need Expert Help with Tenders?
Whether it's GeM, eProcurement, or State Portals — our professionals assist you end-to-end with eligibility, documentation, and timely bid submission.
💬 Talk to Our Bidding ExpertCorrigendum Special Repair N in Patiala - Complete Tender Details
Find eligibility criteria, important deadlines, bidding requirements, and download official documents for "Corrigendum Special Repair N" in Patiala, India.
- Opening Date : Thu 29th January, 2026
- Closing Date : Mon 26th January, 2026
- ₹ 14545000.00
- NTID 43166167
Key Values: Document Cost: 1000.00 | EMD: 220500.00 | Estimated Cost: 14545000.00
Tender Description
Corrigendum : Special Repair Necessary For Improvement Of Water Supply Distribution With Automation At Bml To Reduce Water Losses, Including Necessary Modifications To Connected Ohr Under Ge (n) Patiala
Documents
Get Complete Tender Details Now - Download the Document!
Download Now – Only ₹200-
Document-1
721.3 kBOil_India_ExtraDoc...Oil_India_ExtraDocument-GCO0449P23.pdf
-
Document-2
721.3 kBOil_India_ExtraDoc...Oil_India_ExtraDocument-GCO0449P23.pdf
Costs
-
EMD
220500.00 -
Document Cost
1000.00 -
Estimated Cost
14545000.00
Latest Corrigendum List
| # | Corrigendum Title | Corrigendum Type |
|---|---|---|
| 1 | Corrigendum No 3 | Date |
| 2 | Corrigendum No 2 | Technical Bid |
| 3 | Bid Auto Extn Corrigendum | Bid Auto Extn Corrigendum |
| 4 | Corrigendum No 3 | Date |
| 5 | Corrigendum No 2 | Technical Bid |
BOQ Items Total Items : 24 | Total Qty : 405
| # | Item | Quantity | Units |
|---|---|---|---|
| 1 | Supply, Installation, Testing & Commissioning of Engineering Control / Monitoring and Server System comprising of Micro controller IoT Based Water Level Control System for Over Head Tanks 01, 02, 03 , 06 , 18 & 22 consists of a microcontroller, pump, adaptor, sensor Hydrostatic , and a relay module to control the pump or valve on the hardware side. Microcontroller with ESP8266 based, microcontroller triggering relay switch open and close. With ultrasonic sensor to read the level of the water container, the level that read from ultrasonic transducer is to decide when the pump is working and not working. On the Hydrostatics sensor there a two cable for trigger the Hydrostatics sensor and receive the echo of ultrasonic sound. The microcontroller communicating via the internet to connect with Blynk server and Web server (Water Container Monitoring Information System) A complete Software system using Water Container Monitoring Information System incorporated with a Blynk IoT server. the microcontroller must be communicating on Blynk server and a PHP web-based Water Container Monitoring Information System via sending data level every 4 seconds to Water Container Monitoring Information System using protocol GET. Data that send via GET protocol is using the token of microcontroller, the water level of water container and valve or pump status. From microcontroller, Water Container Monitoring Information System check is there any token on the database? If token exists, so the data from microcontroller will be saved in the database, otherwise if the token from microcontroller is not exist so the data will not be collected in the database. In Water Container Monitoring Information System, data of water level and valve/pump status is saved with a timestamp, so every data has its timestamp. Micro controller also send data to Blynk server but data that send to Blynk server only save into file not into the database so that why we need a Water Container Monitoring Information System. Beside microcontroller send to data to Blynk server microcontroller also receive configuration data from Blynk server. The configuration data is water container height, Max upper-level limit, lower-level limit, mode and on/off the pump on configuration mode divided into two modes, which is auto and semi-auto. In auto mode, pump/valve automatically fill water container if the level is below the lower level limit and stop when the level of water is above or same as the upper-level limit. | 6.00 | Each Job |
| 2 | In semi-auto mode, if on/off in position on, the microcontroller works like auto mode, but if on/off in position off, the pump/valve will stay off until on/off in place on.A PHP Web-based Water Container Monitoring Information System is also communicating with Blynk server for change configuration using API (Application Programming Interface) so the user can change configuration data on Blynk server using Water Container Monitoring Information System also from Blynk Application on the smartphone. Ultra sensor must shoot ultrasonic pulse to the water surface and capture ultrasonic pulse reflection from the water surface. The different time between sensor Hydrostatic shoot pulse and receive pulse must be converted into the distance (cm). After getting water level from the sensor, the next step by controller is to subtracting level from the sensor with a height of water container because if the water container is near full, the level from the sensor is shrinking, Push data to Water Container Monitoring Information System is run every 4 seconds so the server is not overloading. Push data to Blynk server run every 1 second. Complete all as specified and as directed by Engineer-in-charge. Note:- Partner/ Approved by G.E. MINIMUM 1SO 9001:2015 CERTFIED. ONLY Original OEM is entitled for work. | ||
| 3 | Supply, Installation, testing and commissioning of new Micro chip programmer Non conductive liquid level Sensor water in Over Head Tank sensor The sensor can be configured to a maximum output range of 0.25 V to 10 V. The power supply must be at least 0.5V greater than the maximum output voltage required with switch output requires a pull-up resistor of 1 k.Ohm to 1O k.Ohms. The minimum operating system requirements are: 32-bit (x86) or 64-bit (x64) processor Windows 7 or later 1 Gb RAM 500 Mb disk space One free USB port to connect a sensor with provision of an RS232 to USB adaptor (P/N 1484-00-086). The sensor can be powered through the adaptor using the +V and -V leads and communicated with using the Tx and Rx leads. Sensor must be equipped with Ingress protection: Shock tested to: IP68 BS EN 60068-2-27 (half-sine pulse 25g, 6ms 1000 shocks [positive and negative] in each of 3 axes) Vibration tested: Modbus Analog 0-5VDC or 0- 30 ma reactive with Calibration Factory and optional field Mechanical Probe Length 50 2500mm Mounting BSP Threads fitting / SAE 5-bolt pattern Probe Construction luminum Enclosure ABS Environmental Protection Class IP65/67 Operational Temperature -20 C to +85 C Compatible with real time water level analyser suitable for OHR along with recorder complete with capacity to undertake multiple MODBUS DATA water sensors with following specifications as 4G/ 3G/ 2G / Ethernet based IIoT Controller with modem input supply 230VAC, 0.5A max with multi-protocol capability Processor: Cortex-A53 64-bit SoC @ 1.2GHz RAM: 1GB Flash memory: 12GB Operating temperature: -20 to +70 C Ports: Must have an Ethernet, RS485 and USB (user defined) Remote terminal unit (RTU): 4G/ 3G/ 2G SIM cards for 5 years subscription. Data services must be from at least two reliable service providers and system should support automatic switching to 2nd service provider in case of low network without any intervention. System should support changing of service providers without changing SIM cards (future ready). Future ready RTU must have Modbus, IEC60870, IEC61850, MBUS, DLMS (all mandatory and selectable). | 13.00 | Each Job |
| 4 | Any other future open-source protocol (that uses RS485 or TCP port) must be provided free of cost for the period of at least 02 years (OEM declaration mandatory). Capable of capturing multi-function water sensor well as other fields from any compatible substation/ metering equipment Communication interface & Communication protocols Modbus, IEC60870, IEC61850, MBUS, DLMS (all mandatory and selectable on all adequate ports). Any open-source protocol (for RS485 and ethernet port) will be supported for five years without any cost (OEM declaration mandatory) cloud based interface User Interface The cloud-based facility management system should enable controlling substations and facilities The system should support adding more parameters in future with minimal changes. MES should have a mechanism to proactively know when some equipment is not giving data / has errors without coming to site. User interface should be remotely accessible on internet, with secure login credentials. User interface should work on secure https. Communication between data gathering, and data storage should be over a secure encrypted channel. IIOT controller must have inbuild local control capability to operate in case of network unavailability. However, control logics must be configurable remotely. The user-interface should have minimum of following tabs (all dashboards, reports must be self-configurable without any scripting or OEM intervention): Dashboard - To evaluate captured parameters at a glance with current, hourly, daily, weekly, monthly, & yearly. End-user should be able to create Dashboards on their own, without AF involvement. End user should be able to define number of rows / columns in dashboard, merge cells of dashboard to make some areas small / large, configure row heights to provide flexibility in how data is displayed (ex. multiple numerical KPIs in a smaller row, and graphs in a larger row to utilize displayed area of dashboard optimally) Dashboards should allow display of both graphical data, as well as numerical KPIs (max, min, aggregated Sum, averaged values over day, week, month) For Graphs & KPIs displayed on Dashboard, user should be able to choose different time durations directly from Graph/KPI s options to update the Graph/KPI dynamically End | ||
| 5 | user should be able to create multiple dashboards User should be able to select and zoom-in / zoom-out on specific area within graphs User should be able to save graphs as an image in various formats (.png, .jpeg etc) For multiple Dashboards, user should be able to define display order of Dashboard in navigation (for ex: which is mor System should support Spend Analysis (money equivalent of energy, and not just units of energy) System should support creating user-defined KPIs (max, min, aggregated Sum, averaged values over day, week, month) system should support creating user-defined benchmarks, and displaying data in charts / dashboard comparing against these benchmarks System should support saving frequently used analytics charts for later users. All saved charts should be available to choose with a single-click. System should support sending daily, weekly and monthly reports. Daily reports should be sent next day morning over email incorporating all data from previous day. There should be a mechanism to turn reporting sending of scheduled reports ON/OFF There should be a mechanism to send a pre-created report on-demand (and not just as scheduled daily / weekly / monthly report) Settings - To view the metadata related to the system, such as the site name and installation date, details of equipment at site etc. Alarms and event logs Alarm should Issue a system update that the system has detected. Passwords should be stored in encrypted format. Website should be accessible on all platforms and be compatible with popular browsers such as IE, Chrome, Firefox, Safari etc. Online Administration: All administration is handled online via a current web browser Audit Trail: Administrators can access logs in the backend on need-basis where they can view changes that have been made to the database for critical information. Data Backup should support PITR (Point-in-time-recovery). Scheduler for auto archival and backup of application and database to a different machine which should be capable of coming online by simply firing a script button in event of downtime of primary server. The database should use encryption at rest to persist the data in database. Secure password protected login for administrative actions in the system. All updates to data gathering hardware should be through OTA (over the air). No static IPs shall be made available at sites. The complete equipment must be programmed with protection CT inside the existing Low Tension switchgear /breaker / |
You Are Free Trail User
PAY PER TENDER
Purchase Access To Download Selected Documents
₹ 200
Select this Plan SUBSCRIBE PLAN
For a one-time fee, you get unrestricted access to all documents and for a minimum of one year.
UNLIMITED
DOWNLOAD
Select this Plan
₹ 7000
Plan
Standard Plane
Day/Month
Standard Plane
Call Tender Expert
info@nationaltenders.In
Sales: +91 7383 93 4054