MQTT Jobs

### Core Architecture - **Frontend (Desktop or Web)** - **Drag‑and‑Drop Canvas**: Users place electrical components (breakers, transformers, meters, etc.) on an SLD canvas. - **Data Binding**: Each component can be linked to a data source (RS485 register or TCP/IP stream). - **Visualization**: Real‑time values (voltage, current, power, status) displayed as overlays, gauges, or color changes. - **Backend** - **Communication Layer**: - RS485 → handled via USB‑RS485 converter + Python libraries (`pyserial`, `minimalmodbus`). - TCP/IP → handled via sockets or REST/MQTT depending on the server. - **Data Normalization**: Convert raw Modbus/TCP data into a unified JSON structure. - **Database (optional)**: Time‑series storage (InfluxDB, TimescaleDB) for historical t...

I have a Wago PLC running CODESYS that already exchanges data with a nearly-finished Node-RED flow. The back-end logic behaves as expected and the PLC variables reach Node-RED, yet the dashboard refuses to show anything meaningful. Specifically, the data-display widgets stay blank and the dashboard never refreshes in real time—no updates arrive at all. All readings originate from sensors wired straight into the PLC; there are no external APIs or manual entries involved. What I need is a clean, reliable dashboard that pulls those sensor values, pushes them through the existing Node-RED flow, and renders them live for operators. Here’s the current state: • PLC side: variables published in CODESYS, accessible via OPC UA and MQTT. • Node-RED: flows built, MQTT nodes s...

We are looking for an elite, high-level mobile developer to build the Phase 1 MVP of PJ MONEY, a next-generation fintech ecosystem designed to transform financial inclusion. If you are an amateur or a beginner, do not apply. We only want visionaries who have already built complex, production-ready applications and who want to leave their mark on the technology world. This is a long-term contract. PJ MONEY is the first milestone of a global 4-Phase ecosystem including an Advanced Marketplace (Phase 2), Urban Logistics Grid with background wake-locks (Phase 3), and Micro-investments. Excellence in Phase 1 guarantees your retention for the entire multi-phase journey. Key Architecture Requirements for Phase 1 MVP: Low-latency backend using MQTT binary protocol over HTTP polling for 2G netwo...

I am looking for an experienced embedded firmware engineer to help me configure a **Nordic nRF9151 Development Kit** to read onboard sensors and publish raw data over **NB-IoT** to a self-hosted **Mosquitto MQTT broker**. The hardware is already fitted with basic temperature and humidity sensors. The goal of this project is a clean, efficient, raw data push with zero edge processing—just straightforward sensor readings published at a configurable interval. ### Work Arrangement (100% Remote) Because the hardware is in my possession, you will work remotely. You can choose to: 1. Guide me live through the setup and testing process, **OR** 2. Supply a pre-compiled binary, clear flashing/repeatable instructions, and the source code so I can flash and verify on my end. --- ### Scope ...

I’m ready to put my Nordic nRF9151 development kit through its paces. The board is already fitted with basic temperature and humidity sensors; what I need now is a clean, NB-IoT-powered data push to a Mosquitto broker with no extra processing—just raw readings published at a sensible interval. All interaction will take place remotely. You can guide me live, or supply clear, repeatable instructions and firmware so I can flash and verify on my end. Key points you’ll handle: • Configure the NB-IoT link on the nRF9151 DK. • Create or adapt lightweight firmware (Nordic SDK or Zephyr—your call) that reads the onboard sensors and publishes to my Mosquitto topic. • Provide concise steps for any required modem/SIM setup and broker credentials. •...

Hello Developer team, We are looking to develop a custom cloud application and dashboard for our monitoring business, and we need your expertise to build the architecture and manage the data integration. Current Setup & Background: • Hardware: We have installed Electromagnetic Water Flow Meters on-site. • Data Transmission: We are using a hardware module (Siltech device) connected to the meters. This device reads the flow data and transmits it to the cloud. • The Challenge: Currently, this data is being transmitted directly to our client’s cloud infrastructure. We want to migrate this setup so that the devices send data to our own custom cloud server and dashboard instead. What We Need From You: 1. Cloud Architecture & Database: Set up a secure, scalable clou...

I’m building two related devices—a 2-phase meter for homes and small businesses, and a 3-phase unit sized for factories and large loads. Both will ride on the same architecture, centred on an Orange Pi Zero2, and must accurately track voltage, current, power, energy (kWh), power factor and frequency. Communications are set: Wi-Fi, Bluetooth and RS-232 all have to be live so the installer can choose the most convenient channel. A cloud dashboard will be the primary user interface, yet the meters must also stream clean text data through the local serial terminal for on-site diagnostics. For the residential model I need an isolated voltage and current sensing front-end plus a relay that can be toggled remotely for service disconnects. The industrial version adds three high-curre...