ORxPi2 2.0.000 won't boot with HDStar tuner attached?


#1

Continuing the discussion from ORxPi2 2.0.00 issues:

I cannot confirm the tuner issue here. Pi2 boots fine with both tuner attached and without one. Leaving this thread open in case someone runs into this and can provide more info.


#2

Hi Branko,

I just created a new SD card using ORxPi2 2.0.000 and booted the RPi2 with HDStar tuner attached. It took nearly 10 minutes to first boot.

WOW! now files are downloading without any issue. :smile:

I will keep on updating about this.


#3

Hm, that does sound excessive, but we observed similar results on Pi1, so it’s possible. During first boot, it has to create all databases, so it can be a slow process on slow SD cards.


#4

I can see the word ‘skipping’ for some downloads. Can you explain it?


#5

Carousel is like a magnetic tape on a loop. Once you’ve downloaded some file, it will come around again after some time. When the same file is seen by ONDD again, it will skip it. Basically it means “already downloaded”.


#6

Thanks for your reply. Now unable to test the device because of the heavy rain and lightning :zap:.

It seems the receiver boots with HDStar.


#7

I restarted the receiver with HDStar attached. It is working fine and still downloading contents at the speed of ~90K.
But for some contents, I’m getting 404 error. Are they partially downloaded or corrupted?


#8

Now I can access this content after fully downloaded. This means you will get 404 error for partially downloaded contents.


#9

Still downloading contents (now 4 hours elapsed) but getting intermittent ‘NO LOCK’ state. After few seconds this will automatically change to ‘RECEIVING’ state. So no interruptions for download. :smile:

NO LOCK.

After few seconds, back to RECEIVING automatically.


#10

Is that on HDStar or Lighthouse?


#11

HDStar


#12

OK, that explains the low signal and SNR. What do those value say on Lighthouse?


#13

With ORxPi receiver,

some files keeps saying ‘skipping’ since around 5-6 hours.

i.e:

image0003.jpg (skipping)
outernet-rx-2.0.000.pkg (skipping)

logs can be downloaded from http://1drv.ms/1YVIs5F


#14

Skipping is normal. So let me try to explain.

If we upload files A, B, C, those are delivered in that order. Once all of the files are delivered, they reset to the beginning and broadcast again. So it’s an infinite loop that goes like ABCABCABC… forever. From the receiver’s perspective, you first see A and download it, then you download B, then you download C. After that, you see A again, but you already have it, so you skip it, and so on. After a while, you are skipping everything.

Of course, from time to time, we upload new things, so you may see some files that aren’t skipped. But unless we remove the old file, you will see it as being skipped every time it comes around.


Files Re-downloading including outernet-rx-3.1.pkg
#15

ORx - Signal and SNR


Lighthouse - Signal and SNR


#16

Yeah, it’s still sort of low. Not horrible, though.


#17

What happens to the partially downloaded files? In next cycle, will they start from the beginning or just continue from the point that it was stopped?


#18

They resume.


#19

After several hours, the HDStar tuner get disconnected from the receiver. Librarian still can be accessed but under the Tuner Settings it says ‘An error occurred during the rendering of this plugin’. Now HDStar LED is indicating Green.

Application and System logs: http://1drv.ms/1PZ6yey

[2015-12-09 00:57:59 (+0000)] DEBUG    ONDD: received data: <?xml version="1.0" encoding="UTF-8"?><response code="200"><streams><stream><pid>6482</pid><transfers><transfer><carousel_id>1</carousel_id><path>News/Malawi/Capital Radio Malawi/Electricity project to affect 6000 in 8 districts/index.html</path><hash>f0624195d81d854e9f51a3407f210c317466b2a0f63185a6375a6d6d00cdc55c</hash><block_count>95</block_count><block_received>79</block_received><complete>no</complete></transfer><transfer><carousel_id>2</carousel_id><path>World Possible: RACHEL/One Laptop Per Child Collection/wikibooks/books/solar_system.pdf</path><hash>722b1514fb0ccfd9fd25f25ada7449bdb22829f477afaf9ee74819ec89a69297</hash><block_count>1071</block_count><block_received>467</block_received><complete>yes</complete></transfer><transfer><carousel_id>3</carousel_id><path>updates/wt200/outernet-rx-2.0.000.pkg</path><hash>faacf280b6449063c3371e7548d0573420fb647e18aa7d9289519ea737bdfaae</hash><block_count>46140</block_count><block_received>24490</block_received><complete>yes</complete></transfer><transfer><carousel_id>4</carousel_id><path>.appdata/unicef-tweets/unicefwater/img/673123687202209793.png</path><hash>4aebc310d6de7b2a6f8606869ec62c873b4bdde07e6102569b2f7687f6aa8418</hash><block_count>226</block_count><block_received>117</block_received><complete>yes</complete></transfer><transfer><carousel_id>5</carousel_id><path>User Submitted Content/University of Massachusetts/C Programming/C Programming.pdf</path><hash>7e4a9e781b6e9a72c7ae3573e6eb91d380437721162cbd097834fb82599d9369</hash><block_count>1502</block_count><block_received>1502</block_received><complete>yes</complete></transfer></transfers></stream></streams></response>
[2015-12-09 00:58:26 (+0000)] ERROR    Unhandled error 'Missing URL argument: 'opener_id'' at GET /modules/mod_fbslider/vertical-right.png: