Forum
Board-AnsichtChISL - Chip Interface Specification Language (Elektronik)
verfasst von bastelix
, 12.02.2017, 20:22 Uhr
» » Die Idee an sich finde ich eigentlich recht nice, aber eure DSL liest
» sich wie Assembler!
» Wir haben lange damit herumprobiert. Am Schluss musste es etwas sein, dass
» sich schnell tippen lässt, und sich gut lesen lässt.
» Jetzt sieht es aus, wie eine Mischung aus yaml und Assembler. Die meisten
» Leute kommen damit zurecht.
Für meinen Geschmack ist es zu Assemblerig aber ich bin auch davon ausgegangen die Metabeschreibung/DSL soll als Dokumentation dienen - hab übersehen, dass die Dokumentation auch aus der Beschreibung generiert und in die Zielquellcode-Dateien eingebunden werden soll. Dann kann es dem Verwender des generierten Codes wirklich egal sein wie die DSL aussieht.
» » Welchen Vorteil hat der generierte Code eigentlich gegenüber einer fertigen lib?
» - garantierte Qualität
Von was? Der generierte Code ist auch nur so gut wie der Generator und die Ausgangsquellen.
» - Standardisierung
Im Rahmen des Codegenerators - mit der Einschränkung lass ich das gelten 
» - die Möglichkeit, von C auf C++ auf Python und wieder auf C zu gehen, ohne jedesmal Bits kodieren zu müssen
Man beschreibt einmal den Chip und kann das dann in verschiedenen Zielsprachen ohne Mehraufwand verwenden. Soweit hatte ich das schon verstanden, genauer Prototyp in Python und die richtige Anwendung dann in C/C++ ohne dass man den Aufwand für die Chip-Anbindung doppelt hat. Oder kommt es bei euch vor, dass man mal eben während der Implementierung die Sprache wechselt?
» - automatisierte Tests
Sehr gutes Argument!
» - Lesbare Dekodierung der Nachrichten zwischen Chip und MCU/MPU
Ich hab gehört, dass man das in der Embedded-Welt anscheinend braucht - kann ich nicht beurteilen.
» - Doku ist im C/C++/etc source code integriert (-> man kann in der IDE die
» Doku sehen)
Auch gut.
» Der generierte C/C++/etc source code wird am besten MIT oder BSD lizensiert, wo möglich.
Das ist das interessanteste für den Anwender eures Generators, was zählt ist die Lizenz für den Code der dann wirklich in das eigene Projekt compiliert wird. MIT/BSD sind da sehr Entwicklerfreundlich.
» (Das ist was für Rechtsanwälte, der Inhalt der DSL ist aus den
» Datenblättern kopiert, und dann ein bisschen editiert. Ich muss hier
» "cover-my-ass" machen.)
Klar, und einen Fachanwalt zu konsultieren macht hier auf jeden Fall Sinn.
» Leider sind die meisten Bibs noch ANSI C - der kleinste gemeinsame Nenner. Das ist zwar
» verständlich, aus Sicht der Hersteller, aber ANSI C ist einfach veraltet.
Ok, aber so lange ich den Code nicht pflegen muss (da fertig vom Hersteller geliefert) kann es mir doch egal sein so lange er kompiliert und fehlerfrei läuft - die ganzen alten C-Standards werden doch auch von neueren noch unterstützt. So ganz kann ich das noch nicht nachvollziehen - für µCs programmiere ich aber auch nur als Hobby.
Gesamter Thread:
, 10.02.2017, 14:55, 10.02.2017, 15:46, 10.02.2017, 21:05, 12.02.2017, 19:42, 12.02.2017, 20:22