Hello, I've read somewhere that these PMOD connectors are also capable of hosting physical SID's in some way. Is this true and are there intentions to make such an expansion?
Would be really cool.
kind regards
That was our original plan. Instead we now lean towards making a cartridge to do that if anyone wishes for it. But no one has made the cartridge yet. It wouldn't be too hard to design, but you'd need to do it or find someone to do it 
VG
Paul.
Display MoreSo I'm trying to enable this video streaming over ethernet thing, but I just can't get anything to happen.
I use "m65 -E", which just does "sffd36e1 29" in the monitor. Following what little additional information I could find in the Mega65 book I also manually did "sffd36e4 f1" and "sffd36e4 d4". But nothing. Zero packets are emitted.
If I press shift+£ then a packet with the contents "mega65" is transmitted once per second, but regardless of whether I do this first or not I am unable to turn on any video packets.
Is there something I need to do to enable the stream source as well?
I'm on the mega65r6-release-0.97-aaf4542 core.
Thanks
It's indeed been a few years since I last tried to use this. It still seems to be in the source for ethernet.vhdl, though.
Bit 3 of $FFD36E1 must be set.
Writing $D4 to $FFD36E4 selects VIC-IV streaming instead of CPU instruction streaming.
Writing $F1 to $FFD36E4 selects 1K ethernet frames instead of 2K or larger ones, to avoid MTU problems.
I've just tried it on a machine here, and I'm also not seeing any ethernet traffic from it.
Ah, at some point this functionality has been disabled in ethernet.vhdl:
elsif false and (eth_videostream='1') and (activity_dump='0') and (buffer_moby_toggle /= last_buffer_moby_toggle) then
_why_ it's been disabled, I don't remember for sure. I have a vague memory that it would turn itself on somehow sometimes.
What were you aiming to do with it? It has some quite significant short-comings, because 100mbit ethernet isn't fast enough to stream all pixels every frame. So it tends to end up interlacing over upto 13 frames, IIRC.
Paul.
Display MoreThanks for answering Paul!
Nah, it's a completely custom SPI-alike thing: Please login to see this link.
So it's not going to meaningfully interoperate with anything else, I just want to make sure that
1) There is no risk of damaging something else that is connected (at least within the realm of stuff which is _likely_ to be connected)
2) If possible, I should not fool anything connected to the PMOD that the standard core is running
I need 8 signals, which matches one (dual) PMOD just fine, but 2 of them need to be outputs. So I should at least pick pins which are likely to be outputs with the standard core.
Use the 2nd PMOD then, as that's the one that drives the composite video output on the expansion board. All 8 pins seem to be set to output on my current iteration (see r3_expansion.vhdl)
LG,
Paul.
It depends on what use of the PMOD pins you want to make. If it's a UART, then I'd recommend using the same pins as the expansion board will use for that. That would also let you easily use the optional ESP32 module that can be fitted to the expansion board.
If it's I2C, then use the Grove connector, instead of the PMODs.
What in particular were you wanting to connect?
LG,
Paul.
Hallo Zusammen,
endlich kriege ich es wieder ein Besuch nach Deutschland zu schaffen, auch wenn leider nur kurzfristig. Aber wenn Leute Lust hätten einen Treffen zu vereinbaren bin ich 5. bis 7. und 13. bis 14. oder 15. irgendwo in der Nähe von Darmstadt (dazwischen in der UK, falls dass jemandem zufälligerweise günstig wäre). Sag nur Bescheid, wenn Ihr Vorschläge für Treffen usw. habt.
VG
Paul.
Unfortunately, the mouse buttons do not yet work with ROM 920393. What a pity.
Do please try the bitstream that Gurce suggested above. The left button of any Amiga-compatible mouse should now work, if you have Amiga mouse emulation enabled in configure. The right button, however, will not work without making a special joystick extension lead -- exactly the same as would be required to use the right-button of an Amiga mouse on a real C64. The problem is that the Amiga mouse does not have a pull-up on the right mouse button, and nor does the C64 or MEGA65 on the pin used, because it is a POT input on the C64/MEGA65, but is a digital input with pullup on the Amiga, so far as I understand. Same goes for middle button of a 3-button Amiga mouse. I'm going to make up a test cable and confirm function with a MouSTer set to Amiga mode here as soon as I have time.
VG
Paul.
Hallo Snoopy,
schöne Arbeit! Eine Idee, die mir eingefallen ist, es etwas leichter zu machen, dass andere Leute Deine S-BASIC zu benutzen: Mach nen kleinen loader Program, der Dein ROM laden kann und der Name eines S-BASIC Programs irgendwo in den Speicher stelln, wo Dein ROM es erewartet und dabei weiß Bescheid, dass es soll des genanten Program sofort laden und laufen lassen. Dann wäre es sehr leicht S-BASIC Programme auf nen D81 teilen zu können, ohne das Leute zuvor Deinen ROM installieren lassen.
Ich freue mich darauf was Du und andere mit Deinem ROM leisten.
LG
Paul.
Display More
Konnte man eigentlich nicht die Diskettengeräusche abstellen, sodass man das Laufwerk NUR hört wenn wirklich auch das Laufwerk benutzt wird? Habe heut nochmal im BIOS rumgeschaut usw aber keine entsprechende Option gefunden...
Ja, ich habe gerade Paul gefragt. Im Chipset Manual steht auf Seite 130 drin, wie‘s geht.
In Kurzform POKE 54945,4 müsste dir weiterhelfen.
bleibt das dann dauerhaft oder muss ich das theoretisch nach jedem Reset erneut machen?
Jedes mal. Für dauerhaft muss das ins Config Menü.
Workaround: meist hat man ja eine "Arbeits"-D81 die man automatisch mounted. Mach doch da einfach ein Autoboot-BASIC Program als Workaround rein.
oder werf einen Pull Request ein, der den Config Menü ändert, dass der so einen Option anbietet
VG
Paul.
I tried with another power adapter (the U64 one, has exactly the same plug, 12V an 2A).
The machine ran stable for about 7 minutes, after that, going on with resetting intermittently after 10-200 seconds.
There was a problem with reset glitching, which we believed to have universally fixed. However, it looks like yours is very unlucky.
There are some improvements to this in the latest core, which we should find a way to get on your machine for you.
The problem is a temperature related one (I can go into the details if you like, but not required just now. It's not a hardware failure, but rather a logic edge case when the main and MAX10 FPGAs clocks drift too far apart). This is also likely why it was stable for several minutes on first turn on, as the MAX10 FPGA would have been cooler than after running for a while.
So, assuming you don't have a TE0790 JTAG adapter handy, turn the machine off, and have it somewhere cool (but not in the fridge, or somewhere like that, which would result in condensation), and you should get longer on first run, hopefully, long enough for you to do the core update, which should be more stable. Alternatively, a can of freeze spray and giving a quick squirt to the MAX10 should be broadly equivalent.
If the problem persists, we can look at further solutions. One way or another, we will get you up and running stably. Email me direct at paul@m-e-g-a.org if you wish, as I am not keeping up with all the traffic here at the moment.
Paul.
Ich habe gerade folgendes festgestellt: Wenn ich per GO64 in den C64-Modus wechsle, bekomme ich die "krasse" Palette mit den superkrass gesättigten Farben. Wenn ich ein C64-Modul einstecke und den MEGA einschalte, und die darauf befindliche Software startet, bekomme ich eine deutlich angenehmere Palette.
Was genau passiert da?
Falls es noch nicht geantwortet ist (ich bin deutlich weit von den Fersen momentan, weil so viele gute Sachen hier passiert :), die Antwort lautet:
1. Die angenehme Farben sind per VIC-III und VIC-IV default. Die grellen sind im C65 ROM eingestellt.
2. Dies sind genau wie beim echten C65, wie ich mich erinnere.
3. Ingesamt, das bedeutet die angenehme Farben wird nicht ausgesetzt, wenn mann direkt in C64 Modus anfangt, entweder durch einem Modul oder MEGA-Taste unter zu halten.
VG
Paul.
Ja, ich hatte letztes Jahr für meinen Amiga jede Menge DD Disketten auf eBay gekauft, alle unbenutzt und originalverpackt. Ein drittel der Disketten hat gar nicht mehr funktioniert.
Scheinbar hat das Team ja auch daran gearbeitet, dass man ganz regulär HD-Disketten benutzen kann, also auch mit hoher Kapazität (ist dann natürlich nicht mehr .D81 kompatibel). Das ist aber, so weit ich weiss, noch nicht fertig, oder?
Richtig. Es gibt noch ein paar Dinge mehr, die erledigt sein müssen, bevor 3,14MiB auf einem 1,44MB Diskette geht. Wird aber kommen...
VG
Paul.
Display MoreHi. I just received my Mega65, thanks a lot to all people involved!
Unfortunately I have bad screen flickering which makes the system unusable. I have a pricey 27" NEC display that I do not want to swap from my desk.
Switching to NTSC did not help, DVI mode (without audio) did not help and switching the HDMI cable did not work.
Any other possible solution?!?
This is a bit sad...
Thanks!
First step is to check if it works ok on any monitor. Does it work on your NEC? If it doesn't work on any, then we can start to suspect a hardware problem, rather than it being an HDMI problem.
VG
Paul.
1. If you have trouble with display on digital monitors, try disabling the HDMI-style audio in the MEGA65, and see if it solves it. If you still have problems, let me know.
2. Funny fat and thin pixels is a symptom of the monitor up-scaling from 720x576 badly.
3. A goodly fraction of monitors don't like 50Hz 720x576 and will have problems. These will typically work fine in NTSC 60Hz mode. Best to find a monitor that likes 50Hz, as a lot of software is PAL 50Hz.
Display MoreDie Laufwerke sind alles die gleichen Alps Laufwerke.
Das HD-Loch der Diskette muss mit nichttransparentem Klebeband abgeklebt werden (der Sensor ist optisch, nicht mechanisch).
Wenn's dann nicht tut ist was scheps.
Damit wäre ich vorsichtig. Der Grund für das HD-Loch ist, dass HD Disketten eine andere Beschichtung besitzen, auf die sich das Laufwerk einstellen muss damit es zuverlässig schreiben und lesen kann (andere Magnetisierungslevel). Wenn man jetzt einfach das Loch abklebt, denkt das Laufwerk es ist eine Diskette mit DD-Beschichtung und beschreibt sie falsch.
Das wurde in Discord so gesagt von einem Teammitglied.
Habe gerade danach gesucht, Paul mega65 scheint sich da sicher zu sein.
gardners — 07/01/2022
But note that you can put opaque tape over the hole to use them happily as DD disks.
Bloodypriest — 07/01/2022
That is true up to a certain point. I learned recently that some HD diskettes use a material with different magnetic properties and may not format properly at DD speed.
gardners — 07/01/2022
Dd speed = hd speed
Scott — 07/01/2022
A DD drive probably can't reliably use an HD disk because of the stronger magnet required to write to the media. An HD drive can write to a DD disk. I'm not sure why it would even be necessary to cover the HD hole on a HD disk to get it to write fewer sectors. I'm not saying that's false, I just don't understand why it would be necessary, as if a disk can handle X sectors per track, it should be able to handle X-Y sectors per track as well.
gardners — 07/01/2022
I can assure you from experience that it is true.
A lot of it is to have the drive electronics switch to expecting flux inversions more or less often.
If you don't use tape, then long DD gaps between flux inversions frequently see ghost inversions, causing read errors.
It is possible to filter these out in DSP-land to some extent, but not completely.
Habe noch was dazu gefunden:
Maurice — 06/01/2022
Is it (still) necessary to tape of one of the holes when using HD floppies?
I mean in regular (D81) use, not talking about the high density formatting that Paul is working at.lydon — 06/01/2022
yes
deft — 06/01/2022
it needs to be non-clear tape
the hd sensor is optical
Maurice — 06/01/2022
Alright, clear. Just being curious; what happens if people forget to tape it it of?
deft — 06/01/2022
write errors, formatting will not work in the first place
Even if writing works, it is reading that will have the big problems, because of the drive electronics expenting the wrong length gaps. While it might not be a problem on some brand drives, I have seen it very strongly on the ALPS drives we use in the MEGA65.
Just use tape when using HD disks for DD format capacity. It's not hard to do, and will save you lots of frustration 
VG
Paul.
Funktioniert bei euch das interne 3.5 Zoll Diskettenlaufwerk? Ich habe ohne Probleme eine Diskette formatiert und benutzt, aber nach Update des Core auf die aktuelle Version 180 und des ROM auf die aktuellste Version 920349 hängt sich der Mega65 auf sobald ich versuche auf das Laufwerk zuzugreifen.
Scheint am neuen Core zu liegen, mit altem Core (der mitgeliefert wurde) & ROM 920349 geht es wieder.
Die neusten ROMs brauchen auch den neuesten MEGA65 Core. Flash den und den neuesten ROM sollte danach mit dem Floppylaufwerk wieder funktionieren. Ich erinnere mich nicht genau, aber es gab Verbesserungen im ROM, die aber einen Bugfix im Bitstream verursacht hatte. Oder so.
VG
Paul
Welche Gehäuse habt ihr denn da für die Joysticks genommen?
Sowas brauch ich ja auch noch, fällt mir gerade ein.
Für die Joysticks ich selber gebastelt habe, meinst du? Die waren einfach "Hobby Boxes" vom Jaycar.com.au
VG
Paul.
Ich habe leider keine Ahnung von Schaltplaenen
Aber sieht schonmal vielversprechend aus
Hoffentlich finden wir einen Freiwilliger*in, der/die die Arbeit erledigen möchte. Erfahrung mit Schaltplanen und PCBs nicht notwendig: Dieses Projekt ist ganz einfach und ich würde gern jemandem helfen, es zu lernen.
VG
Paul.
Auch ein bonus-goldener Stern, wenn du einen Schaltplan für den entwickelt würdest
VG
Paul.
Mal 'ne doofe Frage, wo schliesst man eigentlich den 4-Spieler-Adapter an?
Dieser? Please login to see this link.
VG
Paul
Compromise: $42 - 1 ?
