Quraşdırılan sistemlər və firmware

Avadanlıq var, amma o «laldır»: məlumat toplanmır, cihazlar bağlı deyil, diaqnostika əldədir. Eyni zamanda həm dəmirdə, həm kodda bacaran komanda tapmaq demək olar ki, mümkünsüzdür. Biz məhz bu kəsişməni bağlayırıq — firmware-dən tutmuş cihazlardan gələn məlumatı göstərən sistemə qədər.

Mikrokontrollerlər və ARM üçün firmware-lər və drayverlər. Sensorlardan və avadanlıqdan məlumat toplanması. Rabitə protokolları və yuxarı səviyyəli sistemlərlə inteqrasiya. Cihazların monitorinqi və diaqnostikası. Məhdud yaddaş və qida resurslarına optimizasiya.

Quraşdırılan sistem işləməsi iki dünyanın kəsişməsində yaşayır: eyni anda həm dəmiri (yaddaş, qida, real vaxt məhdudiyyətlərini) başa düşmək, həm də illərlə yenidən yüklənmədən işləyən etibarlı kod yazmağı bacarmaq lazımdır. Veb-developer belə işin altından çıxa bilməz, «dəmirçi» isə nadir hallarda məlumatı sistemə və daşborda qədər çatdırır. Hər iki kompetensiyanı ştatda saxlamaq demək olar ki, qeyri-realdır — buna görə icraçıları konkret platforma və protokol üçün seçir və verilənlərin bütün yolu üçün vahid komanda kimi cavab veririk.

C/C++, Rust, assembler; ARM, mikrokontrollerlər; IoT-protokollar (MQTT, Modbus, proprietar); bulud və on-premise ilə inteqrasiya. Dil və platforma tapşırığa və dəmirin məhdudiyyətlərinə uyğun seçilir. (matrisaya bax: Xidmətlər)

Qalan işlənmədə olduğu kimi «10% Yolu» üzrə işləyirik: tapşırığın təhlili, konsepsiya və işlək prototip — bizim hesabımıza; ilk işlək nəticə (MVP) — qeyd olunmuş qiymətləndirmənin 10%-i; sonra mərhələlərlə. Avadanlıq üçün birinci mərhələ çox vaxt cihazdan ümumiyyətlə hansı siqnalları almaq mümkün olduğunun yoxlanışını da əhatə edir. Ətraflı — necə işləyirik.

«Lal» avadanlığın məlumat verməyə başlaması üçün qurduğumuz tipik arxitektura:

1. Sensor / cihaz — fiziki göstəricini ölçür (temperatur, vibrasiya, sayğac, vəziyyət).
2. Firmware — rəqəmsallaşdırır, küyü süzür, paketləyir; yaddaş və qidanın sərt çərçivəsində işləyir.
3. Şlüz (gateway) — bir neçə cihazdan məlumat toplayır, rabitə kəsiləndə buferə yığır, protokol üzrə ötürür (MQTT/Modbus/proprietar).
4. Server / bulud — qəbul, saxlanma, axının emalı, hədlər üzrə bildirişlər.
5. Sistem / daşbord — avadanlığın real vaxtda vəziyyəti, tarixçə, prediktiv diaqnostika; uçotla inteqrasiya.

Layihələndirmənin açar qərarları: nəyi cihazda, nəyi serverdə hesablamaq; rabitə itəndə necə davranmaq (şlüzdə bufer); avtonom cihazı artıq ötürmə ilə necə boşaltmamaq.

Şirkət avtonom uçot cihazları (məsələn, uzaq obyektlərdə sayğaclar və ya sensorlar) alıb, amma göstəriciləri nöqtələri gəzərək əl ilə oxumaq lazım gəlir. Bu, adətən bizdə necə həll olunur: pulsuz təhlil — içəridə hansı kontroller və protokoldur, nəyi oxumaq olar → göstəriciləri rəqəmsallaşdırıb paketləmək üçün firmware → batareyanı oturtmamaq üçün rabitə üzrə qənaətli ötürmə → serverdə qəbul və göstəricilərin avtomatik toplanması. Məqsəd — əl ilə gəzişləri aradan qaldırmaq və cihazlardan məlumatı özümüz almaqdır. İstehsalat xətti ilə yaxın sahə nümunəsi — sənaye və IoT səhifəsində.

İşlək «avadanlıq → məlumat → sistem» bağlantısı, firmware-in ilkin kodu və ona hüquqlar, protokollar və arxitektura üzrə sənədləşmə. Bizə texniki bağlılıq olmadan: sistemi sonra öz gücünüzlə və ya bizimlə inkişaf etdirə bilərsiniz.

• Avadanlığı uçot sistemimizlə bağlayacaqsınız? Bəli — bu tipik tapşırıqdır: firmware-dən tutmuş məlumatın sizin sistemə və daşborda inteqrasiyasına qədər.
• Avadanlığımız köhnə və «qapalıdır» — ondan məlumat almaq realdır? Çox vaxt bəli: pulsuz təhlildə hansı siqnalların əlçatan olduğunu və onları təhlükəsiz necə oxumağı qiymətləndiririk.
• Nadir platforma və protokollarla işləyirsiniz? Bəli, dil, platforma və protokol tapşırığa uyğun seçilir — assemblerə və proprietar protokollara qədər.
• Ödəniş həmişəki kimidir? Bəli — 10% Yolu: təhlil, konsepsiya və prototip bizim hesabımıza, MVP — 10%.