Programme laden und speichern auf der Disk D64

mistmist · 2. August 2016

Hallo, guten Tag.

Ich möchte gerne Programme laden und speichern für den Plus4.
Basic-Programme und ASM-Programme mit 8,1

Wird der Core für den Mist dahingehend noch erweitert ?

Danke.
Gruss

Negan · 2. August 2016

Derzeit gibt es keine Möglichkeit auf einen D64 zu schreiben nur Diskettenimages zu lesen.
Bestimmt wäre es möglich den Core damit zu erweitern. Dies wurde leider noch nicht realisiert.
Wer weiß, vielleicht findet sich einen interessierten Tüftler, der das programmieren mag.

mistmist · 2. August 2016

Ja, beim Atari800-Core und beim CPC6128-Core kann man laden und speichern, Binär-und Basicprogramme auf die Disk.

Gruss

mistmist · 3. August 2016

Das Laden und Speichern ist wie das Salz in der Suppe , ohne ist es nicht vollwertig.
Zumal der Core keine andere Möglichkeit zulässt die Daten vom PC dort hinzuschaffen oder abzuholen.

Ich habe die Anschlüsse mal getestet für den Midianschluss , dort gibt es die RS232 mit Rx/Tx.
Habe mal ein kleines Programm geschrieben und hole Daten vom Pc ab und schicke auch welche rüber.
Es dürfte nicht so schwer sein.

Hier werden die komponenten Rx und Tx eingebunden.
Wenn ich Daten vom PC rüberschicke zum MIST mit 19200 Baud, werden die Daten gleich wieder zum PC geschickt.
Funktioniert einwandfrei.
Vielleicht könnte der Entwickler diese kleine Hilfe erstmal so ähnlich realisieren.

Code

library ieee;
use ieee.std_logic_1164.all;
use ieee.numeric_std.all;
entity rx_tx is
port(
clk27: in std_logic;
rxd : in std_logic;
txd : out std_logic
);
end rx_tx;
architecture behavioral of rx_tx is
signal rx_en : std_logic;
signal rx_data : std_logic_vector (7 downto 0);
signal tx_start : std_logic;
signal tx_data : std_logic_vector (7 downto 0);
component rs232_rx port(
clk27 : in std_logic;
rxd : in std_logic;
rx_en : out std_logic;
rx_data : out std_logic_vector (7 downto 0)
);
end component;
component rs232_tx port(
clk27 : in std_logic;
txd : out std_logic;
tx_start : in std_logic;
tx_data : in std_logic_vector (7 downto 0)
);
end component;
begin
tx: rs232_tx
port map(
clk27 => clk27,
txd => txd,
tx_start => tx_start,
tx_data => tx_data
);
rx: rs232_rx
port map(
clk27 => clk27,
rxd => rxd,
rx_en => rx_en,
rx_data => rx_data
);
process(clk27) begin
if rising_edge(clk27) then
if rx_en='1' then
tx_start<='1';
tx_data<= rx_data;
else
tx_start<='0';
end if;
end if;
end process;
end behavioral;

Alles anzeigen

Componente Rx :

Code

