Atmega168P 5500 Problem

[gppsoft]

Приветствую. Я попытался установить на PU18 Arduino Pro Mini c прошитой туда PSNee 9.0. Естественно с раскоменченым
#define SCPH_3500_5000_5500 и прошитым через USBAsp. Все провода припаяны правильно и несколько раз проверенны и сверены с картинкой. Я вчера у вас даже нашел ошибку с перепутанными MISO и MOSI :)) Но ничего не работает. К слову лицензионные диски японского региона тоже теперь не запускаются. С некоторыми дисками просто открывается плеер в BIOS. Плата Arduino сигнализирует о работе в момент чтения диска быстрым морганием светодиода.

Видео работы: https://youtube.com/shorts/5JPBBpXn4SE?feature=share

[kalymos]

Based on the information you provided and the video, there's a problem with the BIOS patch injection. If you look closely, the first LED blink is too late and too long.

The subsequent blinks, which loop continuously, are attempts to inject the region code, and it's not normal for there to have been so many.

1: I have no experience with USBasp devices, but since it uses the ISP, theoretically it shouldn't cause any problems, provided the injection correctly removes the bootloader.

2: You can slightly increase the value of #define REQUEST_INJECT_TRIGGER to 15, but Japanese systems with the BIOS patch don't handle values above 17 well.

3: In my experience, I've never had a problem with this value, but you can try slightly decreasing #define SILENCE_THRESHOLD to 32000 in the setting.h file. For the variables #ifdef SCPH_3500_5000_5500, try 30000.

If you perform another injection, please send me this information: the board manager you're using (e.g., MiniCore), the compilation and injection options you used, and the compilation and injection logs (to get complete logs, check the following options in File -> Preferences -> Show verbose output during compilation upload, and Verify code after upload). And a photo of the soldering on the motherboard.

[gppsoft]

Судя по предоставленной вами информации и видео, проблема связана с установкой патча BIOS. Если присмотреться, то можно заметить, что первый индикатор мигает слишком долго и с задержкой.

Последующие мигания, которые повторяются бесконечно, — это попытки внедрить код региона. Такое количество попыток — это ненормально.

1. У меня нет опыта работы с устройствами USBasp, но, поскольку они используют интерфейс ISP, теоретически проблем возникнуть не должно, если при инъекции загрузчик будет удален корректно.

2. Вы можете немного увеличить значение #define REQUEST_INJECT_TRIGGER до 15, но японские системы с обновлением BIOS плохо справляются со значениями выше 17.

3. По моему опыту, у меня никогда не возникало проблем с этим значением, но вы можете попробовать немного уменьшить #define SILENCE_THRESHOLD до 32000 в файле setting.h . Для переменных #ifdef SCPH_3500_5000_5500 попробуйте значение 30000.

Если вы выполняете другую инъекцию, пожалуйста, пришлите мне эту информацию: используемый вами board manager (например, MiniCore), используемые вами параметры компиляции и инъекции, а также журналы компиляции и инъекции (чтобы получить полные журналы, проверьте следующие параметры в File -> Preferences -> Show verbose output во время загрузки компиляции и проверьте код после загрузки). И фото пайки на материнской плате.

Спасибо за ответ. Я думаю проблема в том, что я припаял контакты к BIOS не там. Я следовал инструкции по контактам из этого поста. У меня есть подозрение, что у меня более поздняя плата PU18 и возможно там более новый BIOS и контакты могут быть другими. Даже по фото в первом моем посте видна разница печатной платы из вашей инструкции. Сегодня вечером попробую изменить контакты BIOS согласно схеме для 7000 модели. Да я использую MiniCore и при компиляции я вижу pragma сообщения о том, какие параметры я установил. Еще я использую Atmega 168PA с кварцем на 16Mhz. Большое спасибо вам за проект! О результатах сообщу позже :)

Вот несколько примеров моей пайки:

[gppsoft]

К сожалению не работает. Я попробовал даже вариант с 7000 моделью. Может еще какие-то варианты?

