Pierwszy na świecie rynek B2B mięsa hodowlanego: Przeczytaj ogłoszenie

Studium przypadku: Systemy alarmowe w bioreaktorach do mięsa hodowanego

Case Study: Alarm Systems in Cultivated Meat Bioreactors

David Bell |

Jeśli prowadzisz bioreaktor komórek ssaków przez okres do 28 dni, słaby projekt alarmu może kosztować cię partię. W tym przypadku, sprowadziłbym artykuł do jednego punktu: powiązanie sygnałów alarmowych z fazą partii, statusem CIP/SIP i jednym widokiem danych dało stronie większą kontrolę nad pH, DO, temperaturą i ciśnieniem, zmniejszyło ręczne kontrole i skróciło przegląd QA dzięki zwolnieniu przez wyjątek.

Dla inżynierów bioprocesów, naukowców zajmujących się hodowlą komórek i zespołów R&D zajmujących się mięsem hodowlanym, przekaz jest prosty. Same alarmy punktowe nie były wystarczające. Strona miała mieszany zestaw dostawców, odizolowane dane i brak centralnego widoku historycznego. Po dodaniu warstwy danych, która mapowała 100+ tagów PLC/HMI, operatorzy mogli przeglądać bieżące trendy, reagować z większym kontekstem i utrzymywać czystszy ślad audytu bez zmiany zwalidowanego sprzętu.

Co zmieniło się najbardziej:

  • Logika alarmów przeniesiona z ustalonych punktów do reguł opartych na kontekście
  • Faza partii i status CIP/SIP były rejestrowane przy każdym zdarzeniu
  • Pełny 28-dniowy cykl ustalił bazę przed uruchomieniem
  • Zdalny przegląd trendów zmniejszył potrzebę kontroli na miejscu
  • QA spędzało mniej czasu na ręcznym przeglądzie zapisów
  • Ta sama warstwa danych teraz wspiera późniejsze prace nad miękkimi sensorami

Druga ważna uwaga: alarmy progowe i wykrywanie wielowymiarowe pełnią różne funkcje. Progi są pierwszą warstwą dla krytycznych limitów żywotności. Metody wielowymiarowe pojawiają się później, gdy masz czystą historię partii i wystarczającą liczbę cykli do budowy modelu.

Obszar Przed Po
Widoczność danych Podzielone między kontrolki Jedna warstwa przeglądu
Znaczenie alarmu Izolowane alarmy punktowe Kontekst powiązany ze stanem procesu
Reakcja operatora Wolniejsza, mniej jasna Bardziej bezpośredni przegląd zdarzeń
Przegląd QA Ręczny i czasochłonny Zwolnienie przez wyjątek
Wpływ walidacji Zmiany w zakładzie dodawałyby pracy Uniknięto dodatkowej warstwy

Gdybym miał wyciągnąć jedną lekcję z tego przypadku, byłaby to ta: ustal priorytet alarmów wcześnie, trzymaj tagi krytyczne dla żywotności oddzielnie od szumu użytkowego i włącz QA do filozofii alarmów od pierwszego dnia.

Podstawowa konfiguracja obiektu i problemy z alarmami przed modernizacją

Konfiguracja bioreaktora, czujniki i architektura sterowania

Te ryzyka ujawniły drugi problem: warstwa sterowania zakładu nie mogła pokazać wszystkiego w jednym miejscu.

Pilotowa instalacja działała na stosie automatyzacji od różnych dostawców. Hierarchia sterowania używała sterownika PLC Siemens i zastrzeżonego oprogramowania HMI, podczas gdy zestaw czujników obejmował temperaturę, pH, rozpuszczony tlen (DO), ciśnienie i przepływy gazu. W ramach modernizacji zespół zmapował ponad 100 tagów PLC i HMI, aby zbudować jeden widok w czasie rzeczywistym [1].

Zaobserwowane problemy: opóźniona reakcja i słaba priorytetyzacja

Głównym problemem nie był jeden uszkodzony zasób. Była to słaba widoczność. Wzrost partii wyprzedził to, co warstwa sterowania od różnych dostawców mogła jasno pokazać [1] .

