Jump to content


  • Posts

  • Joined

  • Last visited

Everything posted by Fabio

  1. @Wavicle I'm fullly convinced with the I2C route maybe we can add 2 legs to the microcontroller as keyb data\ mouse data available: to calculate the legs needed we should add (correct me if i'm wrong) 3 legs for the power supply control 2 for keyboard ps\2 2for mouse ps\2 2 for I2C comunication 2 for optional keyb data mouse data available 1 for power status led I remember that the micro used is the attiny 861 : it has 16 pins GPIO with a total consumed of 12 : if 12 pins are all we need then the attiny 84 would be enough
  2. I didn't want to belittle Wavicle's work. I just expected instead that someone in the core team to say: "I2C works fine and it becomes our official choice" or: "we're sorry but the bus integrated mcu is almost ready and uses this glue logic .....". In the IO map VIA 1 used 4 pins to bit bang mouse & keyboard now they are free and 2 can be used to signal keyboard data or mouse data waiting respectively. another question: VIAs have a hardware shift register, is it used or usable anywhere?
  3. as quoted from the ides of march status post now we have 2 competing standards: PS2 ->Attiny-> I2C-> 6522->main bus-> CPU PS2-> larger micro->main bus->CPU which direction should we take and how we decide it?
  4. could the extra ram chips be moved to an expansion board?
  5. If had been Commodore Ceo I would have stick to the plan that the 264 machine should have been a very budget home computer. So would have produced only a C48 :a machine that matched the ram amount of the spectrum this simplified computer will be paired with the 1551. At the same time we should have developed a way to improve the c64 so that it can have a longer lifespan. The ideal device is the 256 kb reu : bundled with a game specifically designed to use it: once a very large audience is reached a snowball effect will knock in making the reu a must have addon. At this point we have extended the 8 bit era a couple of years but i woul deem the pc clone unstoppable so, after licensing the amiga back to atari, i will merge the company with tandy and i will try to keep the tandy 1000 graphics and sound ahead of the market.
  6. All of you have done a great job!. a point remains open : Does it work also with the mouse?
  7. Should we consider some cost reduction measures? Maybe the phase 2 which uses cpld and SMT components is the best choice to tackle the chip shortage. with better times the reference system can be actually produced
  8. i have read your work : it's impressive but i have a doubt:what's the use of "fabs" lookup table ? given that it can be calculated as eor FF inc A
  9. I wonder why none offers an unmultiplexed 65816: it shouldn't be so difficult and it would become a much more interesting alternative for hobbyists.
  10. If 12 Volt is important You can always have a barrel connector taking current from a 12 v transformer with a small voltage regulator for the 5V lines.
  11. I'm sorry for the late reply but I'm curious where the 6,25 MHz frequency comes from.
  12. the commander X16 is not affected by "bad" scanlines of memory. so we can use the 20 microsecond timing
  13. Isn't the ATTINY 861 connected to the Via with I2c? can the comunication be performed 2 bits at time (if useful)?
  14. maybe you should use the fact that one full bye of movement is free i'll try this LDA highb-inp STA midbyte2 STZ highbyte2 ; because 16:8 is a 24 bit number lda lobyte-inp ldy #2 :loop ASL A ROL midbyte2 ROL highbyte2 LSR highb-inp ROR lobyte-inp DEY BNE :loop ;given priority on code compactness CLC ADC lobyte-inp STA lobyte2 LDA highb-inp ADC midbyte2 STA midbyte2 TYA ; same as LDA #0 because now Y is zero ADC highbyte2 STA highbyte2 RTS
  15. This is an interesting topic But i hava a question : can software IRQ be generated in this system? maybe just jumping to the IRQ address?
  16. There's a thing I've never understood: why there is no "non multiplexed" 65c816 ? It would be a very nice chip for low end , hobbyist and low power application.
  17. I think that the best way to implement the commander x 16 e should be an fpga with 512 kB of block ram Ram could be divided as follows 64 base + 128 video +320 banked inside such a capable fpga all the chipset should find room.
  18. very impressive! the only suggestion I can give you is to change the color of the title screen background: like to a much darker blue or to a warm color ( if in the background there's a sun )
  19. if there's room for more spi devices what about a spi ram module?
  20. If possible release it also as an 8 bit ISA card because as a matter of facts a very large number of retro machines are x86 : imagine what a boost an indie developer can get from having two bit planes , a tile mode with hardware scrolling and hardware sprites... better portability also between x86 and commander environments.
  21. i was thinking: isn't flash memory much slower when written? can it sustain the 12 Mz frequence ? the vera fpga has proved to be capable to integrate at least the 65c02 cpu and a usb controller: wouldn't be a less controversial saving to use it to emulate an FM CHip in the X16?
  22. Goood evening first of all I would ask : if a commander X8 has been somewhat ready for some months , how are we far from having the fully compatible X16e ready? As for The commander x8 I think we should decrease the cpu frequency to 8.33 Mhz (25/3) to ensure CX16 is a better machine but i'm in favor of showing the 16 kb of low ram, which will be hidden by ROM, as 2 8 kb banks so people starts to use this feature. for what concerns the Commander X16 I would make the phase 2 version the main one because I don't think anyone will ever abandon the project because of SMD components while this could happen with an FPGA based system.
  23. Hi my name is Fabio I've observed with interest this project from almost the beginning. MY interest in retrocomputing arises from the fact that computing and gaming industry is stuck in a loop where better hardware doesn't translates in a better user experience (at least not linearly). There is plenty of otherwise functional machines made obsolete by software: what a waste!
  • Create New...

Important Information

Please review our Terms of Use