1. Overview of ThinkLink Docker Edition The thinklink-docker repository provides Docker deployment configurations for the ThinkLink platform and currently supports x64 architecture only. Docker Compose allows all ThinkLink services to be started together, making it suitable for private deployment, project delivery, and testing environments. 2. Repository and Deployment Steps ThinkLink Docker repository:https://gitee.com/manthink_bj/thinklink-docker Deployment steps: Clone […]

1. Making Edge Logic Truly Programmable: The TypeScript EB Compiler EdgeBus (EB) was introduced by ManThink in 2018 as a lightweight execution framework designed specifically for retrofitting existing field devices. Initially developed for large-scale heating retrofit projects, EB addressed challenges such as fragmented protocols, constrained hardware resources, and unstable field conditions. Over years of deployment,

1. Why LoRa Can Communicate Over Long Distances Unlike traditional wireless technologies, LoRa prioritizes sensitivity over throughput.By trading data rate for processing gain, LoRa achieves exceptional link budgets suitable for low-power wide-area networks. This capability is not driven by a single setting, but by the combined effect of multiple PHY parameters. Among them, SF, BW,

1. Challenges in LoRaWAN-Based Heat Meter Deployment In district heating and energy management systems, heat meters are typically widely distributed and powered by batteries. Traditional wired or proprietary wireless solutions often suffer from high retrofit costs and limited scalability. While LoRaWAN offers long-range, low-power, and standardized connectivity, practical deployment still faces challenges related to protocol

ManThink Technology has officially released ThinkLink, a fully localized IoT platform, and made a free deployment package available to industry users (Contact: info@manthink.cn). ThinkLink is designed for autonomous, on-premise deployment and long-term operation. It targets LoRaWAN and multi-protocol IoT scenarios, providing a stable, low-cost, and highly controllable system foundation. As IoT projects increasingly require localization,

As LoRaWAN adoption continues to grow, differences in application layer protocols among sensor vendors have become a major challenge for system integration. While LoRaWAN standardizes the physical and MAC layers, application layer formats are left to vendors, resulting in protocol fragmentation across projects. 1. Differences in LoRaWAN Sensor Application Layer Protocols Although LoRaWAN defines standardized

As LoRaWAN is increasingly deployed in smart cities and industrial IoT applications, remote gateway maintenance has become a critical part of system architecture. Compared with port-forwarding tools such as NPS and FRP, VPN-based solutions provide stronger security, better scalability, and higher reliability for enterprise-grade LoRaWAN networks. 1. Network Architecture: Virtual LAN vs Port Forwarding NPS

1. Why Legacy Devices Are Difficult to Integrate into IoT Systems Industrial sites still rely heavily on RS485 meters, pulse counters and proprietary-protocol instruments. These devices usually suffer from: LoRaWAN provides long-range, low-power and cable-free connectivity, making it ideal for upgrading legacy devices. A practical solution, however, requires edge logic and a lightweight cloud platform.

As LoRaWAN deployments expand across smart cities, industrial IoT, smart buildings, utilities, and agriculture, enterprise users increasingly require secure, stable, and manageable network architectures. The LoRaWAN gateway, typically deployed outdoors or at industrial sites, is the core connectivity node of the entire network. Its long-term remote accessibility directly affects the system’s reliability and operational efficiency.