Dane były przechowywane w oddzielnych silosach, co oznaczało brak jednolitego widoku partii. A bez centralnego rejestratora inżynierowie nie mieli dostępu do bieżących pulpitów nawigacyjnych i danych trendów partii. To spowalniało przegląd odchyleń i wydłużało decyzje dotyczące wydania partii. Dział kontroli jakości musiał również polegać na ręcznym przeglądzie, co dodatkowo spowalniało decyzje i zwiększało czas przechowywania zapasów [1].

Te luki w widoczności doprowadziły do przeprojektowania alarmu w następnym etapie.

Przeprojektowanie i wdrożenie systemu alarmowego

Filozofia alarmów dla sygnałów pH, rozpuszczonego tlenu, temperatury, ciśnienia i zanieczyszczeń

Zespół przebudował ramy alarmowe, aby rozwiązać dwa powszechne problemy na hali produkcyjnej: fragmentaryczną widoczność i powolną reakcję. Zamiast polegać na prostych alarmach punktowych w izolacji, przeszli na logikę alarmów opartą na kontekście. pH, rozpuszczony tlen (DO), temperatura, ciśnienie i przepływ gazu zostały ustawione jako główne wejścia alarmowe, podczas gdy faza partii i status CIP/SIP były rejestrowane z każdym alarmem [1].

To ma znaczenie w praktyce. Alarm niskiego DO podczas zmiany napowietrzania nie oznacza tego samego, co alarm niskiego DO podczas innej fazy partii. Powiązując sygnały procesowe z kontekstem operacyjnym, system alarmowy dawał operatorom jaśniejszy obraz tego, co się dzieje i kiedy wymaga to działania [1]. Ta filozofia alarmowa następnie kształtowała prace integracyjne, które nastąpiły później.

Integracja systemu, miękkie czujniki i przepływy pracy operatora

Wdrożenie koncentrowało się na zebraniu istniejących danych kontrolnych w jedną warstwę przeglądową. Aby to zrobić, zespół dodał dodatkową warstwę danych, która mapowała ponad 100 tagów PLC i HMI, bez ponownej walidacji sprzętu [1]. Ten wybór utrzymał implementację lekką, jednocześnie wciągając sygnały potrzebne do przeglądu alarmów i analizy partii.

Pełny 28-dniowy cykl został użyty do ustalenia punktu odniesienia do przeglądu [1]. Operatorzy zostali następnie przeszkoleni, a system uruchomiono w ciągu tygodnia [1]. Upoważnieni użytkownicy mogli zdalnie uzyskać dostęp do trendów na żywo i raportów partii [1], co ułatwiło przeglądanie zdarzeń bez oczekiwania na ręczne pobieranie danych lub dostęp do lokalnego HMI.

Ta sama warstwa danych również przygotowała system do przyszłego wykorzystania miękkich czujników [1]. Innymi słowy, zrobiła więcej niż tylko wspierała obsługę alarmów; stworzyła ścieżkę do widoczności procesu opartego na modelu w przyszłości. To dało zespołowi stabilną podstawę do mierzenia efektu nowej struktury alarmów [1].

Wyniki: zmierzony wpływ po wdrożeniu

Metryki wydajności przed i po

Po wdrożeniu, pH, rozpuszczony tlen, temperatura i ciśnienie pozostały w węższych granicach przez pełny 28-dniowy cykl produkcyjny [1]. Interwencje manualne spadły, a upoważnieni inżynierowie mogli korzystać z VPN do przeglądania trendów na żywo i danych wsadowych poza siedzibą [1].

Główne zmiany po wdrożeniu to:

Metryka Przed aktualizacją Po aktualizacji Komentarz operacyjny
Krytyczna kontrola parametrów Ograniczona widoczność w różnych kontrolach Ściślejsza kontrola pH, rozpuszczonego tlenu, temperatury i ciśnienia Lepsza widoczność w cyklu partii
Ręczne interwencje Ręczne kontrole podczas przebiegów Mniej wymaganych interwencji Zdalne monitorowanie zmniejszyło potrzebę obecności na miejscu[1]
Czas przeglądu QA Długi ręczny przegląd Skrócony dzięki zwolnieniu przez wyjątekKontrola jakości skoncentrowana na partiach z potwierdzonymi odchyleniami [1]

