JACDAC Protokoll

[Christoph M. (mchris)]

Hat jemand schon mal was mit dem JACDAC-Prokoll was gemacht:
https://github.com/jacdac/jacdac-docs?tab=readme-ov-file

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

*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.

[Hannes J. (pnuebergang)]

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.

[Christoph M. (mchris)]

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.

[Axel S. (a-za-z0-9)]

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?

[Christoph M. (mchris)]

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?

[Axel S. (a-za-z0-9)]

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

[Rahul D. (rahul)]

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.

[Christoph M. (mchris)]

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.

[Lothar M. (Firma: Titel) (lkmiller) (Moderator)]

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/