JACDAC Protokoll

Welche Umstände zwingen dich dazu das zu verwenden? Welche Möglichkeiten hast du die Umstände zu umgehen?

Weil, man muss nicht an jedem Furz riechen der irgendwo rausgelassen wurde.

Hannes J. schrieb:

Welche Umstände zwingen dich dazu das zu verwenden?

Es zwingt nichts. Nur manchmal muss man Neues tun weil es besser sein kann als das Alte.

Christoph M. schrieb:

Hannes J. schrieb:

Welche Umstände zwingen dich dazu das zu verwenden?

Es zwingt nichts. Nur manchmal muss man Neues tun weil es besser sein kann als das Alte.

Wenn das der Fall sein sollte, müßte man es ja benennen können. Also Butter bei die Fische: was kann das Protokoll denn nun besser als die Konkurrenz?

Axel S. schrieb:

was kann das Protokoll denn nun besser als die Konkurrenz?

Das Protokoll nutzt die serielle Schnittstelle in einem bidirektional auf einem Draht mit 115200Baud. Man kann mehrere Sensoren in Serie schalten. Das Protokoll ist Microsoft mäßig ziemlich fett:
https://microsoft.github.io/jacdac-docs/reference/protocol/#service-layer

Welche Konkurrenz?

Christoph M. schrieb:

Axel S. schrieb:

was kann das Protokoll denn nun besser als die Konkurrenz?

Welche Konkurrenz?

Busse um Controller, Sensoren und Aktoren zu verbinden gibt es ja nun etliche. Das ist quasi die Definition eines Feldbusses [1]

[1] https://de.wikipedia.org/wiki/Feldbus

Christoph M. schrieb:

Das Protokoll nutzt die serielle Schnittstelle in einem bidirektional auf einem Draht mit 115200Baud. Man kann mehrere Sensoren in Serie schalten. Das Protokoll ist Microsoft mäßig ziemlich fett: https://microsoft.github.io/jacdac-docs/reference/protocol/#service-layer

Welche Konkurrenz?

Nicht mit der Geschwindigkeit, aber Lanc von Sony ist auch eine One-Wire-Anwendung des UART - seit über 30 Jahren. STM32-Controller unterstützen sowas sogar schon in Hardware (andere möglicherweise auch). Halb-Duplex-Protokolle gibt es wie Sand am Meer.

Rahul D. schrieb:

Nicht mit der Geschwindigkeit, aber Lanc von Sony ist auch eine One-Wire-Anwendung des UART - seit über 30 Jahren.

https://en.wikipedia.org/wiki/LANC Das kannte ich noch nicht.

Rahul D. schrieb:

Halb-Duplex-Protokolle gibt es wie Sand am Meer

Es kommt aber auch darauf an, welche Tools es für das Protocoll gibt. Wichtig sind z.B. Debug- und Visualisierungstools und die am besten frei verfügbar.

Christoph M. schrieb:

*Das Jacdac-Protokoll ist ein dreischichtiges Kommunikationsprotokoll, das speziell für eingebettete Systeme entwickelt wurde, um eine servicebasierte Kommunikation zwischen Mikrocontrollern, Sensoren und Aktoren zu ermöglichen.

Bei keinem der drei Stichworte "Mikrocontrollern, Sensoren und Aktoren" sehe ich bei diesem Konzern irgendeine Kompetenz. Was nützt mir ein 3-Wire-Bus, wenn die Kabellängen sich im cm-Bereich bewegen?

Wenn's nicht von Microsoft wäre, könnte man es glatt verwenden.

Mircosoft hat schon so einige "MeToo"-Projekte angefangen, um dann nach erfolgreicher Einführung zu sehen, dass sie es nicht schaffen, sich gegen bereits etablierte Systeme durchzusetzen oder deren Marktanteil zu übernehmen. Und dann wird das Projekt wieder eingestampft.

Und hier versucht MS offenbar, sich ein Stück vom Arduino-Anfänger-Kuchen abzuschneiden:

• https://jacdac.github.io/jacdac-docs/devices/