TNAP-6 Image Discussion

The SF8008 Supreme and the Ustym4KPro usually take around a minute and a half or around 90 seconds for a cold boot. In other words, flip the power rocker switch on the back of the receiver off then on and wait time for a picture is around a minute and a half. I think to a degree, part of this wait time is nothing but sloppy coding from the manufacturer. The SF8008 Supreme for example has an AVL62X1 tuner or demodulator, but the boot insists on looking for the si2166 tuner-demodulator which does not exist!

Here is a snippet of the SF8008 Supreme RS232 logging:
DVB: registering adapter 0 frontend 0 (AVL62X1)...
[hi_dvb_attach_tsport:742 dmx 1,port 33]0 5 1 0 184
u32DmxNum : 5 u32FilterNum : 64 u32ChannelNum : 96 u32RamPortNum : 3
[00:00:06:135 ERROR-HI_I2C]:I2C_DRV_Write[194]:i2c_transfer failed:-6
si2166 I2C(2) write error, ADDR: 200(0xc8), DATA: 192(0xc0)
[00:00:06:157 ERROR-HI_I2C]:I2C_DRV_Write[194]:i2c_transfer failed:-6
si2166 I2C(2) write error, ADDR: 200(0xc8), DATA: 192(0xc0)
si2166 attach fail!

The segment shown above repeats many times in a SF8008 Supreme RS232 boot log, which wastes an enormous amount of time looking for something that does not exist! I can find no reference to si2166 in any of the Octagon image build files, so most likely the problem will be in the dvb modules. The dvb modules are closed source.

Another problem is the network connects then disconnects multiple times during a boot. There are network problems here that I don't understand yet. These network problems seem to have started with the new scarthgap build. At any rate, multiple connects and disconnects of the network wastes boot time.

Then there is somewhat of a time problem. The time was changed a bit in scarthgap and several attempts are made to set the time correctly during boot.

And to add insult to injury, a kernel module that does not exist is searched for which wastes even more boot time.

Maybe some of these boot problems that are wasting time can be fixed? I really don't know.....It is what it is for the moment. A decent cold boot time for a modern fta receiver is around 45 seconds from power on to picture. The SF8008 Supreme is about double that amount of time in TNAP 6. An explanation for the long boot time was needed.
 
currently a major problem with loading the TNAP 6 online update on the MIO4K
Boot stops at 15%.
 

Attachments

  • edision error.webp
    edision error.webp
    222.4 KB · Views: 10
Network is not working correctly. If you walk away and leave it, the restore should finish with errors. This might take 5-10 minutes....

Internet connection was lost. "Failed to download." This is shown on the screen Network/Internet connection is not working.

Restore a backup image and carefully check the internet connections in the receiver menus. before flashing the image.
 
I did a new Online update, it took a really long time (estimated 25 minutes)
but in the end it worked
the comparison between the two blindscan still shows a significant difference between TNAP5.1 and TNAP6
both versions have (I think) the same driver ( dvb-usb-tbs 1.1-r0 ; dvb-usb-opticombo 2.1-r0)
the msnweather plugin works with TNAP 5.1 and does not work with TNAP 6
but as you say, this is a test image
 

Attachments

  • tnap5 bs-tile.webp
    tnap5 bs-tile.webp
    220.2 KB · Views: 5
  • tnap 6 new-tile.webp
    tnap 6 new-tile.webp
    244 KB · Views: 5
  • weather 5-vert.webp
    weather 5-vert.webp
    78.7 KB · Views: 1
Thanks for the information and update! Are you using wifi or wired Internet connection?

Hopefully the problems with TNAP 6 will be sorted out soon. A good boot that does not take hours to complete is first, then we can sort the plugins and scanning.
 
the receiver has a network cable (LAN)
after having made a test of the network (screenshot)
now MSNweather works.
Before the test the LAN was working but the IP address was not confirmed.
after the test the address turned green, so is confirmed.
 

Attachments

  • LAN.webp
    LAN.webp
    114.3 KB · Views: 3
each time the receiver is switched off or the image is changed (mutiboot) the network is no longer activated
you have to redo a test each time to get it to activate (you can see the network problem with the Meteo plugin, which no longer displays the data).
This deactivation problem does not exist on TNAP 5.1.
 
each time the receiver is switched off or the image is changed (mutiboot) the network is no longer activated
you have to redo a test each time to get it to activate (you can see the network problem with the Meteo plugin, which no longer displays the data).
This deactivation problem does not exist on TNAP 5.1.

I think Network problem has been mentioned. Work is being done to improve it. Try flashing the 0124 image and see if the network and booting results are better. The 0124 image is available as an online flash now.
 
Try setting a static IP. The same in each image. Also check if the MAC address in each image is the same (should be).
If the MAC is the same. In your router under LAN, a section pertaining to DHCP Server. Try also setting a manually assigned IP the same as the receiver. My Asus router has a drop down that lists all of the MAC addresses of devices connected to it.
Network connection will be immediate after that. Or....it "should be".
 