FQBN: MiniCore:avr:168
Using board '168' from platform in folder: C:\Users\Home\AppData\Local\Arduino15\packages\MiniCore\hardware\avr\3.1.2
Using core 'MCUdude_corefiles' from platform in folder: C:\Users\Home\AppData\Local\Arduino15\packages\MiniCore\hardware\avr\3.1.2

Detecting libraries used...
C:\Users\Home\AppData\Local\Arduino15\packages\arduino\tools\avr-gcc\7.3.0-atmel3.6.1-arduino7/bin/avr-g++ -c -g -Os -DNDEBUG -std=gnu++17 -fpermissive -fno-exceptions -ffunction-sections -fdata-sections -fno-threadsafe-statics -w -x c++ -E -CC -mmcu=atmega168p -DF_CPU=16000000L -DARDUINO=10607 -DARDUINO_AVR_ATmega168 -DARDUINO_ARCH_AVR -Wextra -flto -g -IC:\Users\Home\AppData\Local\Arduino15\packages\MiniCore\hardware\avr\3.1.2\cores\MCUdude_corefiles -IC:\Users\Home\AppData\Local\Arduino15\packages\MiniCore\hardware\avr\3.1.2\variants\standard C:\Users\Home\AppData\Local\arduino\sketches\EBB41B388E21C3C838B5ADD04080AE4B\sketch\PSNee.ino.cpp -o nul
Generating function prototypes...
C:\Users\Home\AppData\Local\Arduino15\packages\arduino\tools\avr-gcc\7.3.0-atmel3.6.1-arduino7/bin/avr-g++ -c -g -Os -DNDEBUG -std=gnu++17 -fpermissive -fno-exceptions -ffunction-sections -fdata-sections -fno-threadsafe-statics -w -x c++ -E -CC -mmcu=atmega168p -DF_CPU=16000000L -DARDUINO=10607 -DARDUINO_AVR_ATmega168 -DARDUINO_ARCH_AVR -Wextra -flto -g -IC:\Users\Home\AppData\Local\Arduino15\packages\MiniCore\hardware\avr\3.1.2\cores\MCUdude_corefiles -IC:\Users\Home\AppData\Local\Arduino15\packages\MiniCore\hardware\avr\3.1.2\variants\standard C:\Users\Home\AppData\Local\arduino\sketches\EBB41B388E21C3C838B5ADD04080AE4B\sketch\PSNee.ino.cpp -o C:\Users\Home\AppData\Local\Temp\419750547\sketch_merged.cpp
C:\Users\Home\AppData\Local\Arduino15\packages\builtin\tools\ctags\5.8-arduino11/ctags -u --language-force=c++ -f - --c++-kinds=svpf --fields=KSTtzns --line-directives C:\Users\Home\AppData\Local\Temp\419750547\sketch_merged.cpp

