Quote from skern

Quote from cbmhardware

Quote from skern

Was muss so ein IEC Device ( Slave ) können?

Es hat eine Devicenummer und kann mit dem Bus umgehen.

Muss er auf eine Anfrage vom Master antworten und wenn ja was?

Welche Grundfunkionengen benötigt so ein Messgerät, Drücker, Teleskop, Oszilloskop, Giesmaschiene Scanner und was weiß ich noch....

Ist das nicht IEC-625, also GPIB oder IEEE488 ? - Wolltest Du das oder die serielle Version (1541, etc.) ?

Kannst Du es später in ein GIT packen ?

Display More

Das ist für den Bus des 64 also seriell-

Im gihub ist das suche nach dem Benutzer skernsoft

Display More

Hab gerade über Deinen Code geguckt und das sieht doch gut aus! Was schwebt Dir denn als 1. Anwendung vor? Meine Idee wäre halt so ein sd2iec im Arduino-Style, das dann vielleicht auch auf BluePill und Co läuft?

Unterstützt Dein Compiler das inline Schlüsselwort? Dann würd ich das bei Funktionen wie

byte IEC::deviceNumber() const

noch dazu schreiben.

Ich würde mal damit starten, dass eine Lib einfach nur am Bus lauscht und damit den aktuellen Zustand vom Bus kennt.

Also in der Art

IECbus.start( uint8_t devNr);

Und ab da (wohl per IRQ Methoden?) den Bus Zustand monitoren.

Damit wüsste man doch, ob sich gerade andere Geräte am Bus unterhalten, und man selbst ruhig sein muss.

Dann bräuchte man Callback-Methoden, die aufgerufen werden, wenn das eigene Gerät angesprochen wird.

Folgt man dem Arduino Modell könnte man die mit so einer attach... Methode setzen.

In C++ hätte ich die vermutlich eher als virtuelle Methode deklariert, die eine Klasse, die den Bus benutzt halt überladen muss. Dann würde man also eine IEC Device Implementierung immer von der IECBus Klasse ableiten:

class IECfloppy : public IECBus {

...

Ist wohl Geschmackssache....

Du kannst in den Docs in der Regel die Sprache umschalten. Die Funktionen heißen bei C# und VB meist eh gleich.

Ich benutze BackgroundWorker an einigen Stellen.

https://8bit.yarek.pl/upgrade/index-de.html

Da steht oben eine interne Lösung.

https://forum.classic-computin…auf-320kb-aufr%C3%BCstet/

Hilft Dir das evtl?

Was machen diese Funktionen? Setzen Sie den Bus auf einen Zustand? Oder werden Sie aufgerufen, wenn der Bus in diesen Zustand wechselt? Also ist die Lib gerade Listener oder sendet auf dem Bus?

Und wie machst Du jetzt nen Testaufbau? Arduino auf Breadboard und dann ne 1541 drangehängt?

Du kannst evtl. auch Rekursion durch Endrekursion ersetzen. Evtl. als Zwischenschritt...

Willst Du dann nicht auch gleich so Sachen wie Verzeichnis parsen usw? Halt alles was man bräuchte, um ein sd2iec für stm32 z.B. zu bauen.

Quote from skern

Code

1. void setup() {
2. // put your setup code here, to run once:
5. digitalWrite(port, LOW); // turn on pullup resistors
7. }
8. void loop() {
9. // put your main code here, to run repeatedly:
10. pinMode(port, INPUT); // set pin to input (IEC is Hhigh)
11. delay(1000);
12. pinMode(port, OUTPUT); // set pin to input (IEC is Low)
13. delay(1000);
15. }

Display More

Dann kann man mit Peek auf dem c64 das Blinken sehen.

Sollte oben nicht stehen, dass Du Pulldown Widerstände benutzt? Du ziehst die Leitung doch per Arduino auf Low.

Wobei es gerade für Benutzer von vielen ARM Kernen doch Sinn machen kann, sich die Lizenzgebühren zu sparen und eher in Richtung RiscV zu gehen?

Ist ein normaler Arduino schnell genug für eine sauber abstrahierte IEC Lib?

Würde die z.B. in eine stm32 Blue Pill passen?

https://www.heise.de/news/Appl…oCs-bei-TSMC-8515562.html

Die Verkäufe bei Apple scheinen nicht so doll zu laufen. Vielleicht senken sie ja doch mal die Preise....

https://www.mikrocontroller.ne…f%C3%BCr_Modellbaumotoren

Da wird erklärt, wie bürstenlose Motoren angesteuert werden.

The Tang Nano 9k also might be an option.

Du hast nicht gesagt, welche Leistung Du brauchst. Wenn sich das im Rahmen hält, holt Dir einen Fahrtregler aus dem Modellbau und steuer den mit einem PWM Signal an.

Quote from Omega

Selbstverständlich entwickle ich das Spiel mit TSB weiter und ich werde mir auch kein Mega65 kaufen.

Als wenn ich es mir nehmen lassen würde, hier im TSB-Bereich des Forums herumzutrollen und sinnfreie, teils provokante Beiträge zu posten.

Ich werde Omega niiieee bei den Assembler Routinen helfen dürfen!!!

Mach halt ein paar Routinen in Assembler rein?

https://www.heise.de/news/Inte…iesigen-Dies-8246953.html

Diese Nachricht fand ich tatsächlich auch interessant. Mir scheint, dass Intel hier doch in die ARM Richtung geht. Viele sparsame Kerne, die wohl ARM aus den Rechenzentren halten sollen.