Rebooting?

[troymail]

Fortunately, the workaround is easy (even if frustrating) --- we just have to move user recordings off of the card as soon as we notice the sluggishness.

Yes that's true.... but the way Uniden choose to handle (or not handle as it were) the problem is crap.

 

[wm8s]

[Insert your avatar here.]



...R

 

[werinshades]

Started to see the "rebooting issue" on my 536, searched the forums and it brought me to this older thread. Was there ever a solution found? Been using the Transcend 32gb SIM card, record daily and saw some of the issues previously mentioned including the "lag" when depressing the buttons. I have a second 32gb Transcend SIM I put in, and so far all seems to be back to "normal".

 

[jonwienke]

The scanner simply doesn't handle large numbers of files on the card for whatever reason. If you have Replay turned on rather than recording, the scanner automatically deletes recordings after the specified time, and you don't get the sluggishness or reboots.

 

[GrandpaFrank]

Sadly, it's a problem that should, and can be corrected. My "other brand" scanner records for months at a time without this issue. It's bad because the scanner reboots and is no longer recording, so when you go back to replay a major event only to find that your scanner rebooted yesterday and hasn't been recording since.. it's very annoying. You would think after 3 years since it's release date...

 

[gariac]

Previous I noticed the reboot only when I have the 436 on "hold" to record all traffic on a particular TG. I now have noticed that the scanner will reboot when recording while scanning lists.

Uniden has two choices here.
1) Specify a class of SD card where this problem doesn't happen (presuming it actually is the SD card, which I doubt)
2) fix their firmware

 

[buddrousa]

1. How old is the SD card?
2. How many files are on the SD card?
3. Is this the stock factory SD card?
4. What type SD card is this?
I have not had a reboot in over a year and a half and I am running a class 10 32GB Sandisk Ultra.

 

[marksmith]

1. Uniden can't specify a class of SD card where this won't happen, because they don't exist. All SD cards will eventually fail after enough read/writes. None are made to last forever.

Uniden does specify a preference for high endurance SD cards so they last longer.

2. Firmware has nothing to do with it.

Mark
536/436/ws1095/996p2/996xt/325p2/396xt/psr800/396t/HP-1/HP-2 & others

 

[gariac]

1. Uniden can't specify a class of SD card where this won't happen, because they don't exist. All SD cards will eventually fail after enough read/writes. None are made to last forever.

Uniden does specify a preference for high endurance SD cards so they last longer.

2. Firmware has nothing to do with it.

Mark
536/436/ws1095/996p2/996xt/325p2/396xt/psr800/396t/HP-1/HP-2 & others

Writes? I put in a 32Gbyte card. I doubt it has been rewritten. (I am assuming you understand leveling.)

How can you possibly claim there is nothing wrong with the firmware? (I am assuming you understand that all software has bugs.) Good software can at least recover without rebooting. This is very basic in embedded programming. (Unless you want to take chances with your heart/lung machine going off and rebooting.)

 

[buddrousa]

If you would have followed the the x36 and SD card threads for the last 2 plus years you would know it is the SD card that fails. It happens to my PRO18 PRO668 both of my TRX's we have had many explain why the cards fail. No you do not have to use all 32GB for writes and rewrites
https://forums.radioreference.com/w...what-happens-when-sd-card-full-recording.html (post 9) https://forums.radioreference.com/uniden-tech-support/307293-rebooting-3.html#post2726454 (post 57)

 

[gariac]

If you would have followed the the x36 and SD card threads for the last 2 plus years you would know it is the SD card that fails. It happens to my PRO18 PRO668 both of my TRX's we have had many explain why the cards fail. No you do not have to use all 32GB for writes and rewrites
https://forums.radioreference.com/w...what-happens-when-sd-card-full-recording.html (post 9) https://forums.radioreference.com/uniden-tech-support/307293-rebooting-3.html#post2726454 (post 57)

From the Uniden bcx36hp manual:

