Renesas potwierdził zakończenie produkcji komponentów LON. Dla każdego właściciela budynków komercyjnych wyposażonych w sterowniki LonWorks pytanie przestało być teoretyczne. Technologia LonWorks opiera się na protokole LonTalk i magistrali obiektowej, której łańcuch dostaw wysycha. Ten tekst przedstawia faktyczne kalendarium, konkretne ryzyka dla Twojego BMS i porównanie scenariuszy migracji – zanim podpiszesz ofertę.
LonWorks w BMS budynków komercyjnych: protokół i ryzyka jego starzenia się
Czym jest LonWorks i protokół LonTalk?
LonWorks – od Local Operating Network – to architektura magistrali obiektowej zaprojektowana do rozproszonej automatyki budynkowej. Protokół LonTalk, znormalizowany jako ISO/IEC 14908, obsługuje komunikację między każdym węzłem sieci (źródło: norma ISO/IEC 14908, lonmark.fr). Każdy sterownik ma własny układ przetwarzania: inteligencja jest rozproszona, nie scentralizowana. Szczegółowe porównanie z innymi protokołami BMS – BACnet, Modbus, KNX – omawiamy osobno.
Kto wymyślił LonWorks i dlaczego LON dominował w latach 2000?
Echelon Corporation stworzył LonWorks na początku lat 90. Neuron Chip, własnościowy układ zaprojektowany z Motorolą, integrował protokół LonTalk bezpośrednio w krzemie każdego węzła (źródło: lonmark.fr). Ta rozproszona automatyka przekonała integratorów BMS: każdy system działał bez zależności od centralnej wizualizacji. Serie TAC Xenta, najbardziej rozpowszechniona baza LON (Schneider), Sauter i Honeywell wyposażyły tysiące budynków komercyjnych na całym świecie.
LonWorks w BMS budynków komercyjnych: jaka rola w HVAC i regulacji?
Schemat typowej architektury LonWorks
Kliknij każdy komponent, aby poznać jego rolę i status
Architektura LonWorks opiera się na 3 warstwach hierarchicznych komunikujących się protokołem LonTalk po magistrali TP/FT-10. Oto typowe komponenty budynku komercyjnego wciąż pracującego na LonWorks.
Kliknij komponent, aby wyświetlić jego charakterystykę
Źródła: norma ISO 14908 (LonWorks/LonTalk), dokumentacja Echelon/Adesto/Renesas, ASHRAE Guideline 13-2015 (systemy BMS)
W budynku komercyjnym sterowniki LON regulują obiegi wody grzewczej i lodowej, sterują centralami wentylacyjnymi oraz obsługują oświetlenie lub opomiarowanie. Sieć magistrali obiektowej łączy sterowniki strefowe z wizualizacją przez routery LON. Ten zakres obejmuje zarządzanie techniczne, o którym mówią klasy BMS i norma 52120. BMS budynków komercyjnych na LON wciąż działa na setkach obiektów – dopóki łańcuch dostaw się trzyma.
Kurczące się zasoby części zamiennych i kompatybilnych sterowników
Sterowniki LON nie są już produkowane przez historycznych producentów. Gdy producent kończy wytwarzanie modułu, rynek wtórny (używane, wyprzedaże magazynowe) staje się jedynym źródłem. Integratorzy sygnalizują terminy dostaw 6–12 miesięcy dla niektórych urządzeń LON (źródło: relacje integratorów z obiektów, Reddit r/buildingautomation). Części zamienne stają się coraz rzadsze. Właściciel, który czeka z zamówieniem do awarii, odkrywa, że jego produkty u schyłku życia nie mają już wiarygodnego źródła zaopatrzenia.
Zanik kompetencji integratorów w zakresie protokołu LON
Liczba integratorów LON zdolnych programować i utrzymywać sieć LonWorks maleje z roku na rok. Koniec wsparcia technicznego ze strony wydawców narzędzi deweloperskich przyspiesza tę erozję. Usługa uruchomienia lub naprawy opiera się na zanikającej puli kompetencji LON. Skutek: uzależnienie od jednego wykonawcy, zidentyfikowane jako jedna z 8 powtarzających się dysfunkcji w naszych misjach doradczych. Serie Distech ECL generacji LON ilustrują tę koncentrację know-how.
Czy wiesz, że? Historyczne organizacje nie prowadzą już szkoleń z protokołu LonTalk. Sieć LON bez kompetentnego integratora w okolicy staje się ryzykiem operacyjnym dla właściciela. Podjęcie naprawy może wymagać tygodni poszukiwania wykonawcy.
Ryzyka bezpieczeństwa i zgodności na protokole bez wsparcia
Protokół bez poprawek bezpieczeństwa naraża system BMS na niezałatane podatności. Koniec wsparcia (EOS) oznacza, że żadna łatka nie zamknie luki wykrytej po zakończeniu standardowego wsparcia. Zmienna ryzyka rośnie z czasem. W sieci połączonej z wizualizacją IP brak aktualizacji tworzy wyłom w bezpieczeństwie budynku. Pojawia się też pytanie o zgodność z przepisami: czy system bez wsparcia producenta może zagwarantować utrzymanie wymaganych funkcji?
Czy sieć LonWorks nadal jest zgodna z obowiązkiem BACS?
Obowiązek BACS dotyczy funkcji regulacji i monitoringu zużycia, a nie protokołu komunikacyjnego (źródło: dyrektywa EPBD 2018/844, art. 14–15; w Polsce art. 23a ustawy o charakterystyce energetycznej budynków; we Francji dekret nr 2020-887). Sprawna sieć LON może więc być zgodna. Ryzyko jest pośrednie: jeśli system ulegnie awarii, a części nie będą już dostępne, zgodność zostaje de facto podważona. Cykl życia protokołu staje się parametrem powiązanym z cyklem zgodności budynku. O terminach obowiązku BACS przeczytasz w naszej osobnej analizie.
Kalendarium końca LonWorks: od Echelon do ogłoszenia Renesas
Kalendarium końca LonWorks
Echelon Corporation tworzy LonWorks i Neuron Chip
Normalizacja ANSI/EIA-709.1 (1999), potem ISO/IEC 14908 (2008). Tysiące budynków komercyjnych otrzymują sterowniki LON. Twoja baza LON pochodzi prawdopodobnie z tej fali.
Koniec oryginalnego układu Neuron
Zastąpienie układami FT 5000 i FT 6050. Najstarsze sterowniki (sprzed 2010) tracą źródło nowych części.
Adesto Technologies przejmuje Echelon (45 mln USD)
Własność intelektualna LonWorks opuszcza świat automatyki budynkowej. Przyszłość protokołu zależy od gracza spoza branży.
Renesas przejmuje Dialog Semiconductor (5,9 mld USD), który w 2020 r. wchłonął Adesto
LonWorks staje się marginalną linią u producenta półprzewodników. Cykl życia wchodzi w fazę schyłkową.
Renesas potwierdza koniec komponentów LON
Układy FT 5000 i FT 6050 nie będą już produkowane. Po wyczerpaniu zapasów żaden nowy układ nie będzie dostępny.
Źródła: lonmark.org (LonWorks Technology Transition FAQ, lipiec 2025), komunikaty Adesto/Dialog/Renesas, Reuters
Echelon Corporation: narodziny i apogeum Neuron Chip
Lata 90. Echelon tworzy LonWorks i projektuje Neuron Chip z Motorolą, a potem Toshibą. Protokół zostaje znormalizowany jako ANSI/EIA-709.1 w 1999 r., a następnie ISO/IEC 14908 w 2008 r. (źródło: lonmark.org). Instalacje się upowszechniają: tysiące budynków komercyjnych we Francji i na całym świecie wdrażają Local Operating Network. Integratorzy BMS standaryzują swoje projekty wokół LON. Zainstalowana baza osiąga apogeum w połowie lat 2000.
Przejęcie Echelon przez Adesto, potem Dialog Semiconductor i Renesas
Adesto Technologies przejmuje Echelon w 2018 r. za 45 mln USD. Dialog Semiconductor wchłania Adesto w 2020 r., a Renesas przejmuje Dialog w 2021 r. za 5,9 mld USD (źródło: komunikaty prasowe Adesto/Dialog/Renesas, Reuters). Własność intelektualna LonWorks – protokół, układy, narzędzia deweloperskie – skupia się u producenta półprzewodników. Podstawową działalnością Renesas nie jest automatyka budynkowa. Życie produktu zależy odtąd od gracza, dla którego LonWorks to marginalne źródło przychodów. Cykl życia wchodzi w fazę schyłkową. EOL (end of life) staje się kwestią kalendarza.
Ogłoszenie Renesas 2025: oficjalny koniec komponentów LON
2025. Renesas potwierdza zakończenie produkcji komponentów LON: układy FT 5000 i FT 6050 nie będą już wytwarzane: ostatnie zamówienia do końca września 2025, ostatnie dostawy w marcu 2026 (źródło: LonMark, „LonWorks Technology Transition FAQ”, lipiec 2025). To oficjalny koniec życia – EOL (end of life) w sensie przemysłowym. Słowo „koniec życia” nie jest już prognozą. Oznacza oficjalny status end of life, znany z IT, zastosowany do komponentów fizycznych. Producent kończy produkcję. Po wyczerpaniu zapasów żaden nowy układ nie będzie dostępny. EOL, czyli koniec łańcucha dostaw LonWorks, operuje odtąd ostatecznym słownictwem.
Porada eksperta Zanim podpiszesz ofertę na pełną wymianę sieci LON, zleć sprawdzenie, które sterowniki faktycznie są u schyłku życia, a które nadal mają części zamienne. Niezależny audyt zapobiega przedwczesnej wymianie sprawnych komponentów.
BACnet, Modbus czy brama wieloprotokołowa: jaki scenariusz zastąpienia LonWorks?
BACnet: dominujący protokół zastępczy w BMS
BACnet (Building Automation and Control Network) to standard ASHRAE 135 / ISO 16484-5. Ten otwarty protokół natywnie obejmuje HVAC, oświetlenie i zabezpieczenia przeciwpożarowe. Jego architektura klient/serwer gwarantuje interoperacyjność między producentami bez własnościowego układu. Niemal wszyscy producenci BMS już go wspierają. Dla bazy LON BACnet to naturalny następca: otwarty, udokumentowany i szeroko wspierany przez aktywnych integratorów. Jego wdrożenie pozostaje scenariuszem odniesienia.
Modbus: ograniczona alternatywa dla niektórych urządzeń
Modbus (szeregowy lub TCP/IP) sprawdza się w odczycie rejestrów: liczniki energii, czujniki temperatury, podliczniki. Protokół pozostaje prosty i solidny. Jego ograniczenia sprowadzają go do roli uzupełnienia: brak automatycznego wykrywania obiektów, brak natywnej obsługi alarmów, brak interoperacyjności wysokiego poziomu. W projekcie migracji z LonWorks Modbus obsługuje urządzenia peryferyjne. Trio BACnet, Modbus i LonWorks często współistnieje w okresie przejściowym, a każda zmienna jest odczytywana odpowiednim protokołem.
Bramy wieloprotokołowe LonWorks-BACnet: migracja bez wymiany wszystkiego
Brama wieloprotokołowa tłumaczy ramki LON na ramki BACnet. Właściciel migruje strefa po strefie, bez zatrzymywania eksploatacji. Producenci tacy jak WAGO i Loytec (lub Intesis) oferują taki interfejs sprzętowy. Integracja odbywa się między istniejącą siecią LON a docelową wizualizacją BACnet. Migracja strefa po strefie ogranicza ryzyko przerwy w pracy HVAC. Ograniczenie, które trzeba znać: brama utrzymuje resztkową zależność od sieci LON. Obsługa pozostaje uwarunkowana dostępnością sterowników po stronie obiektu.
Pełna wymiana vs migracja etapami: tabela porównawcza koszt–ryzyko–czas
Alternatywy dla protokołu LonWorks u schyłku wsparcia
Kliknij wiersz, aby wyświetlić szczegóły migracji
| Protokół | Interoperacyjność | Natywny IP | Perspektywa | Koszt migracji |
|---|
Źródła: ASHRAE BACnet Committee 2024, KNX Association, raport Navigant Research o BMS 2023–2025, relacje integratorów BMS z obiektów.
Wybór między pełną wymianą, migracją etapami a podejściem mieszanym zależy od rzeczywistego stanu Twojej sieci LonWorks. Wstępny audyt ustala, które sterowniki nadal działają, a które uzasadniają wymianę. Bez tej diagnostyki ryzykujesz wymianę sprawnego sprzętu lub niedoszacowanie stref krytycznych. Komfort cieplny użytkowników również warunkuje etapowanie: migracja etapami zachowuje aktywną regulację w trakcie prac. Koniec życia komponentu nie oznacza, że cała sieć musi zniknąć w jednej operacji.
Twoja baza LON zasługuje na diagnostykę przed ofertą. Audytujemy rzeczywisty stan Twoich sterowników i testujemy wykonalność bramy przed jakąkolwiek decyzją o wymianie.
Zamów audyt przestarzałego BMS
Weryfikacje, których należy wymagać przed podpisaniem oferty wymiany LonWorks
8 weryfikacji przed podpisaniem oferty wymiany LON
Odhacz każdy punkt sprawdzony dla Twojej bazy
-
✓
1. Pełna inwentaryzacja sterowników LON
Wypisać każdy sterownik według strefy i funkcji (HVAC, oświetlenie, opomiarowanie).
-
✓
2. Rzeczywisty stan każdego sterownika
Sprawny sterownik nie jest przestarzały tylko z powodu wieku. Testować przed wymianą.
-
✓
3. Test komunikacji na magistrali LON
Zidentyfikować milczące węzły, utracone ramki i nietypowe czasy odpowiedzi.
-
✓
4. Liczba regulowanych punktów w każdej strefie
Policzyć wejścia/wyjścia, aby poprawnie dobrać bramę lub wymianę.
-
✓
5. Rzeczywista dostępność części zamiennych
Sprawdzić pozostały zapas producenta i rynek wtórny. Oszacować terminy i dodatkowe koszty.
-
✓
6. Kompatybilność z bramą wieloprotokołową
Nie wszystkie moduły LON są kompatybilne. Przetestować generację firmware i typ węzła.
-
✓
7. Klauzula EOL w umowie serwisowej
Co przewiduje umowa, gdy części staną się nieosiągalne? Czy gwarancja obejmuje to ryzyko?
-
✓
8. Utrzymana zgodność z obowiązkiem BACS
Przepisy dotyczą funkcji, nie protokołu. Sprawdzić, czy możliwości funkcjonalne pozostają zapewnione.
Punkt nieodhaczony = szara strefa w ofercie
Inwentaryzacja sterowników i rzeczywisty stan sieci
Pierwsza weryfikacja: sporządzić pełną inwentaryzację sterowników LON według strefy i funkcji (HVAC, oświetlenie, opomiarowanie). Każdy sterownik jest zidentyfikowany, zlokalizowany i przypisany do swojego zakresu regulacji. Druga weryfikacja: ocenić rzeczywisty stan każdego sterownika. Sprawny sterownik nie jest przestarzały tylko z powodu wieku. Oprogramowanie po zakończeniu wsparcia na działającym sprzęcie nie uzasadnia natychmiastowej wymiany, jeśli sieci pozostają stabilne, a funkcje zapewnione.
Test komunikacji i analiza liczby regulowanych punktów
Trzecia weryfikacja: test komunikacji na magistrali LON. Węzły, które przestają odpowiadać, utracone ramki lub nietypowe czasy odpowiedzi sygnalizują degradację protokołu komunikacyjnego. Ta diagnostyka ujawnia strefy ryzyka przed awarią. Czwarta weryfikacja: policzyć regulowane punkty (wejścia/wyjścia) w każdej strefie. Ten wymiar warunkuje wybór między bramą a wymianą. Każda niezmapowana zmienna staje się martwym punktem w ofercie.
Jak Foobot wspiera transformację Twojej bazy LonWorks?
Audyt „przestarzałego” BMS: druga opinia o rzeczywistym stopniu starzenia
Audyt „przestarzałego” BMS ocenia rzeczywisty stan sieci LON. To narzędzie diagnostyczne przegląda każdy sterownik, każdą strefę i każdą magistralę, aby ustalić, co nadal działa, a co uzasadnia wymianę. Zarządzanie techniczne budynkiem nie sprowadza się do końca życia protokołu. Uporządkowana sieć LON może działać jeszcze kilka lat. Audyt dostarcza niezależnej drugiej opinii: ustala testy niezbędne przed zatwierdzeniem oferty wymiany.
Zastąpić LonWorks: 3 fazy udanej migracji BMS
Kliknij każdą fazę, aby poznać kluczowe kroki, pułapki do uniknięcia i oczekiwane rezultaty.
Wraz z zaplanowanym końcem wsparcia LonWorks migracja na BACnet/IP staje się nieunikniona, aby utrzymać efektywność energetyczną Twoich budynków komercyjnych. Oto ścieżka w 3 fazach.
Zmapować wszystkie zainstalowane sterowniki, regulatory i bramy LonWorks: modele, firmware, rok montażu, stan funkcjonalny.
- Zinwentaryzować każdy węzeł LonTalk w sieci
- Sprawdzić kompatybilność sterowników z bramą LON/BACnet
- Zidentyfikować przestarzałe urządzenia bez części zamiennych
- Udokumentować działające sekwencje regulacji
- Oszacować pozostały czas życia dla każdej branży technicznej
Ocenić wpływ awarii LonWorks na komfort, zgodność z przepisami (EPBD, obowiązek BACS) i koszty eksploatacji.
- Sklasyfikować budynki według poziomu krytyczności
- Zidentyfikować obiekty, na których wsparcie integratora już się skończyło
- Ustalić scoring pilność / wykonalność / budżet
- Zdefiniować etapy migracji w kolejności priorytetów
- Przewidzieć scenariusze awaryjne na wypadek usterki w trakcie przejścia
Opracować specyfikację funkcjonalną docelowego BMS, uwzględniając wymagania klasy BMS (PN-EN ISO 52120-1, dawniej EN 15232), interoperacyjności BACnet i sterowania energetycznego.
- Określić docelową klasę BMS (klasa A lub B zależnie od przeznaczenia)
- Zdefiniować punkty BACnet do odczytu dla każdej branży HVAC
- Przewidzieć integrację sterowania energetycznego nad warstwą wizualizacji
- Uwzględnić w harmonogramie terminy wynikające z dyrektywy EPBD (BACS: 290 kW, następnie 70 kW)
- Ustalić kryteria odbioru: czasy odpowiedzi, odsetek punktów w błędzie
Zainstalować bramy protokołowe, aby wciąż sprawne urządzenia LonWorks komunikowały się z nową magistralą BACnet/IP, bez zatrzymywania eksploatacji.
- Wybrać bramy z certyfikatem BTL (BACnet Testing Labs)
- Skonfigurować mapowanie obiektów LonWorks na obiekty BACnet
- Przetestować każdy punkt w odczycie i zapisie przed uruchomieniem produkcyjnym
- Utrzymać sieć LonWorks równolegle w okresie przejściowym
- Udokumentować tabelę odpowiedniości LON/BACnet na potrzeby serwisu
Sterowniki LonWorks, których firmware nie jest już utrzymywany lub które nie obsługują bramy, muszą zostać zastąpione natywnymi sterownikami BACnet.
- Preferować sterowniki BACnet/IP niezależne od producenta
- Przenieść istniejące sekwencje regulacji i je zoptymalizować
- Zaplanować przerwy branża po branży, aby ograniczyć wpływ na użytkowników
- Sprawdzić pełny łańcuch: czujnik → sterownik → wizualizacja
- Sporządzić protokół odbioru dla każdej zmigrowanej strefy
Podłączyć nowe punkty BACnet do istniejącej wizualizacji lub wdrożyć nową, kompatybilną wizualizację BMS.
- Skonfigurować automatyczne wykrywanie obiektów BACnet
- Utworzyć schematy synoptyczne i panele dla każdego budynku
- Ustawić alarmy, progi i archiwizację danych
- Przeszkolić firmę utrzymania technicznego z nowego interfejsu
- Zweryfikować bezpieczny dostęp zdalny do sterowania na odległość
Gdy BMS na BACnet działa, wdrożyć warstwę sterowania energetycznego, aby stale optymalizować zużycie.
- Podłączyć warstwę sterowania do odczytywanych punktów BACnet
- Dostroić prawa regulacji do rzeczywistej obecności użytkowników
- Zaprogramować optymalny start (ogrzewanie, chłodzenie)
- Zdefiniować energetyczną linię bazową IPMVP do pomiaru oszczędności
- Ustawić alerty o odchyleniach zużycia
Śledzić rzeczywiste wyniki względem linii bazowej i przygotowywać raporty zgodności wymagane przepisami (we Francji: dekret tertiaire).
- Porównywać miesięczne zużycie z linią bazową IPMVP
- Przygotowywać dane do sprawozdawczości energetycznej (we Francji: platforma OPERAT)
- Zidentyfikować obszary resztkowego nadmiernego zużycia
- Stale dostrajać parametry sterowania
- Udokumentować oszczędności w kWh/m² i unikniętych tCO2e
Rozszerzyć podejście na pozostałe budynki portfela i dopracować strategie sterowania na podstawie zebranych doświadczeń.
- Wdrażać na kolejnych obiektach w kolejności priorytetów
- Zintegrować nowe branże HVAC (wentylacja, oświetlenie, rolety)
- Wykorzystać archiwum danych do dopracowania algorytmów sterowania
- Porównywać obiekty między sobą, aby wyłonić najlepsze praktyki
- Dążyć do kolejnych celów EPBD 2024 dla budynków niemieszkalnych (2030, 2033)
Migracja z LonWorks nie wymaga wymiany całego sprzętu. Podejście brama + sterowanie pozwala wykorzystać istniejące zasoby i jednocześnie zmodernizować BMS, bez zatrzymywania eksploatacji.
Źródła: ASHRAE, norma PN-EN ISO 52120-1 (dawniej EN 15232), protokół IPMVP, doświadczenia z projektów migracji BMS w budynkach komercyjnych 2024–2026
FAQ – koniec wsparcia LonWorks
Gdzie znaleźć datę końca życia (EOL) urządzenia LonWorks?
Sprawdź stronę producenta sterownika (Schneider, Honeywell, Sauter), aby poznać oficjalną datę EOL. Data zakończenia produkcji układów LON przez Renesas jest potwierdzona od 2025 r. Wsparcie producenta różni się zależnie od serii.
Czy Twoje urządzenie przekroczyło datę EOL?
Urządzenie, które osiągnęło koniec produkcji, nie ma już dostępu do nowych części. Sprawdź, czy Twój sterownik LON osiągnął koniec wsparcia producenta. Jeśli tak, sprzętowy koniec życia już trwa.
Czym jest koniec życia (EOL) w IT i jak go rozpoznać?
Koniec życia EOL (EOL, end of life) to moment, w którym producent przestaje wytwarzać i utrzymywać produkt. W IT cykl życia obejmuje produkcję, wsparcie rozszerzone, a potem całkowite zakończenie. Sprawdzaj biuletyny producentów.
Jakie ryzyka wiążą się z przestarzałym sprzętem IT?
Trzy główne ryzyka: niezałatane podatności bezpieczeństwa po zakończeniu wsparcia, utrata specjalistycznego wsparcia technicznego i brak dostępności części. Każdy nieprzewidziany problem przekłada się na przerwę w regulacji HVAC.
Jak wydłużyć życie moich serwerów i urządzeń IT?
Aktualizuj firmware, dopóki oprogramowanie u schyłku wsparcia otrzymuje poprawki. Rozważ obsługę przez bramy wieloprotokołowe. Niektóre komponenty mają społecznościowe firmware open source. Dostosowanie lub modyfikacja kodu pozostaje opcją w sterownikach programowalnych.
Czy urządzenie u schyłku życia (EOL) może pozostać objęte umową serwisową?
Po zakończeniu wsparcia producenta standardowe wsparcie znika. Umowa z firmą zewnętrzną pozostaje możliwa, dopóki istnieją części. Zakres ochrony w pozostałym cyklu życia negocjuje się indywidualnie. Gdy producent kończy produkcję, firma serwisowa sama ponosi ryzyko.
Czym jest LON / LonWorks?
Technologia LonWorks (Local Operating Network) opiera się na protokole LonTalk, magistrali obiektowej znormalizowanej jako ISO/IEC 14908. LON umożliwiał zdecentralizowaną komunikację między sterownikami HVAC w budynkach komercyjnych. Jego komponenty są obecnie u schyłku życia.