Compiling sketch...
"C:\Users\Home\AppData\Local\Arduino15\packages\arduino\tools\avr-gcc\7.3.0-atmel3.6.1-arduino7/bin/avr-g++" -c -g -Os -DNDEBUG -w -std=gnu++17 -fpermissive -fno-exceptions -ffunction-sections -fdata-sections -fno-threadsafe-statics -MMD -mmcu=atmega168p -DF_CPU=16000000L -DARDUINO=10607 -DARDUINO_AVR_ATmega168 -DARDUINO_ARCH_AVR -Wextra -flto -g "-IC:\Users\Home\AppData\Local\Arduino15\packages\MiniCore\hardware\avr\3.1.2\cores\MCUdude_corefiles" "-IC:\Users\Home\AppData\Local\Arduino15\packages\MiniCore\hardware\avr\3.1.2\variants\standard" "C:\Users\Home\AppData\Local\arduino\sketches\EBB41B388E21C3C838B5ADD04080AE4B\sketch\PSNee.ino.cpp" -o "C:\Users\Home\AppData\Local\arduino\sketches\EBB41B388E21C3C838B5ADD04080AE4B\sketch\PSNee.ino.cpp.o"
In file included from C:\Users\Home\Downloads\PsNee-9.0\PsNee-9.0\PSNee\PSNee.ino:133:0:
C:\Users\Home\Downloads\PsNee-9.0\PsNee-9.0\PSNee\settings.h:272:19: note: #pragma message: Feature: Status LED ENABLED
#pragma message "Feature: Status LED ENABLED"
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~
C:\Users\Home\Downloads\PsNee-9.0\PsNee-9.0\PSNee\settings.h:290:19: note: #pragma message: Target Console: SCPH-3500/5000/5500 (NTSC-J)
#pragma message "Target Console: SCPH-3500/5000/5500 (NTSC-J)"
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
C:\Users\Home\Downloads\PsNee-9.0\PsNee-9.0\PSNee\settings.h:317:73: note: #pragma message: Microcontroller: AVR_atmega168p
#pragma message "Microcontroller: AVR" TO_STR(AVR_DEVICE_NAME) "_"
^~~~
Compiling libraries...
Compiling core...
Using precompiled core: C:\Users\Home\AppData\Local\arduino\cores\03c1533d9524ec759475340297c9d4b4\core.a
Linking everything together...
"C:\Users\Home\AppData\Local\Arduino15\packages\arduino\tools\avr-gcc\7.3.0-atmel3.6.1-arduino7/bin/avr-gcc" -w -Os -DNDEBUG -Wl,--gc-sections -mmcu=atmega168p -w -flto -g -o "C:\Users\Home\AppData\Local\arduino\sketches\EBB41B388E21C3C838B5ADD04080AE4B/PSNee.ino.elf" "C:\Users\Home\AppData\Local\arduino\sketches\EBB41B388E21C3C838B5ADD04080AE4B\sketch\PSNee.ino.cpp.o" "C:\Users\Home\AppData\Local\arduino\sketches\EBB41B388E21C3C838B5ADD04080AE4B/..\..\cores\03c1533d9524ec759475340297c9d4b4\core.a" "-LC:\Users\Home\AppData\Local\arduino\sketches\EBB41B388E21C3C838B5ADD04080AE4B" -lm
"C:\Users\Home\AppData\Local\Arduino15\packages\arduino\tools\avr-gcc\7.3.0-atmel3.6.1-arduino7/bin/avr-objcopy" -O ihex -j .eeprom --set-section-flags=.eeprom=alloc,load --no-change-warnings --change-section-lma .eeprom=0 "C:\Users\Home\AppData\Local\arduino\sketches\EBB41B388E21C3C838B5ADD04080AE4B/PSNee.ino.elf" "C:\Users\Home\AppData\Local\arduino\sketches\EBB41B388E21C3C838B5ADD04080AE4B/PSNee.ino.eep"
"C:\Users\Home\AppData\Local\Arduino15\packages\arduino\tools\avr-gcc\7.3.0-atmel3.6.1-arduino7/bin/avr-objcopy" -O ihex -R .eeprom "C:\Users\Home\AppData\Local\arduino\sketches\EBB41B388E21C3C838B5ADD04080AE4B/PSNee.ino.elf" "C:\Users\Home\AppData\Local\arduino\sketches\EBB41B388E21C3C838B5ADD04080AE4B/PSNee.ino.hex"
cmd /C echo. && "C:\Users\Home\AppData\Local\Arduino15\packages\arduino\tools\avr-gcc\7.3.0-atmel3.6.1-arduino7/bin/avr-objdump" --disassemble --source --line-numbers --demangle --section=.text "C:\Users\Home\AppData\Local\arduino\sketches\EBB41B388E21C3C838B5ADD04080AE4B/PSNee.ino.elf" > "C:\Users\Home\AppData\Local\arduino\sketches\EBB41B388E21C3C838B5ADD04080AE4B/PSNee.ino_atmega168p_16000000L.lst"

