Qucs-RFlayout
spork-8
Our great sponsors
Qucs-RFlayout | spork-8 | |
---|---|---|
1 | 8 | |
107 | 13 | |
- | - | |
5.4 | 0.0 | |
11 days ago | over 2 years ago | |
C++ | C++ | |
GNU General Public License v3.0 only | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
Qucs-RFlayout
-
Does openEMS allow for 3D time-domain visualizations of field propagation within microstrip?
I found the above .gif at this link for the Qucs-RFlayout repo, but noticed that a lot of what’s on that page is being implemented in openEMS.
spork-8
-
Revolutionary New Method of Loading Programs
Ohh, very nice! I'm also using customasm, but haven't bothered to even run it locally, because the online version is convenient enough for now. What I did do though, was write a script to generate my customasm rules, directly from the cpp file that defines them (and is the real source of truth for what gets written to the microcode EEPROMs).
-
The Spork-8 can now execute instructions! But also, some more and less serious issues to report
The current setup (see near top right) IS inverted clock AND'd with the control line, which makes it read only when the clock is low. If I made it the reverse, so the 273 loads when clock goes high, then that would trigger changes to the EEPROM address lines, causing control lines to switch randomly while the clock is high, which would affect the instruction register and everything else too.
-
EEPROM writer / reader seems to work, using Arduino Uno + my computer's PCB modules!
It's actually just writing to an HM62256 here, but it will hopefully work with a 28C64 as well. I've set it up so the Arduino basically acts as the control module for my computer; setting the value of the counter (used as a 16-bit address register), by controlling the bus and clock, and setting which module is outputting / inputting. It's deliberately slowed down 3x to be able to see it happen a little better, but it's still quite fast, writing a whole 32KB! This is using 10 Arduino pins for control (could be fewer), and 8 for the bus (the other 2 are for serial with the computer). Directly driving the chip's 15 address lines + 8 data lines + a couple control lines, would be too much for an Uno. And this way is probably more resilient and easier to setup than breadboards anyway. Code is here.
-
Counting is harder than I thought 😬
I'm fairly sure this is the problem, but I can't find any examples of how you're supposed to do this. I think it would work to send the first counter's TC signal to the third counter as the clock pulse. But I don't want to do that, because I also want to be able to parallel load on any clock cycle. So, I probably just have to use some gates to AND things together. Has anyone else dealt with this? Is there an obvious solution I'm missing? Project details are here.
-
More 8bit PCBs! (Instruction Reg, MicroCode Counter, Reset + 1x8bit Register)
You're definitely right that one of the main challenges with modular PCBs is getting a whole bunch of control signals between different boards. My solution was a bit different though: I've got a control module, with the microcode EEPROMs, micro-instruction counter, and flags register on it (plus a USB-B plug for power, and the reset button). Then plugged into that, are 2 bus boards on top, and 2 on bottom. 8 control lines are encoded for in / out (so 16 mutually exclusive in / out lines), and the other 8 are general purpose / not encoded. All other modules are plugged into the bus boards, which demux the in/out signals. The boards plug into each other with headers horizontally; the ALU plugs into two registers on either side of it, and the RAM / ROM modules plug into counters next to them (for their address). In case you're interested: project details, mockup of how it'll look.
-
Latch control lines to deal with random EEPROM outputs?
I'm making a modular PCB version of the SAP (details here, visual mockup here), and I'm at the stage where I've ordered PCBs and parts, but after reading lordmonoxide's post, I'm anticipating having issues with the control lines being random mid-clock cycle, as well as potential issues with the RAM/ROM module because it doesn't use the clock pulse OR do edge detection.
What are some alternatives?
kicad-3rd-party-tools - Software tools/utilities made by others to augment the KiCad PCB EDA suite.
BLE_Swift_ESP32_SampleProject - Connecting ESP32 and iOS
svg2shenzhen - Convert Inkscape SVG drawings to KiCad PCB and footprint modules
Kuantify - Mirror of Gitlab Repository
BE6502-Build-a-65c02-computer - A PCB being made while watching Ben Eaters "Build a 6502 computer" video series. Includes the computer itself, a standalone slow clock and an Arduino Mega shield for the bus monitor sketch..
gpiozero - A simple interface to GPIO devices with Raspberry Pi
MyKiCad - My KiCad boards. Can't be bothered uploading individually anymore, so here you go.
Physikal - Mirror of Gitlab Repository
NixiePowerSupply - 170v Nixie Tube Power Supply from 5v Supply
iome - A Physical Platform for Web Appplication Development