library ieee;
use ieee.std_logic_1164.all;
use ieee.numeric_std.all;
entity rs232_rx is
generic(
quarz_taktfrequenz : integer := 27000000;
baudrate : integer := 19200
);
port(
clk27 : in std_logic;
rxd : in std_logic;
rx_en : out std_logic;
rx_data : out std_logic_vector (7 downto 0)
);
end rs232_rx;
architecture behavioral of rs232_rx is
type rx_state_t is (idle, busy, ready);
signal rx_state : rx_state_t := idle;
signal rxd_sr : std_logic_vector (3 downto 0) := "1111";
signal rxsr : std_logic_vector (7 downto 0) := "00000000";
signal rxbitcnt : integer range 0 to 9 := 9;
signal rxcnt : integer range 0 to (quarz_taktfrequenz/baudrate)-1;
begin
process begin
wait until rising_edge(clk27);
rxd_sr <= rxd_sr(rxd_sr'left-1 downto 0) & rxd;
rx_en <= '0';
case rx_state is
when idle => -- warten auf startbit
if (rxd_sr(3 downto 2) = "10") then
rxcnt <= ((quarz_taktfrequenz/baudrate)-1)/2;
rxbitcnt <= 0;
rx_state <= busy;
end if;
when busy =>
if (rxbitcnt<9) then
if(rxcnt<(quarz_taktfrequenz/baudrate)-1) then
rxcnt <= rxcnt+1;
else
rxcnt <= 0;
rxbitcnt <= rxbitcnt+1;
rxsr <= rxd_sr(rxd_sr'left-1) & rxsr(rxsr'left downto 1);
end if;
else
rx_state <= ready;
end if;
when ready =>
rx_data <= rxsr;
rx_state <= idle;
rx_en <= '1';
end case;
end process;
end behavioral;

Alles anzeigen

Componente Tx :

Code

library ieee;
use ieee.std_logic_1164.all;
use ieee.numeric_std.all;
entity rs232_tx is
generic (
quarz_taktfrequenz : integer := 27000000;
baudrate : integer := 19200
);
port(
clk27 : in std_logic;
txd : out std_logic;
tx_start : in std_logic;
tx_data : in std_logic_vector (7 downto 0)
);
end rs232_tx;
architecture behavioral of rs232_tx is
signal txstart : std_logic := '0';
signal txsr : std_logic_vector (9 downto 0) := "1111111111";
signal txbitcnt : integer range 0 to 10 := 10;
signal txcnt : integer range 0 to (quarz_taktfrequenz/baudrate)-1;
begin
process begin
wait until rising_edge(clk27);
txstart <= tx_start;
if (tx_start='1' and txstart='0') then
txcnt <= 0;
txbitcnt <= 0;
txsr <= '1' & tx_data & '0';
else
if(txcnt<(quarz_taktfrequenz/baudrate)-1) then
txcnt <= txcnt+1;
else
if (txbitcnt<10) then
txcnt <= 0;
txbitcnt <= txbitcnt+1;
txsr <= '1' & txsr(txsr'left downto 1);
end if;
end if;
end if;
end process;
txd <= txsr(0);
end behavioral;

Alles anzeigen

Gruss

Negan · 3. August 2016

Sagen wir mal so. Es steht jedem frei, für den MiST zu entwickeln. Offiziell wird kein Support geleistet. Die Quellen sämtlicher Core und Firmware sind frei und ist jedem zugänglich. Man muss halt nur was daraus machen. Ich würde es selbst machen, habe aber vom Programmieren überhaupt keine Ahnung.

mistmist · 3. August 2016

Ich möchte da den Entwickler nicht sein Programm zerflücken.

Es sollte dann schon einheitlich vom Entwickler kommen, weil sonst im Core ein schnelles durcheinander kommt und ein anderer das Konzept nicht mehr verfolgen kann. Bestimmt Rechte hat der Entwickler für sein Konzept. Es wäre schade wenn es zerstückelt wird.

Gruss

Negan · 3. August 2016

Die Quellen sind doch eben deshalb da damit jedermann daran arbeiten kann. Die eigene Arbeit muss entsprechend dokumentiert bzw. gekennzeichnet werden. Eine Schreibfunktion in den 1541 zu implementieren wäre eine tolle Sache. Auch andere Cores könnten davon profitieren.

Wie gesagt, wenn ich es könnte, würde ich es machen.

MIST · 3. August 2016

Zitat von mistmist

Es sollte dann schon einheitlich vom Entwickler kommen, weil sonst im Core ein schnelles durcheinander kommt und ein anderer das Konzept nicht mehr verfolgen kann. Bestimmt Rechte hat der Entwickler für sein Konzept. Es wäre schade wenn es zerstückelt wird.

Ähm ... nur mal so ein kurzer Blick in den c16-Core wie ihr ihn nun kennt. MIST-Port: Till Harbaum, TEDFPGA+C16 core:
István Hegedűs, 6502-CPU: Peter Wendrich, GCR-Encoder: Dar FPGA, c1541_logic: Mark McDougall, spi_controller Michel Stempin and Stephen A. Edwards, via6522: Arnim Laeuger and Mark McDougall and MikeJ, T65-CPU: Daniel Wallner and MikeJ and ehenciak

Also keine Sorge, da fällt ein weiterer Entwickler nicht auf

mistmist · 3. August 2016

Das kann nur einer machen der den Core und deren Zusammenhänge kennt.
Ich bin Anfänger mit 68 Jahren.

Das andere ist dann wilde spekulation....probierere...und voller Überraschungen.

Zitat

Wie gesagt, wenn ich es könnte, würde ich es machen.

Geht mir genauso.....

Gruss

MIST · 5. August 2016

Zitat von mistmist

Das kann nur einer machen der den Core und deren Zusammenhänge kennt.

Wenn das so wäre würde ja niemand je mit irgendetwas anfangen. Man muss halt bereit sein, zu lernen und Arbeit zu investieren ggf. auch vergeblich. Ihr seht ja nur die Cores, die am Ende laufen. Aber es gibt auch die, die nicht so ohne weiteres laufen. Aber es ist absolut legitim, sich nicht in das Thema einarbeiten zu wollen, kein Problem. Aber prinzipiell kann das jeder in jedem Alter lernen. Die Werkzeuge sind frei, die Quellcodes auch.

mistmist · 5. August 2016

Zitat

Aber es gibt auch die, die nicht so ohne weiteres laufen.

Davon gibt es mehrere.

Das Problem ist, das fast keine Core die hier angeboten werden :

https://github.com/mist-devel/…inaries/tree/master/cores

als Sourcecode vorliegen, die dem entsprechend dort als neueste reingestellt sind um die aufzuarbeiten.

Ich weiß ja auch nicht , ob der Sourcecode vom C16 dem neuesten Core entspricht , oder nur mal als Muster reingestellt worden ist.

Gruss

Negan · 5. August 2016

Natürlich ist das der neueste Core vom C16. Die Implementierung des TEDs erfolgte erst vor kurzem. Diese Quellen liegen vor und können jederzeit heruntergeladen werden. Unser Core entstand daraus und ist jetzt etwa eine Woche alt.

Mit dem Autor, der den TED für den FPGA implementiert hat, stehe ich im regen Kontakt. Er ist diese Woche übrigens im Urlaub.

Negan · 5. August 2016

Zitat von MIST

Aber prinzipiell kann das jeder in jedem Alter lernen.

Hmm, ich sehe das nicht so. Ich habe einen Magisterabschluss und studiert später noch mal BWL. Ich denke, dass ich behaupten kann, dass ich eine schnelle Auffassungsgabe habe. Aber das Programmieren ist für mich ein unüberwindbares Hindernis. Vermutlich deshalb, weil meine Denkweise anders funktioniert, als die eines Programmierers. Ich bin damit einfach hoffnungslos überfordert. :lol:

Ich stimme dir aber zu, dass das Erlernen keine Frage des Alters ist.

@mistmist:

Die Quellen der Cores findest du hier:
https://github.com/mist-devel/mist-board/tree/master/cores

MIST · 5. August 2016

Zitat von mistmist

Das Problem ist, das fast keine Core die hier angeboten werden :
https://github.com/mist-devel/…inaries/tree/master/cores
als Sourcecode vorliegen

_Sämtliche_ Source-Codes sind veröffentlicht. Aber es ist jedem Autor überlassen, seinen Code zu veröffentlichen, wo und wie er es für richtig hält. Das Projekt soll den Beteiligten Spass machen und dementsprechend darf und soll jeder tun und lassen können wie er möchte.

Wenn Du mal auf der Startseite https://github.com/mist-devel/mist-board runterscrollst wirst Du zum Beispiel Links zu einigen anderen Repositories finden.

Zu welchem Core vermisst Du denn den Source-Code?

Ich verstehe Deinen Standpunkt nicht ganz. Mitmachen willst/kannst Du nicht. Aber den Source-Code möchtest Du in der aktuellsten Version haben. Wozu?

mistmist · 5. August 2016

Um ihn an meine Boards zu nutzen und zu testen
Da muss ich ihn neu compilieren und eine neue Pinzuordnung machen.

Ich habe nicht nur das MIST-Board.

Gruss

mistmist · 5. August 2016

Zitat

Zu welchem Core vermisst Du denn den Source-Code?

Für den Atari800 und dem AtariST.

Gruss

MIST · 5. August 2016

Der Atari 800 ist da:
http://www.scrameta.net/atarixlfpga_svn/trunk/atari_800xl/

und der Atari-ST da:
https://github.com/mist-devel/…rd/tree/master/cores/mist

Zeig' uns bitte, wenn Du was portiert hast. Das interessiert hier sicher noch mehr Leute, wenn das auch auf anderen Boards läuft.

mistmist · 6. August 2016

Danke für die Info.

Gruss

mistmist · 24. Oktober 2016

Beim Atari800 , CPC und beim AtariST-Core kannst du den fertigen Core benutzen.

Diese funktionieren mit Laden/Speichern und der ST -Core kann auch mit dem Netzwerk und serielle Datenübertragung per COM-SChnittslelle umgehen.

Gruss

mistmist · 27. März 2017

Unfertige Sachen sind Scheiße.
Und solche hin geschmissenen Core gibt es genug....so ein Schrott brauchen wir nicht.
Jeder Hansel versucht einen unfertigen Core reinzustellen...das Anbot ist wie auf dem Schrottplatz
Lesen und speichern gehören zusammen....da gibt es keine andere Meinung.

3 Core können lesen und schreiben vom Schrotthaufen :
https://github.com/mist-devel/…inaries/tree/master/cores

Gruss

Programme laden und speichern auf der Disk D64

Ähnliche Themen

Instandsetzung und Nachbau eines Kim-1

Kung Fu Flash Cartridge

Probleme mit SD2IEC

Archivierung von VC20-Tapes

Turbotape mit Ladestreifen und Akustik

Künstliche Intelligenz auf dem Commodore 64 - Versuch eines Praxistests

Mein erstes Sprite

Kassette bzw. tap Image voller PET/CBM .PRG Files erstellen

C16&Plus/4 Probleme beim PRG laden