Dari logger yang dibaca setelah kerugian ke kontrol saat bergerak.
Instrumen pengangkut berpendingin selama ini adalah logger yang diunduh di dermaga — mendokumentasikan kerugian yang tidak pernah bisa dicegah. Navixy mengikat pengontrol J1939/CAN unit — setpoint, udara suplai dan balik, alarm, bahan bakar, jam operasi, mode, dan perintah dua arah — ke probe muatan independen per zona, dengan tenaga surya atau baterai agar trailer yang dilepas tetap melapor, dengan simpan dan teruskan menutup setiap celah zona tanpa sinyal.
- Dwell tanpa pengawasan
- 14 jam
- Bahan bakar habis pada
- jam ke-9
- Tertangkap
- tanpa daya traktor
Unit bilang baik-baik saja — itulah masalahnya
Trailer berpendingin adalah sistem aliran udara bergerak, bukan kotak dingin seragam: sensor unit ada di unit, bukan di muatan. Percaya pada display saja adalah cara muatan tiba di luar spesifikasi sementara setiap log unit hijau — dan bagaimana logger pasca-perjalanan baru mengaku setelah muatan sudah ditolak.
Grafik pasca-perjalanan mendokumentasikan kerugian yang tidak bisa dicegah
Logger unduh setelah perjalanan, strip chart, dan USB dibaca di dermaga — saat itu penyimpangan sudah historis dan muatan sudah ditolak atau dipersengketakan. Catatan setelah fakta bisa memenangkan atau kehilangan klaim, tetapi tidak pernah memicu intervensi saat truk masih bergerak. Kontrol preventif membutuhkan telemetri paket per paket dari aset bergerak, bukan file yang ditarik saat pengiriman.
Grafik pasca-perjalanan bisa memenangkan klaim — tetapi tidak pernah menyelamatkan muatan. Alert harus terpicu saat truk masih bergerak.
Dilepas di yard, pemantauan mati saat paling dibutuhkan
Drop-and-hook dan operasi pool trailer meninggalkan unit berpendingin terisi tanpa daya traktor berjam-jam atau berhari-hari — tepat saat dwell tanpa pengawasan panjang ketika unit bisa gagal diam-diam, pintu terbuka, atau bahan bakar habis. Gateway solar/baterai dan probe siaga lama tetap melapor tanpa daya kendaraan.
Satu band tidak bisa menilai beku dan dingin sekaligus
Trailer multi-suhu mengoperasikan kompartemen beku (≈ −18 °C) dan dingin (0–6 °C) bersamaan. Satu band alarm armada untuk beku melewatkan pelanggaran zona dingin; diset untuk dingin, alarm palsu di zona beku — dispatcher belajar mengabaikan alert reefer. Solusinya: probe dan ambang independen per zona.
Mode operasi dipilih di unit dan tidak pernah diaudit
TRU trailer beroperasi sekitar 2.200 jam per tahun (CARB) dan bisa membakar hampir satu galon per jam. Mode continuous menjaga suhu paling ketat tetapi membakar paling banyak bahan bakar; mode cycle/start-stop dan ECO menghemat untuk muatan yang toleran variasi — tetapi mode diset di unit tanpa korelasi dengan suhu aktual di box.
Temukan pre-trip gagal sebelum dermaga, bukan di dermaga
Inspeksi Pre-Trip (PTI) unit adalah uji mandiri fungsional PASS/FAIL sebelum muatan dimuat. Dijalankan hanya manual di dermaga, FAIL muncul dengan trailer sudah diposisikan dan muatan menunggu — momen paling mahal. Perintah pre-trip jarak jauh mengubah FAIL menjadi tiket pemeliharaan sebelum dispatch.
Ditinggal di yard, unit mengosongkan tangki secara diam-diam
Drop-and-hook meninggalkan trailer terisi dan pra-dingin tanpa daya traktor. TRU berjalan dengan diesel sendiri; selama dwell panjang tanpa pengawasan tangki kosong, unit berhenti, dan box memanas tanpa siapa pun di lokasi. Pelacak bertenaga kendaraan mati berjam-jam lalu — gateway bertenaga sendiri adalah satu-satunya yang masih bisa mengeluarkan alert.
- Muatan beku −18 °C, pra-dingin — lalu ditinggal di yard
- Dwell tanpa pengawasan dengan bahan bakar TRU sendiri, tanpa traktor
- Bahan bakar habis — unit mati tanpa siapa pun di lokasi
- Box melewati batas −15 °C, unit mati
- Gateway bertenaga sendiri alert; tim yard mengisi bahan bakar dan restart
- Kembali dalam rentang — penyimpangan dwell tercatat
- Dwell tanpa pengawasan
- 14 jam Dwell tanpa pengawasan
- Bahan bakar habis pada
- jam ke-9 Bahan bakar habis pada
- Tertangkap
- tanpa daya traktor Tertangkap
Dari bus unit sendiri ke bukti siap audit, dalam empat langkah
Platform composable yang sama di balik operasi armada dan lapangan, dikonfigurasi untuk trailer berpendingin — agnostik OEM di unit, muatan, daya, dan bukti.
- 01
Ikat pengontrol unit sendiri
Baca unit via CAN / J1939 — setpoint, udara suplai/balik, kode alarm, bahan bakar, jam operasi, mode dan status daya — via telematika OEM (Thermo King, Carrier Transicold) atau gateway pihak ketiga, dan tambahkan perintah dua arah: pre-trip jarak jauh, setpoint, mode operasi, defrost dan clear-alarm.
- 02
Lihat muatan, bukan hanya unit
Probe 1-Wire / BLE independen per zona di muatan — depan, tengah, belakang dan di pintu — dibaca terhadap udara suplai/balik unit. Tenaga surya atau baterai menjaga trailer yang dilepas tetap melapor, dan simpan dan teruskan onboard (plus satelit di intermodal) menutup zona tanpa sinyal seluler.
- 03
Putuskan per zona, eskalasi per pemilik
Sensor virtual per zona membawa aturan IoT Logic independen; divergensi suplai vs muatan dan laju perubahan menangkap muatan yang memanas sebelum batas absolut, dan tangga eskalasi mengarahkan setiap alert nyata ke pemilik bernama dengan tindakan pertama — perintahkan unit, dispatch, atau alihkan rute.
- 04
Buktikan — dan optimalkan aset
IoT Query merakit MKT, waktu di luar rentang, mode vs suhu di box, dan bahan bakar / jam operasi per jalur dan aset menjadi bukti kondisi siap audit dan KPI utilisasi pool trailer — mendukung FSMA dan GDP, menyelesaikan klaim, via API terbuka, white-label.
Bicara bahasa unit sendiri — di merek, model, dan OEM apa pun
Trailer berpendingin adalah masalah tangkapan empat lapisan: pengontrol unit, muatan, daya dan konektivitas, serta konteks operasi. Navixy menormalkan keempatnya ke satu model data di 2.500+ model perangkat, agar pengangkut atau integrator tidak terkunci pada satu gateway OEM atau monolit — dengan kontrol dua arah di mana unit mendukung.
- Unit pendingin via CAN / J1939 — setpoint, udara suplai/balik/ambient per zona, kode alarm, bahan bakar, jam operasi, mode dan status daya — via telematika OEM (Thermo King TracKing, Carrier Lynx Fleet) atau gateway CAN pihak ketiga di armada campuran
- Kontrol dua arah di mana unit mendukung: pre-trip jarak jauh (PTI), setpoint, mode operasi, defrost dan clear-alarm — agar kerusakan menjadi tiket pemeliharaan sebelum dispatch
- Probe muatan independen per zona — 1-Wire (~1/16 °C) atau logger BLE kelas EN 12830 / ISO-17025 — depan/tengah/belakang dan di pintu, dibaca terhadap sensor udara unit, bukan menggantikannya
- Gateway solar/baterai bertenaga sendiri dan sensor siaga lama menjaga trailer yang dilepas di pool tetap melapor; simpan dan teruskan onboard (dan satelit / dual-mode di intermodal) menutup setiap celah zona tanpa sinyal
- Aturan IoT Logic per zona dan tangga eskalasi, lalu IoT Query MKT / waktu di luar rentang / KPI utilisasi dan ekspor bukti siap audit via API terbuka, white-label
Satu model di 2.500+ model perangkat — pertahankan telematika OEM unit pendingin atau tambahkan gateway CAN pihak ketiga; aturan, bukti, dan API tetap sama di armada campuran dan kontraktor.
Jadikan trailer bukti — bukan sengketa
Pengangkut yang mengukur langsung — unit via CAN, probe per zona independen, GPS dan pintu, semua tersinkron — memegang rantai penahanan alih-alih mengandalkan kata shipper. Telemetri yang sama yang memenangkan klaim muatan ditolak juga mengubah pool drop-trailer menjadi aset cerdas dan terpakai: dwell, waktu putar, dan «apakah trailer ini terisi, pra-dingin, dan di mana?»
- Kondisi unit + per zona first-party, tersinkron dengan GPS dan pintu — catatan Anda, bukan estimasi shipper
- Satu paket bukti kondisi menyelesaikan klaim dan memenuhi pelaporan FSMA / GDP
- Data yang sama menggerakkan utilisasi pool trailer — dwell, putar, terisi/pra-dingin/di mana
Yang ditanyakan pengangkut dan integrator
Lihat muatan saat bergerak — dan perintahkan unit yang mengangkutnya
Ceritakan campuran armada, merek unit pendingin, dan jalur Anda. Kami memetakan jalur gateway J1939 atau telematika OEM, penempatan probe per zona, rencana solar/baterai dan simpan-teruskan, aturan IoT Logic per zona dan tangga eskalasi, serta ekspor bukti dan utilisasi IoT Query — agar Anda intervensi dalam perjalanan alih-alih membuktikan kerugian setelahnya.