"C:\Users\Home\AppData\Local\Arduino15\packages\arduino\tools\avr-gcc\7.3.0-atmel3.6.1-arduino7/bin/avr-size" -A "C:\Users\Home\AppData\Local\arduino\sketches\EBB41B388E21C3C838B5ADD04080AE4B/PSNee.ino.elf"
Sketch uses 700 bytes (4%) of program storage space. Maximum is 16000 bytes.
Global variables use 34 bytes (3%) of dynamic memory, leaving 990 bytes for local variables. Maximum is 1024 bytes.
"C:\Users\Home\AppData\Local\Arduino15\packages\MiniCore\tools\avrdude\8.0-arduino.1/bin/avrdude" "-CC:\Users\Home\AppData\Local\Arduino15\packages\MiniCore\tools\avrdude\8.0-arduino.1/etc/avrdude.conf" -v -V -patmega168p -cusbasp "-Ueeprom:w:C:\Users\Home\AppData\Local\arduino\sketches\EBB41B388E21C3C838B5ADD04080AE4B/PSNee.ino.eep:i" "-Uflash:w:C:\Users\Home\AppData\Local\arduino\sketches\EBB41B388E21C3C838B5ADD04080AE4B/PSNee.ino.hex:i"
Avrdude version 8.0-arduino.1
Copyright see https://github.com/avrdudes/avrdude/blob/main/AUTHORS

System wide configuration file is C:\Users\Home\AppData\Local\Arduino15\packages\MiniCore\tools\avrdude\8.0-arduino.1\etc\avrdude.conf

Using port : usb
Using programmer : usbasp
AVR part : ATmega168P
Programming modes : SPM, ISP, HVPP, debugWIRE
Programmer type : usbasp
Description : USBasp ISP and TPI programmer

AVR device initialized and ready to accept instructions
Device signature = 1E 94 0B (ATmega168P, ATmega168PA, LGT8F168P)
Auto-erasing chip as flash memory needs programming (-U flash:w:...)
specify the -D option to disable this feature
Erased chip

Processing -U eeprom:w:C:\Users\Home\AppData\Local\arduino\sketches\EBB41B388E21C3C838B5ADD04080AE4B/PSNee.ino.eep:i
Warning: no eeprom data found in Intel Hex file C:\Users\Home\AppData\Local\arduino\sketches\EBB41B388E21C3C838B5ADD04080AE4B/PSNee.ino.eep
Reading 0 bytes for eeprom from input file PSNee.ino.eep
in 0 sections of [0, -1]: 0 pages and 0 pad bytes
Writing 0 bytes to eeprom
Writing | ################################################## | 100% 0.00s
0 bytes of eeprom written

Processing -U flash:w:C:\Users\Home\AppData\Local\arduino\sketches\EBB41B388E21C3C838B5ADD04080AE4B/PSNee.ino.hex:i
Reading 700 bytes for flash from input file PSNee.ino.hex
in 1 section [0, 0x2bb]: 6 pages and 68 pad bytes
Writing 700 bytes to flash
Writing | ################################################## | 100% 0.81s
700 bytes of flash written
Avrdude done. Thank you.

[kalymos]

Judging by the soldering work, everything looks great on this side.

Normally, the wiring diagram for BIOS is specific to each BIOS version; the most important thing is the BIOS version, but it's generally well correlated with the SCPH reference.

I'm going to do some tests to see if I can reproduce the problem.

P.S. I'm not a native English speaker, and even for those who speak my language, I work in English here.

[gppsoft]

Judging by the soldering work, everything looks great on this side.

Normally, the wiring diagram for BIOS is specific to each BIOS version; the most important thing is the BIOS version, but it's generally well correlated with the SCPH reference.

I'm going to do some tests to see if I can reproduce the problem.

P.S. I'm not a native English speaker, and even for those who speak my language, I work in English here.

Hello. Thx! I tried version 8.6 and the problem persists. I will be waiting for your decision or advice. I've rechecked the contacts many times and correlated them with the instructions on the website and in the PDF file that goes to version 8.6. All that remains is to try to change the Arduino board, but I don't think that's the reason.

P.S: I know that you are a native speaker of Russian :) But I could be wrong. It's just that right now it's not a problem to translate into the desired language directly in the browser or through AI.

[kalymos]

Speaking of the Arduino board, sometimes on the Pro Mini, the quartz oscillator is set to 8MHz; if that's the case, that's the problem, and you can't use the BIOS patch.

[gppsoft]