Try setting a static IP. The same in each image. Also check if the MAC address in each image is the same (should be).
If the MAC is the same. In your router under LAN, a section pertaining to DHCP Server. Try also setting a manually assigned IP the same as the receiver. My Asus router has a drop down that lists all of the MAC addresses of devices connected to it.
Network connection will be immediate after that. Or....it "should be".

No it was a problem in the Network settings in the image. Both adapters would show activated after a reboot and had to be deactivated more than once before they could finally be activated and actually work. Looks like the new image 0124 has reverted some settings and network is working okay now after a auto restore. Just now got it flashed so haven't checked completely.
 
Try setting a static IP. The same in each image. Also check if the MAC address in each image is the same (should be).
If the MAC is the same. In your router under LAN, a section pertaining to DHCP Server. Try also setting a manually assigned IP the same as the receiver. My Asus router has a drop down that lists all of the MAC addresses of devices connected to it.
Network connection will be immediate after that. Or....it "should be".

It is excellent and appreciated to have suggestions on how to fix things. But I gotta ask: Have you even bothered to download and test the image you are giving advice about? Obviously not or you would understand the problem. Sort of like throwing darts at a dart board blindfolded.

The current TNAP 6 image is built based on OpenPLi's scarthgap build. AFAIK, A scarthgap build from OpenPLi is not yet available unless you compile it yourself or install TNAP 6. So there is some stuff in that has to be worked out with Internet connection being one of the item's needing attention. Suggestions about setting up internet connections is not gonna fix it...
 
I confirm what has just been written, always a problem after each reboot.

What about the install of the 0124 image? That is what i would like to know....Do you still have install problems in image 0124?

Some of this network connection thing is going to be like a dog chasing his tail because the menu screens have changed. I do a scan on my computer and both a wired and wireless fta receivers running TNAP 6 return valid ip addresses after reboots. These two receivers are SF8008(wired) and Ustym4kPro(wireless).

The TNAP 6 wireless receiver downloads and installs the TNAP 6 - 0124 image from the internet without issue Except the wireless activates, then appears to disconnect briefly during autoinstall. After that no more internet problems. It is unclear what causes this internet issue during autoinstall. It will be looked at.

The SF8008 Supreme downloads and installs TNAP 6 -0124 from the internet without any network or internet issues.

Now look very close at these two screen captures as they point Directly to the network dilemma:


TNAP6-Nic-Connection.webp <TNAP-6-------------------------TNAP-5.1>TNAP5.1-nic-connection.webp

They have changed the look and some of the way the functions are presented in the Network menu. My tests show that only One network is active unless activate both of them. One network ip per receiver mac address unless you assign two ip's to the same mac address.

The point I am trying to make here is what we are seeing is largely cosmetic. The TNAP 6 image has a little light beside the working network. Which network you use can be selected using the yellow colored remote button on the receiver. Neither of these items exist in previous images so we are not used to it. I assume the two green check marks means two networks are available. But my tests show two networks are not active unless you set it up that way.

One thing maybe to do is see about setting up the network and checking its operation manually during an image install BEFORE the autoinstall starts. Put the network connection menu up first with a timeout if no user response, followed by the regular autoinstall option with timeout if no user response. As it is now we cannot set up the network if needed before autoinstall starts.
 
The auto install of the 0124 image worked fine. I was using wlan when the auto install backup was made so that was what got activated during autoinstall and stayed connected to the internet for the auto install and after starting but after a full reboot is when network shows both but no internet and using the yellow button to set the default network as wlan the internet starts working but if I change the default to lan the wlan stay providing the internet. I just have to remember after a full reboot to set the default wlan with the yellow key. Thanks the Image is working great other than that.
 
Hopefully the internet/network thingy can be fixed. Having a hard time finding what needs to be changed. It's always like this in a new build. Thanks for the efforts and comments!
 
I just installed tnap6 in my osmio+, and as a general impression is being slower than version 5.1.
Beside some cosmetics like the time & date witch can not be set, no matter if is by transponder or internet, and missing info bar, I did try the tuner config, the scanning, and positioner setup but the inputs are very slow: hard time to navigate through the menu options up to no response from the box.
I did replaced the tuner's driver with the modified one, but no improvement.
The wifi connection is stable, maybe because I had a dynamic ip address for the box set in the router from previous version.
Well, this is the story with the work in progress on a new image.
Thank you EB for your work so far. I'm sure that you'll overcome all the details.
 
el bandido
What about the install of the 0124 image? That is what i would like to know....Do you still have install problems in image 0124?


the installation of 0124 online was not finished correctly (stopped at 17% after the reboot).
So I installed 0124 via tnapimages.com.
It is also very slow to load on the computer but after the installation was well done on the MIO4k by ‘Downloaded image’.
the problem unfortunately still exists with WLAN and LAN which are both ‘active’ but the IP address is not confirmed, the weather is not displayed and when you want to enter the Lamedb with dreamset it is not possible.
You have to restart the network manually, and then it finally works.
It's true that access to the menus is slow, even very slow, and as I've already said, the blindscan doesn't find everything.
 

Attachments

  • TNAP5a-vert-horz.webp
    TNAP5a-vert-horz.webp
    154.5 KB · Views: 8
Back
Top