Wpływ na obciążenie operatora, dokumentację jakościową i gotowość do audytu

Protokół zwolnienia przez wyjątek był szczególnie przydatny dla zespołów kontroli jakości.Zamiast przeglądać każdy punkt danych z 28-dniowego cyklu, inżynierowie musieli jedynie przyjrzeć się partiom, w których parametry przekroczyły zdefiniowane limity [1]. To przesuwa wysiłek z rutynowego sprawdzania na rzeczywiste odchylenia.

Zautomatyzowane zbieranie danych zastąpiło ręczne rejestrowanie dla zapisów partii obejmujących krytyczne parametry, takie jak pH, temperatura i rozpuszczony tlen [1]. W praktyce oznaczało to mniej ręcznie wprowadzanych zapisów i czystszy ślad danych.

Dodane rozwiązanie również zachowało status walidacji sprzętu. Strona nie musiała przeprojektowywać sieci zakładu ani modyfikować istniejących komercyjnych systemów produkcyjnych dostępnych na rynku [1].

Te korzyści wynikały z bardziej precyzyjnego kontekstu alarmów, szybszego przeglądu odchyleń i czystszego zapisu partii.

Kluczowe lekcje i wnioski

Threshold Alarms vs. Multivariate Detection in Cultivated Meat Bioreactors

Alarmy progowe vs. wykrywanie wielowymiarowe w bioreaktorach do mięsa hodowlanego

Co ten przypadek sugeruje dla skalowania i przyszłych wdrożeń

Opierając się na powyższym przeprojektowaniu alarmu, główny wniosek jest prosty: strategia alarmowa musi być częścią projektowania procesu od samego początku.

Zespół wcześnie zidentyfikował najważniejsze tagi i oddzielił zmienne krytyczne dla żywotności - pH, tlen rozpuszczony, temperaturę i ciśnienie - od sygnałów użytkowych o niższym priorytecie.

To wczesne sortowanie ma większe znaczenie, niż mogłoby się wydawać. Jeśli każdy sygnał jest traktowany jako pilny, operatorzy przestają ufać systemowi. Ale gdy warstwa alarmowa odzwierciedla rzeczywiste ryzyko procesu, ludzie mogą działać szybciej i z większą pewnością.

Wkład z rozwoju procesów, inżynierii i kontroli jakości pomógł zespołowi podejmować decyzje szybciej i ułatwił wsparcie dla wydań przez wyjątek. Dla zespołów przechodzących z pilotażu do skali przedkomercyjnej, to wskazuje na jasny priorytet: włącz QA do dyskusji na temat filozofii alarmów wcześnie i upewnij się, że procedury reagowania są sprawdzane na wszystkich zmianach.

Ta sama warstwa danych może również wspierać automatyczne karmienie, adaptacyjną kontrolę i automatyczne pobieranie próbek później. Mówiąc prosto, ustanawia kręgosłup kontroli dla bardziej zautomatyzowanej fabryki.

Racjonalizacja alarmów, zatem, jest najlepiej postrzegana jako warstwa bazowa dla bardziej zautomatyzowanej produkcji mięsa hodowlanego, nie jako punkt końcowy.

Alarmy progowe kontra wykrywanie wielowymiarowe: porównanie

Alarmy progowe są pierwszą linią obrony w bioreaktorach do mięsa hodowlanego. Są proste do skonfigurowania, łatwe do interpretacji i proste do walidacji.Sedno tkwi w kontekście: stały limit informuje, kiedy zmienna przekroczyła granicę, ale nie mówi, co to oznacza dla danej fazy procesu.

Dlatego alarmy progowe powinny znajdować się na warstwie podstawowej, a wykrywanie wielowymiarowe dodawane później.