It's a very strange problem. Apparently there is some kind of bug in the code, maybe something with timer or interrupt settings for Atmega168P. Neither version 9.0 nor version 8.6 worked with Atmega168P. As soon as I replaced the chip with Atmega328, everything worked on version 8.6. Version 9.0 did not work on either 168 or 328 chips. Moreover, after replacing the 168 chip with 328 on version 9.0, the behavior changed. Disks from the Japanese region, native to my version of the console, and endless attempts to spin up a disk from any other region, including self-written disks, began to run. I settled on the 328 chip and version 8.6. I think you need to do a little more testing of version 9.0. Thanks a lot for the project!

[kalymos]

Normally, the behavior is identical between the 168 and the 328. Did you check the quartz crystal of the 168?

"Disks from the Japanese region, native to my version of the console, and endless attempts to spin up a disk from any other region, including self-written disks, began to run." Do you mean that the games start from time to time, or that the behavior has changed without the games ever starting?

That's great if you've found something that works for you.

[gppsoft]

I changed the chip on the board. I desoldered the 168 and soldered the 328. The quartz remained in place. The fuses were installed as they should be. Everything works successfully on 8.6 with the 328 chip. Both versions did not work with the 168 chip on this board. The behavior changed on 9.0 and the 328 chip on this board. Licensed Japanese discs (native to my console, I have the Japanese version of the 5500) started to be read. Self-written discs and discs from another region are not read... It is possible to see attempts to start the game, the disc is either slowed down or spun up, but it cannot "hook up." Apparently, the region is being changed for injections in the BIOS, but it is unsuccessful. Everything works on version 8.6 with the 328 chip.

Я менял чип на плате. Выпаял 168 и запаял 328. Кварц остался на месте. Фьюзы установлены как положено. Все успешно работает на 8.6 с 328 чипом. С 168 на этой плате не работали обе версии. На 9.0 и 328 чипом на этой плате изменилось поведение. Стали читаться лицензионные японские диски (родные для моей консоли, у меня японская версия 5500). Самописные диски и диски другого региона не читаются... Видно попытки запуска игры, диск то тормозится, то раскручивается но не может "зацепиться". Видимо перебирается регион для инъекций в биос, но безуспешно. Все работает на версии 8.6 с 328 чипом.

[kalymos]

Thank you for your reply.

The fact that authentic Japanese games work but none of my other games, including burned Japanese games, definitely indicates that I have a problem with the region code injection. If burned Japanese games worked but not American games, it would definitively point to the problem being solely in the BIOS patch.

The question regarding the quartz crystal of the 168 is whether it is an 8MHz or 16MHz crystal; I have examples of both in my collection.
Have a good day

[gppsoft]

Crystal is on 16Mhz. All I did was change the chip on the board from Atmega168 to Atmega328. PSnee 9.0 doesn't work on 168 or 328. Only the original discs work on 328, and other regions don't start. On 8.6, only Atmega328 works, and on 168, the same situation as in the video in the post above.

[gppsoft]

I also wanted to mention that there is some confusion in the Wiki. When I first downloaded version 9.0, there was no information about which BIOS pins to solder for patching. I went to this section, and it showed the wrong pins for my board. Later, I discovered that the PDF file for version 8.6 showed different, but later I realized that they were the correct pins. This error may be related to my "consciousness" :))

[kalymos]

Yes, there was a change in the pinout between the two versions. In the older version, the address pin used required an additional variation in the algorithm. The pin used now allows me to have an identical algorithm for everything related to reading AX.

I didn't think it necessary to explain that the connections were no longer compatible between the two major versions, I'll see if I can add a note somewhere that is understandable.

[gppsoft]

Yes, there was a change in the pinout between the two versions. In the older version, the address pin used required an additional variation in the algorithm. The pin used now allows me to have an identical algorithm for everything related to reading AX.

I didn't think it necessary to explain that the connections were no longer compatible between the two major versions, I'll see if I can add a note somewhere that is understandable.

So, which pins are currently relevant for the 9.0 version? :)) It's possible that my 9.0 version on the Atmega 328 didn't work because I was using pins from the 8.6 version :)))