4 GB microSD card (provided - supports up to 32 GB) – For storing Favorites Lists, Profiles, all
your settings, Discovery sessions, and recording sessions.

So you say 8G is the limit, but Uniden says 32G. Oh, and the FAT32 limit is 32G. There shouldn't be a file limit encounter since Uniden only puts 100 files in a folder before starting a new one.

Thus nothing in those posts is relevant IF (big if) the Uniden firmware doesn't have a bug in it.

 

[buddrousa]

This has been hashed out time and time before here nothing new. It happens to both brands.

 

[marksmith]

Writes? I put in a 32Gbyte card. I doubt it has been rewritten. (I am assuming you understand leveling.)

How can you possibly claim there is nothing wrong with the firmware? (I am assuming you understand that all software has bugs.) Good software can at least recover without rebooting. This is very basic in embedded programming. (Unless you want to take chances with your heart/lung machine going off and rebooting.)

The firmware is not the issue. All SD cards fail.

If you don't want to learn anything or get help, then don't post here.

Any casual look through the RR threads will show you the issue is the SD card, and not the software. What your lung machine has to do with anything I don't know, but if it runs on any brand of SD card, you are in trouble if you think SD cards are infallible and you are relying on it..

To answer your question again, Uniden recommends high utilization cards because the radio is continuously writing to the card while scanning. SD cards die after so many writes to the card.

Mark
536/436/ws1095/996p2/996xt/325p2/396xt/psr800/396t/HP-1/HP-2 & others

 

[ofd8001]

Writes? I put in a 32Gbyte card. I doubt it has been rewritten.

The scanner has a Replay Transmission feature:

Replay Transmissions
Your scanner Replay feature acts as an instant replay of the transmissions you’ve just heard. You can set how long a period Replay records for instant playback. This period can range from 30 seconds to 240 seconds (4 minutes). While you can replay that recording immediately and continue replaying it, you cannot save it for future listening.

These transmissions are stored as WAV files on the SD card and this is a continuous process. Whenever the scanner is operating and receiving transmissions, the X duration audio is stored on the SD card. If a guy was to explore the SD card, in the Audio/Inner_rec folder, one would see a number of files. Just checking mine, I have 20 files with 1.88 MD of data from this feature, all written within the past few minutes (busy night around here).

So even though you may not be writing to the SD card, the scanner is. It is that process that leads to wear and tear on the SD card. It's a normal part of the scanner operation and you can't stop that from happening.

And just like with auto tires, they don't last forever.

 

[marksmith]

It's pretty clear to me that he does not want any help. I don't know why he bothered to post here.

Mark
536/436/ws1095/996p2/996xt/325p2/396xt/psr800/396t/HP-1/HP-2 & others

 

[gariac]

It's pretty clear to me that he does not want any help. I don't know why he bothered to post here.

Mark
536/436/ws1095/996p2/996xt/325p2/396xt/psr800/396t/HP-1/HP-2 & others

That is your opinion. Insult me all you want. The problem is you have failed to convince me that the problem is the SD card.

BTW, the card is a Toshiba rated at 30mbps, way better than class 10 minumum specs. It is a card designed for video recording.

Now I will point out that if the firmware was written by a competent manufacturer, they would detect a write error and report that the card is bad, rather than just do a random boot.

Rather than just making stuff up, I will test the card once I pull all the data off of it.
https://ccollins.wordpress.com/2016/01/18/testing-sd-cards-with-linux/
The results will be interesting.

 

[jonwienke]

Reboot issues are card problems 99+% of the time. If you don't want advice from numerous people who know what they are talking about, why waste our time asking?

Fast write speed isn't what you want, it's high use tolerance (more write cycles before failure). Unless you have replay and recording turned off, the card is being written to constantly, which will eventually wear out the card.

 

[SMOKE1]

WOW!

