Dobry protokół/stos komunikacji szeregowej dla urządzeń wbudowanych? [zamknięte]

Po napisaniu kilku różnych niestandardowych protokołów szeregowych dla różnych projektów, zacząłem być sfrustrowany wynalezieniem koła za każdym razem. Zamiast rozwijać niestandardowe rozwiązania dla każdego projektu, Szukałem bardziej ogólnego rozwiązania. Zastanawiałem się, czy ktoś zna protokół szeregowy (albo jeszcze lepiej implementację), który spełnia następujące wymagania:

• Obsługa wielu urządzeń. Chcielibyśmy móc obsługiwać RS485 autobus.
Gwarantowana dostawa. Jakiś mechanizm potwierdzenia i proste wykrywanie błędów (CRC16 jest chyba w porządku). Nie master / slave. Idealnie byłoby, gdyby slave (y) mógł wysyłać dane asynchronicznie. Jest to głównie ze względów estetycznych, pojęcie ankietowania każdego niewolnika nie wydaje mi się właściwe.
• OS independence. Idealnie byłoby nie polegać na zapobiegawczym środowisku wielozadaniowości w ogóle. Jestem skłonny to przyznać, jeśli Mogę dostać drugi rzeczy.
• ANSI C. musimy być w stanie skompilować go dla kilku różnych architektur.

Prędkość nie jest zbyt dużym problemem, jesteśmy gotowi zrezygnować z prędkości, aby zaspokoić niektóre z tych innych potrzeb. Chcielibyśmy jednak zminimalizować ilość wymaganych zasobów.

Mam zamiar zacząć implementować protokół przesuwanych okien z piggybacked ACKs i bez selektywnego powtarzania, ale pomyślałem, że może ktoś zaoszczędzi mi kłopotu. Czy ktoś wie istniejącego projektu, który mógłbym wykorzystać? A może lepsza strategia?

UPDATE
Poważnie rozważałem implementację TCP / IP, ale naprawdę miałem nadzieję na coś bardziej lekkiego. Wiele funkcji TCP / IP jest przesadnych dla tego, co próbuję zrobić. Jestem gotów zaakceptować (z żalem) , że być może funkcje, które chcę, po prostu nie są zawarte w protokołach lżejszych.

UPDATE 2
Dzięki za wskazówki dotyczące puszki. Patrzyłem na to w przeszłości i prawdopodobnie użyje go w przyszłości. Chciałbym jednak, aby Biblioteka zajmowała się potwierdzeniami, buforowaniem, ponownymi próbami itp. Myślę, że bardziej Szukam warstwy Sieci / Transportu zamiast warstwy łącza danych / warstwy fizycznej.

UPDATE 3
Więc wygląda na to, że stan techniki w tej dziedzinie jest:

• przycięty stos TCP / IP. Prawdopodobnie zaczyna się od czegoś w rodzaju lwIP lub uIP .
• implementacja oparta na CAN, it prawdopodobnie opierałaby się w dużej mierze na magistrali CAN, więc nie byłaby przydatna na innych warstwach fizycznych. Coś w rodzajumoże pomóc po drodze.
• implementacja HDLC lub SDLC (jak ta ). To pewnie ta trasa, którą pojedziemy.

Prosimy o zamieszczenie więcej odpowiedzi, jeśli natkniesz się na to pytanie.