Wykrywanie wielowymiarowe zajmuje się tą luką, ale wiąże się z wyższymi wymaganiami. Wymaga dobrych danych historycznych z wielu partii oraz specjalistycznej wiedzy analitycznej do budowy i utrzymania modeli. Zaczyna mieć więcej sensu, gdy operacje się rozwijają, a optymalizacja procesów zaczyna mieć większe znaczenie dla wydajności i spójności.

Funkcja Alarmy progowe Wykrywanie wielowymiarowe
Podejście Monitoruje indywidualne parametry względem ustalonych limitów Analizuje jednocześnie relacje między wieloma zmiennymi
Mocne strony Proste do wdrożenia; łatwe do zrozumienia i weryfikacji przez operatorów Wykrywa subtelne odchylenia procesu zanim zostaną przekroczone progi
Ograniczenia Zalew alarmów, jeśli limity są zbyt ciasne; brak kontekstu fazy procesu Wymaga wysokiej jakości danych historycznych i specjalistycznej wiedzy w modelowaniu
Wymagania dotyczące danych Dane tagów PLC w czasie rzeczywistym Dane historyczne wysokiej wierności z wielu przebiegów produkcyjnych
Najlepsze zastosowanie Krytyczne limity bezpieczeństwa i żywotności, takie jak temperatura, pH, tlen rozpuszczony i ciśnienie Złożone scenariusze skali, w których optymalizacja wydajności jest priorytetem

Praktyczny punkt jest prosty: podstawowe alarmy i zaawansowana analityka to różne warstwy kontroli, nie konkurencyjne opcje.Umieść najpierw warstwę progową. Następnie dodaj metody wielowymiarowe, gdy jakość danych się poprawia i skala wzrasta.

FAQs

Dlaczego alarmy oparte na kontekście są lepsze niż stałe limity alarmowe?

Stałe limity alarmowe są statyczne. W praktyce zazwyczaj śledzą jeden parametr na raz, co oznacza, że mogą przegapić powolne dryfowanie lub powiązane zmiany w rozpuszczonym tlenie, pH i temperaturze, które mogą wskazywać na wczesne zanieczyszczenie.

Systemy oparte na kontekście przyjmują inne podejście. Wykorzystują uczenie maszynowe i analizę wielowymiarową, aby odczytywać wzorce w kilku parametrach jednocześnie, dzięki czemu zespoły mogą otrzymywać wcześniejsze, bardziej precyzyjne alerty zanim partia zostanie skompromitowana.

Jak wydanie przez wyjątek pomaga zespołom QA?

Wydanie przez wyjątek pomaga zespołom QA przejść od sprawdzania całych zbiorów danych do zajmowania się tylko punktami danych, które wypadają poza ustalone normalne zakresy.

Dzięki automatycznemu monitorowaniu krytycznych parametrów , system alarmuje zespoły tylko wtedy, gdy wystąpi odchylenie. To skraca czas przeglądu, wspiera zgodność z przepisami i pomaga utrzymać spójność między partiami bez ciągłego ręcznego pobierania próbek.

Kiedy strona powinna dodać wykrywanie wielowymiarowe?

Strona powinna przejść na wykrywanie wielowymiarowe, gdy metody jednowymiarowe, takie jak proste progi odchylenia standardowego, przestają wykrywać złożone, zależne od czasu zmiany, które mogą wskazywać na wczesne zanieczyszczenie.

W miarę jak produkcja się skaluje, systemy jednowymiarowe mogą przeoczyć powolne dryfy i efekty krzyżowe między zmiennymi procesowymi. Metody wielowymiarowe są lepiej dostosowane do tych przypadków, ponieważ oceniają rozpuszczony tlen, ciśnienie, pH i temperaturę razem, zamiast traktować każdy sygnał w izolacji.

Powiązane posty na blogu

Author David Bell

About the Author

David Bell is the founder of Cultigen Group (parent of Cellbase) and contributing author on all the latest news. With over 25 years in business, founding & exiting several technology startups, he started Cultigen Group in anticipation of the coming regulatory approvals needed for this industry to blossom.

David has been a vegan since 2012 and so finds the space fascinating and fitting to be involved in... "It's exciting to envisage a future in which anyone can eat meat, whilst maintaining the morals around animal cruelty which first shifted my focus all those years ago"