Search results

The Toby firmware is working! ...From a simulated signal, at least. Don't have a real Toby card to test with (or a Mac II, for that matter). It should also work for that SE/30 card whose name escapes me that has a flat horizontal sync pulse but no serrated pulses, but I haven't set up a test...

So far so good! I have PIC10F320 firmware now that I've confirmed to work on the IIsi on at least one monitor which I know doesn't support sync-on-green. Same should work on the IIci, though I don't have one of these to test on. PCBs on the way, and we'll see whether I'm physically capable of...

Yeah, most likely. I was mainly intending to use it over the flat interval in the Toby card's composite signal where the signal has to be synthesized, rather than full time. This is what I'm depending on. =D So far it seems to hold true, fingers crossed that that continues to do so, because...

As I continue to chip away at this, I'm getting more into the mindset that a single adapter to do All The Things is not the approach I want to take... I think I'd rather make different pieces of firmware for the PIC10F320 that handle specific cases and adapters to go with them. One adapter for...

Oh, interesting, the 12F1501 doesn't have OSCTUNE (for that matter, neither does the 10F320/322)... that's strange, I never noticed that before. OSCTUNE would be the usual way to fine-tune the oscillator, if it existed, and I don't see anything that replaces its functionality. I did try...

Ah, interesting. The PIC can take as little as 2.5V, so that has potential... the only worry would be that the logic levels go down with the supply voltage and I'm not sure what happens with that. Outputting 4.3V would be fine as that's enough to be considered a logic high, but if the PIC's...

I took a small break from the main project to make a sync processor for the Apple IIgs (and just the Apple IIgs) and was astonished to find that it actually worked the very first time I ran the code, which never happens. Code is up on Github in case anyone's interested. I'm having a few PCBs...

Rambling ahead, you've been warned. Continuing to chip away at this. Rewrites are always a bit disheartening, but I have to remind myself how many times I had to start over on TashTalk before I made it work. In any case, I think the architecture will be more flexible than before with this...

Great, thank you! PM sent.

On a whim, I took a look at my IIgs's sync signal (probably should have done this sooner) and discovered it's a fairly different animal than the IIsi. Where the IIsi has the falling edges of the sync signal in the same place throughout the frame - it just moves the rising edges further ahead...

It works! On one combination of computer (IIsi) and monitor (Dell E151FP), anyway. This is the first time I've tested it with real hardware and not just a PIC I programmed to spit out simulated sync signals, and it passed with flying colors! I suppose the next thing to do is to knock together...

I did a rewrite of the code that profiles the composite sync signal and freed up a considerable amount of code space... I am now where I was before but hopefully a on a bit more solid ground. Going to have to do some more testing with real Macs and see whether my signals are precise enough for...

On second thought, don't. It's a neat little chip but experimentation reveals that it's missing too many features to do this job well. The 1501 will do much better. (And, failing this project, I already have a few others that it can be used for...)

Cool! Grab a PIC10F322 as well while you're about it, they're super cheap.

Thanks! I will definitely take you guys up on that once I get something a bit closer to shippable (though if you've got a PICkit3 or similar and feel like breadboarding, I'd be more than happy to work with you before that!) Interesting, thanks for the tip. I may do that - again, once I'm a...

I have a "syncing" feeling it's time for another TashProject... Introducing... TashSync! Elevator Pitch It's a video sync signal conversion/generation firmware for Macs, targeting the PIC12F1501 (8 pins, 77¢ in quantity) microcontroller. Primarily, it takes a "composite" video sync signal...

Well, I tried this approach with the 'north' 1504 code, to mixed success. Centralizing the tristate (along with hand-unrolling a generate block) got iverilog's V95 code generator to run successfully, but yosys still died, this time complaining of "multiple edge sensitive events found for this...

This is the kind of thing I'm doing: module handshake_register ( input wire underrun_n, input wire write_data_ready, input wire oe, inout wire [7:0] data ); assign data = oe == 1'b0 ? 8'bZZZZZZZZ : {write_data_ready, underrun_n, 5'b11111}; endmodule Then there are multiple...

The blue box from China arrived, aaaand... reading the latched data register works! Funny what making everything (a bit) less spaghetti-like will do. I think I might end up ready to test this in an actual Mac soon... at which point I'll find out whether this heckin' chonker of a three-board...

While I wait for my PCBs, I've been trying to see what I can fit in a single 1504, and I seem to have arrived at a design that will (in cooperation with a PIC) simulate an IWM with two 800 kB floppy drives... but still no DCDs. I had logic to support them initially, along with a rather nice...