Nie potrzebujesz różnych urządzeń do korzystania z tych języków, wystarczy odpowiedni system oprogramowania.

Główne problemy, dla których nie jest to wykonywane częściej, to:

• Te języki zazwyczaj wymagają więcej zasobów (pamięci, czasu wykonania) do tego samego zadania. W przypadku dużych wolumenów zmniejszony wysiłek programistyczny byłby więcej niż zrównoważony wyższymi kosztami sprzętu.

• Większość języków wyższego poziomu wymaga dynamicznej alokacji pamięci z wyrzucaniem elementów bezużytecznych, co jest trudne do wykonania w czasie rzeczywistym.

• Trudniej jest znaleźć programistów osadzonych dla tych języków.

To powiedziawszy, istnieją takie rzeczy, jak Java czasu rzeczywistego, które są używane w prawdziwych systemach wbudowanych.

Istnieją projekty open source, które pracują nad takimi celami. Jest projekt dla Ady na mikrokontrolerach Atmel (choć nie mogłem go uruchomić). Jeden z moich współpracowników programuje swój MCU 68HC11 z pomniejszoną wersją Rubiego, nad którą sam pracował. Jest też firma BlueSpec, która ma nowy HDL dla układów FPGA / ASIC oparty na Haskell. Ale nie jest to narzędzie, do którego większość miałaby dostęp.

Sprzedawcy zwykle trzymają się C, ponieważ C ma wielu odbiorców i jest ono powszechnie akceptowane. Podobnie w przypadku układów FPGA / PLD, VHDL / Verilog są powszechnie akceptowane i sprawdzone. Zamiast obsługiwać wiele różnych języków, większość woli skupić się na swoich chipach, próbując poprawić wydajność swoich kompilatorów C i zaoferować lepsze narzędzia do konfigurowania i zarządzania zasobami na swoich chipach. Sam w pewnym sensie zgadzam się z tym podejściem. O wiele bardziej wolę, aby firma Texas Instruments ulepszyła swoje narzędzia do konfigurowania zaawansowanych urządzeń peryferyjnych w swoich układach niż implementacja zaawansowanego metaprogramowania szablonów na minimalnym kompilatorze C ++.

Jesteś ułaskawiony.

Powodem, dla którego C, a mniej C ++ (między innymi językami jak VHDL) jest używany w tego typu urządzeniach, jest to, że łatwo jest przetłumaczyć konstrukcje językowe na sprzęt bazowy. C jest uważane za lingua franca, rozumiane przez wielu i przenoszenie nowego języka do urządzenia, zwłaszcza jeśli czytanie / zapisywanie do rejestrów jest niewygodne, nie jest warte wysiłku, jeśli język nie jest dużo lepszy w wyrażaniu użytecznych konstrukcji.

Przykłady, których używasz jako nowsze, bardziej błyszczące języki, na przykład D, mogą być kandydatami na język „niskiego poziomu”, jeśli używa go więcej programistów. D jest reklamowany jako nowoczesny C ++ bez kompromisów z C i implementowany od samego początku. Niestety bez wszystkich bibliotek C ++. Myślę, że możesz zadzwonić do bibliotek C z D.

Pytanie nie brzmi, czy jest nowsze, ale czy są lepszymi narzędziami. O ile widzę, tak nie jest.
edytuj
Kiedy napisałem kod osadzony (w C), chciałem mieć lepsze makra / szablony niż C oferta. Ponieważ jest to konstrukcja czasu kompilacji, tak naprawdę nie ma ona nic wspólnego z podstawowym sprzętem. Ale dużo bardziej skomplikowane do zaimplementowania w kompilatorze.

Urządzenia zostały zaprojektowane do efektywnego używania innych języków, takich jak LISP / Scheme, Forth i Java. Nie sądzę, aby którykolwiek z nich został zaprojektowany dla tych języków, o których wspomniałeś, być może nie są one odpowiednie dla systemów wbudowanych (poza D, które powinno działać wydajnie na wszystkim, co zostało zaprojektowane dla C / C ++). Można je przypuszczalnie zaimplementować na dowolnym odpowiednim MCU, gdyby ktoś chciał to zrobić.

Zawsze jest netduino, które umożliwia programowanie w .NET.

Spójrz na Micro Python http://micropython.org/

Micro Python to oszczędna i szybka implementacja języka programowania Python 3, która jest zoptymalizowany do pracy na mikrokontrolerze. Płytka Micro Python to mała elektroniczna płytka drukowana obsługująca język Micro Python.

Została pomyślnie sfinansowana jako kickstarter projekt w grudniu 2013 r. I ma tablica referencyjna.

Szukasz mikroprocesora. Sprzedaje je Intel, podobnie jak AMD i ARM. Na tych urządzeniach możesz używać dowolnego języka programowania.

Jeśli chodzi o układy FPGA: wybór języków jest ograniczony. Dzieje się tak, ponieważ potrzebujesz narzędzia do syntezy, które przetłumaczy twój kod na listę sieci. Oprócz VHDL, Verilog i (ograniczone C), możesz korzystać z bardziej nowoczesnych języków, takich jak MyHDL (zbudowany na Pythonie) lub Bluespec (podobny do Haskella).

Po pierwsze, twoje przykłady to małe urządzenia, które mają ograniczony zestaw zasobów, następnie stare języki, które są bliskie sprzętowi, takie jak c i vhdl, dobrze sobie radzą.

Nowe „fajne” języki potrzebują więcej zasoby, aby działały dobrze, więc przypuszczam, że to, czego szukasz, pojawi się wkrótce, ponieważ MCU staje się z czasem coraz potężniejsze.

Chodzi mi o to, że większość MCU jest nadal zaprogramowana w C, a fajny facet właśnie zaczął bawić się C ++ na tych urządzeniach.

Ale jeśli spojrzysz na 32-bitowy MCU oparty na ARM, który ma o wiele więcej zasobów niż stare 8-bitowe, może znaleźć szalony projekt, taki jak eLua, który próbuje uruchomić język skryptowy lua na mcu opartym na Cortex-M3 ...

Tak więc dotrzemy, ale to zajmie jeszcze kilka lat i nie sądzę, aby którykolwiek z tych szalonych projektów był (jeszcze) gotowy do użytku produkcyjnego, ale niektóre z nich będą, ponieważ szybciej rozwijają się w językach o wyższym poziomie abstrakcji.

Istnieje aplikacja proof-of-concept działająca w ramach Rust na mikrokontrolerach ARM STM32F4xx. Zaskakująco drobne zmiany niezbędne do przeniesienia Rusta są dostępne w tym rozwidleniu Rusta.