I.e. providing a serviceYou can make your own OSSC which takes a significant time/equipment/parts investment or you can buy one from VGP, Ali or other sellers
I.e. providing a serviceYou can make your own OSSC which takes a significant time/equipment/parts investment or you can buy one from VGP, Ali or other sellers
I would pay a decent amount of money for a set of these carts. The instant loading is a big advantage. 2 carts with all or most games. I don't care about utilities. Hell, I'd pay a decent amount for 1 cart with just the best games (as decided by me, of course).So this tells me that this whole project kinda results in nothing, then. Pointless. The whole "because it's there" reason that Vortex did this is rad as hell, no doubt about it, and I salute his ingenuity, but if a NeoSD cart price is the assumed amount someone would charge, what makes anyone think the Chinese wouldn't increase the price of these carts exponentially?
I sincerely doubt they will make custom made-to-order carts. So this just makes the currently easily attainable 161 carts on Ali jump in price if they even want to do this. And since no one here wants to do it for "legal issues" or because they are unable, I guess I'm glad I got mine for $60 even though a chunk of games are garbage.
thanks for suggesting this board @ack.I'm using this
https://www.amazon.com/dp/B07T9CPMHT?psc=1&ref=ppx_yo2ov_dt_b_product_details
And the openocd software (in linux) to program the svf file generated from Quartus's compile (svf output needs to be enabled). I've never had much luck getting my usb blaster working, but could just be cause its a cheap knock off.
thanks for suggesting this board @ack.
Looking at the boards pins - which pins are used for the six JTAG connections? GND I can match .. but no clue about the rest.
As I never had to use openocd, do you still have the commands you used?
Programmer PIN | J-TAG PINs |
---|---|
AD0 | TCK |
AD1 | TDI |
AD2 | TDO |
AD3 | TMS |
GND | GND |
+3.3V | VCC |
# openocd -f /usr/share/openocd/scripts/interface/ftdi/um232h.cfg -c "adapter speed 400" -c "transport select jtag" -c init -c scan_chain -c shutdown
Open On-Chip Debugger 0.11.0+dev-snapshot (2023-02-14-01:09)
Licensed under GNU GPL v2
For bug reports, read
http://openocd.org/doc/doxygen/bugs.html
adapter speed: 400 kHz
jtag
Info : clock speed 400 kHz
Warn : There are no enabled taps. AUTO PROBING MIGHT NOT WORK!!
Info : JTAG tap: auto0.tap tap/device found: 0x172560dd (mfg: 0x06e (Altera), part: 0x7256, ver: 0x1)
Warn : AUTO auto0.tap - use "jtag newtap auto0 tap -irlen 2 -expected-id 0x172560dd"
Error: IR capture error at bit 2, saw 0x3ffffffffffffd55 not 0x...3
Warn : Bypassing JTAG setup events due to errors
Warn : gdb services need one or more targets defined
TapName Enabled IdCode Expected IrLen IrCap IrMask
-- ------------------- -------- ---------- ---------- ----- ----- ------
0 auto0.tap Y 0x172560dd 0x00000000 2 0x01 0x03
shutdown command invoked
# openocd -f /usr/share/openocd/scripts/interface/ftdi/um232h.cfg -c "adapter speed 400" -c "transport select jtag" -c init -c "svf cha_cp1-test.svf" -c shutdown
Open On-Chip Debugger 0.11.0+dev-snapshot (2023-02-14-01:09)
Licensed under GNU GPL v2
For bug reports, read
http://openocd.org/doc/doxygen/bugs.html
adapter speed: 400 kHz
jtag
Info : clock speed 400 kHz
Warn : There are no enabled taps. AUTO PROBING MIGHT NOT WORK!!
Info : JTAG tap: auto0.tap tap/device found: 0x172560dd (mfg: 0x06e (Altera), part: 0x7256, ver: 0x1)
Warn : AUTO auto0.tap - use "jtag newtap auto0 tap -irlen 2 -expected-id 0x172560dd"
Error: IR capture error at bit 2, saw 0x3ffffffffffffd55 not 0x...3
Warn : Bypassing JTAG setup events due to errors
Warn : gdb services need one or more targets defined
svf processing file: "cha_cp1-test.svf"
FREQUENCY 1.00E+07 HZ;
Info : ftdi: if you experience problems at higher adapter clocks, try the command "ftdi tdo_sample_edge falling"
adapter speed: 10000 kHz
TRST ABSENT;
ENDDR IDLE;
ENDIR IRPAUSE;
STATE IDLE;
SIR 10 TDI (332);
RUNTEST IDLE 10000 TCK ENDSTATE IDLE;
SIR 10 TDI (00E);
...
RUNTEST 50 TCK;
SDR 95 TDI (400000000000000000000000);
SIR 10 TDI (012);
RUNTEST 400000 TCK;
SIR 10 TDI (006);
RUNTEST 10000 TCK;
SIR 10 TDI (3FF);
RUNTEST 10000 TCK;
STATE IDLE;
Time used: 0m5s147ms
svf file programmed successfully for 422 commands with 0 errors
shutdown command invoked
So… which versions of the 161-in-1 are ‘compatible’? Anything with the strange stilt chips?
This question was asked before, but no one answered. Over the years, many different 161-in-1 were released. Is the one with the strange stilt chips the only one that will work with the modification described here? Or will older ones work as well?
Is the stilt chips version what's sold on AliExpress today?
Hi, did the same, and they are currently in production.Will definitely do so.
By the way: I was able to mess up my v3 cart by ripping some pins off...
Therefore I designed a new daughter/carrier PCB with THT 1.27 pins instead of SMD headers:
It's a 4-layer PCB and should be a drop-in replacement.
I even thought about creating a programmer board where you could simply remove the F0095H0 instead of the Daughter board...
Maybe next time
Unfortunately nothing changed.
I resoldered every joint I came in contact with and cleaned everything thoroughly...
Even switched the system to eliminate that variable...
But the errors are still 1:1 exactly the same.
Next I will insert a better LDO...