For a Web site that claims / wishes to be " The GO TO " Web site for all things Radio Communications wise for everyone, especially newbies, it is missing the boat with threads like this one. Using the Forum Search feature as the ' stickies ' state, usually lists 5 or 10 threads that ( MIGHT ) be differing wording for your problem and actually answer your question. Mostly though, it just serves to aquaint the new user of these Forums to think twice before posting a question due to the responses from the " VETERAN " members of the site that have answered or replied in the threads found using the 'SEARCH' method.
Since 'US' users who are looking for help are referred to threads that may have started back in 2013 or before and are requested to read ALL the posts, we get to read through the all the NOW veterans posts as noobs then, up through NOW. And it is quite intimidating! ' Sheldon Cooper ' type intimidating.
Please realize that EVERYONE KNOWS that he alone is the smartest person in the world., But let US discover it, by reading your posts, discovering your wisdom, and then providing the accolades you deserve from US, THE GREAT UNWASHED MASSES, that UNIDEN makes these scanners FOR to purchase at $500, and up, a pop, which makes them available so YOU who understand them, can get them, use them to there fullest potential, mod the crap out of them, etc. Put up with our silly arse questions, and our equally silly arse ideas. This way, UnIDEN will continue to make scanners for US, TGUM, that will them to a price point YOU can afford.
While the answer you have given may be THE ANSWER, post at odds with it are just that. No need to respond further to posters that disagree with your logic or answer. Remember that the definition of ' Insanity ' is doing the same thing, over and over while expecting different results.
Why can't we all just get along?

Now, to the discussion in this thread.....
SSD manufactures state that you should not use the" DEFRAG " Disk Maint. Command on SSDs because they have a 'finite' number of writes / rewrites in the matrix of the drive material. An SD card is an SSD, so I would conclude that this also holds true for SD cards?

Does the x36 software / firmware reserve a particular sector or specify what part of the SD card is used for the ' REPLAY ' function to use upon writing of the initial program loading of the Uniden software to the SD card?'

So as has been pointed out, if the ' REPLAY " function is on, the scanner is writing over and over the SAME 240 second chunk of the SD card 24-7-365 , REGARDLESS of the physical size of the SD card in the scanner?

Does the UNIDEN software tell the ' REPLAY ' function ' if while writing to disc, a bad sector is encountered, skip it or STOP the replay function?

How about the ' RECORD ' function? Similar instructions?

Is there a ' Back up ' set of operating instructions kept on thee SD card?

Does the UNIDEN firmware ' Specify ' where on the SD card the specified software commands WILL ALWAYS be found, thus setting the stage for failure when a data sector fails?

V/R
Ronzo

 

[garys]

If you don't like the advice given here, then maybe there is a better forum where you can get advice.

Until proven otherwise, which no one has done yet, random rebooting of the x36HP scanners is caused by SD card failure. It's easy enough to test out by putting in a replacement card.

From my experience owning 3 different x36HP scanners, once a card starts exhibiting any erratic behavior, the best course of action is to put in a new card. Trying to reformat or reinitialize the card with Sentinel is at best a temporary fix.

SD cards are now cheap enough that cost is not a barrier to having a couple of spares on hand.

That is your opinion. Insult me all you want. The problem is you have failed to convince me that the problem is the SD card.

BTW, the card is a Toshiba rated at 30mbps, way better than class 10 minumum specs. It is a card designed for video recording.

Now I will point out that if the firmware was written by a competent manufacturer, they would detect a write error and report that the card is bad, rather than just do a random boot.

Rather than just making stuff up, I will test the card once I pull all the data off of it.
https://ccollins.wordpress.com/2016/01/18/testing-sd-cards-with-linux/
The results will be interesting.

 

[buddrousa]

Also the WHISTLERS have the same problem with SD cards going bad so it all points to the short comings of the SD cards. I say this because I own 3 Uniden SD Card scanners and 4 Whistler SD Card scanners and have failures with all seven scanners at one time or another. The more busy the scanner the faster the fail time.