29.06.2021, 20:01
(Dieser Beitrag wurde zuletzt bearbeitet: 29.06.2021, 20:15 von Reel2Reel4ever.)
Hallo Kai,
die A807 ist komplexer als die PR99 was die Parametrierbarkeit & Steuerung betrifft. So lassen sich zwei komplett verschiedene Bandsorten einmessen und abspeichern. Das Einmessen kann dabei über das Tastenmenue erfolgen oder über die serielle Schnittstelle. Die Schnittstelle stellt viele Parameter zur Verfügung, die von einer externen Applikation über RS232 Befehle abgefragt und gesetzt werden können. Allein die Implementierung eines dafür notwendigen Parsers dürfte etliche Bytes mehr benötigen als in der PR99.
Natürlich kann auch eine andere Toolchain dazu beigetragen haben..das ist im Nachhinein leider nicht mehr zu überprüfen.
Beste Grüße,
Wilhelm
Nachtrag:
Ob ein Hochsprachen-Compiler zum Einsatz gekommen ist, könnte man eventuel doch über das Disassembly herausfinden. Viele Compiler erzeugen Code, welchen man als Assembler-Programmierer so nicht schreiben würde und sichern den Stack bei Funktionsaufrufen oft nach ähnlichem Muster (als Ressourcenbewusster Assembler Programmierer würde man zu 32KByte-Zeiten z.B: niemals mehr sichern als wirklich nötig..)
die A807 ist komplexer als die PR99 was die Parametrierbarkeit & Steuerung betrifft. So lassen sich zwei komplett verschiedene Bandsorten einmessen und abspeichern. Das Einmessen kann dabei über das Tastenmenue erfolgen oder über die serielle Schnittstelle. Die Schnittstelle stellt viele Parameter zur Verfügung, die von einer externen Applikation über RS232 Befehle abgefragt und gesetzt werden können. Allein die Implementierung eines dafür notwendigen Parsers dürfte etliche Bytes mehr benötigen als in der PR99.
Natürlich kann auch eine andere Toolchain dazu beigetragen haben..das ist im Nachhinein leider nicht mehr zu überprüfen.
Beste Grüße,
Wilhelm
Nachtrag:
Ob ein Hochsprachen-Compiler zum Einsatz gekommen ist, könnte man eventuel doch über das Disassembly herausfinden. Viele Compiler erzeugen Code, welchen man als Assembler-Programmierer so nicht schreiben würde und sichern den Stack bei Funktionsaufrufen oft nach ähnlichem Muster (als Ressourcenbewusster Assembler Programmierer würde man zu 32KByte-Zeiten z.B: niemals mehr sichern als wirklich nötig..)
Wir lösen ständig nur Probleme die wir ohne uns nicht hätten