Ale jak to?! W chińskim sprzęcie backdoory?!

Komendy do diagnostyki dostępne przez USB (czy inne transporty HCI). Więc nie jest to tak poważne - gdyby były dostępne przez Bluetooth to inna sprawa. Myślę, że to jest jedynie problem w niewielu zastosowaniach.

@szczekoscisk całe embedded to jest jeden wielki backdoor. Raz napisanego programu nikt nie aktualizuje, jeśli nie musi.

A jak jeszcze ktoś inteligentny w ten sam sposób robi rzeczy, które się podłącza do internetu, to już tylko machający papież.

Elektronika jest poprawnie. Elektryka to bardziej temat związany z zasilaniem EE. Elektronika to gdy mamy do czynienia z przetwarzaniem sygnałów elektrycznych co również zachacza o programowanie embeded.

A co do profesjonalnego zastosowania, eps32 jak najbardziej jest używane i ,o zgrozo, bliblotego Arduino też. Na szczęście nie spotkałem się z używaniem urządzeń Arduino w profesjonalnej produkcji. I dla jasności, Arduino to zarówno hardware (płytka z uC) jak i software z bibliotekami.

A co do sedna czyli 4 wyświetlaczy. Teoretycznie to powinno zadziałać. Tak na szybko patrząc to wyświetlacz komunikuje się przez I2C. Możliwe że nawet da się ustawić adres dla każdego wyświetlacza. W najgorszym wypadku, uC nie będzie poprawnie odczytywał sygnałów zwrotnych.

Dużo rzeczy w embedded jest na odpierdol, byle szybciej, bez myślenia o przyszłości i najlepiej z użyciem przestarzałych technologii. Strasznie mnie to irytuje i jeśli kolejna moja praca to będzie rzeźba to się zacznę przebranżawiać

A dlaczego tych stałych po prostu nie zdefiniować na poziomie toolchaina (globalnie w cmake/makefile)?

To nie poprawi sprawy. Bo nie będziesz mógł ich zmienić w trakcie działania programu

Boli mnie wszystko na tym filmiku