The problem with this image would be the voltage and frequency values since the 1.5 T architecture is quite different - 6 blades / 10 chips per blade.
But nevertheless it worth trying to see if the RPi boots up. Actually he can use the standard 1T image (4 blades / 8 chips per blade) to check if it works - it may not recognize the extra hardware that the rig has but still may work @1TH or maybe even @2TH - will have to try that as well.

Of course, try other images, I think notlist3d suggested some other image. You should know that standard SD card for these rigs as they come from China is Sandisc Extreme 8GB Class 10. I've tried the image in question with the regular one (Class 6 8GB) and it worked as well.
I don't know what is wrong in your case but definatelly tested this image and it works - actually I am using it right now for all of the 1T Dragons because of the low BTC prices - to underclock them.
Keep us posted if you find the issue.

What's that supose to mean ?
On 32G SD card the image is booting up and it's fine ?
or
You can copy the image only on 32 GB card ?

Either way - you're doing something wrong or inappropriate SD cards are used.
Most (not 100% sure but I think all) images for these type of rigs are intended for 8 GB SD cards preferably class 10.
Try writing the image to SD card and do the testing on another Dragon if you have one or your friend's one.
Or even easier, try the newly made SD card on someone else's RPi to check if it's booting.

P.S. By the way what is the network addressing you're using ? Is your network 192.168.1.X ?

I can't say for sure that it's the reason. I've never had HDMI connected during the boot of any of these images. Did you try to access the rig via HTTP@192.168.1.113, ping ?
How are you making the image copy ? I am using rufus.
Does your SD card have 8GB capacity ? What speed Class is the SD card ?
Can you use a RPi model B instead if you think that this could be the culprit ?
There's a lot of things that may go wrong.
You have to keep trying with the trobleshooting since this image works for sure.

It was tested on Dragon 1TH (4 blades / 8 chips per blade) and obvioulsy it works on Dragon 2 TH like the one in the article mentioned.

Look at this article here.
It's in Russian but you can view the translation in Chrome and see the detailed screenshots and settings of the image I posted - it's the same as in this article. Moreover I think the hardware is pretty much the same as yours.
And I'm pretty sure that this image works - tested on more than 10 of Dragons. No sure where you see these messages but its IP address is 192.168.1.113 (HTTP access).
You said that this rig was for spare parts - it might have a some kind of hardware problem (control board, RPi or something else broken).

Sure, if everything else is OK it should work.

So that means they just used a biger blades and put on them 16 chips instead 8 as in the first versions.
Then that means the image I posted is exactly the one you're looking for - go ahead and use it.
Just be careful when tweaking the voltage - I beleive I have posted a reasonable settings in the thread.

The 1.5T image should not be compatible with these since they have 6 blades / 10 chips.
If you don't find any suitable image go ahead and try the one from my post.
How many control boards are in there and how many cables are plugged to the control board (except these from PSUs) 4 or 8 ?

So, based on your findings it might be a different kind of Dragon 2T, I've seen such modifications in China.
4 blades with 16 chips is the same as 8 blades with 8 chips. Original Dragon 1T was 5 blades / 8 chips and later versions (overclocked) were 4 blades / 8 chips.
The problem with the software I've posted is that it's for 8 blades / 8 chips or 4 blades / 8 chips (always 8 chips per blade).
In your case of 4 blades / 16 chips - I am not sure it would be appropriate to use it.

If I were you and I don't have any other option I'd try it after all.

I beleive that the image I've uploaded is not suitable for your miner. It has to have 8 blades to be compatible. Can you post some pics of inside the miner ?

I got paid in full except Doge & NMC.

I can confirm that today I was paid for the current difficulty in full and partially paid for the previous difficulty.

Same here...

I suspect that the lack of impatience would not last for a 3 years   ...or maybe it would if speaking of a gambling person or free electricity...

Look at my post here to see how I've tried to fix that but unfortunately without any luck.

I have 3 of these SP20E starting with FL1448... so I suggest you do as notlist3d pointed.

Any idea how to change the timezone for S5 ?

Does anyone happen to know how can I set the timezone for S5 ? It seems Bitmain cut this functionality comparing to S3.
I've been looking into how to set the time correctly on my S5, and in the process discovered a few details about time zones on Angstrom linux which they are using. By default, a basic Angstrom image doesn't include data specifying time zones, so will default to UTC time. To specify a time zone:
Install the timezone data package:
Look in /usr/share/zoneinfo to find the appropriate zone
create a symbolic link to this file from /etc/localtime
restart
With the correct timezone set, you can now use NTP to automatically set the correct date and time:
The interesting thing is that neither of these commands worked in S5 console.
1. tzdata package does not exist in 'opkg list' at all
2. location /etc/localtime does not exist
3. ntpdate pool.ntp.org gives 'the NTP socket is in use, exiting' on execute

Any ideas ?

You're welcome. Just post after completing the first one so I should know if everything's fine.