Topic: meteobridge (pi) enforces which SD card you use? **solved**

[vinceskahan]

The docs say so at least.  Seems a bit draconian.  I'm willing to take the risk the SD cards I use are good enough for at least 'initial' testing of MB to see if it adds any value for me.

Is there any way to turn that rigid behavior off ?

What exactly does MB check to know whether the card is acceptable ?  I have to think it's looking for some standard being complied with rather than a specific model number (hopefully).

[Mattk]

No not draconian, quite legitimate to enforce a critical component of the hardware, the data storage, failed storage then simply fails the whole unit and users don't want a failed unit or loss of their data. This isn't something done for the sake of, it provides unit integrity and robustness based on a previous history of such failures using low end consumer grade storage.   

[vinceskahan]

Disagree. Yes draconian.  We're all adults here.  We can decide to take risks especially when doing initial testing to decide if it even makes sense to proceed.    I'm cool with 'recommending' certain models and saying only those are tested etc. but once it crosses to cannot even 'try' the product without a rather hard to find model card, guess I'll have to pass.

[Mattk]

Adults Yes, and past experience shows even adults will take the cheap option then have the hide to complain it failed, the solution works fine. MBPro2 doesn't use USB but MicroSD (much like the NanoSD) so has improved storage/system integrity over the USB sticks.

[docbee]

You can enforce Meteobridge to accept any sd card by this hack:

Code: [Select]

http://ip-of-your-meteobridge/cgi-bin/system.cgi?touch%20/root/anysdcard
But Mattk is totally right, it is silly to do so and you will regret it when the system stalls/fails out of nothing in a couple of month. And please don't bother me or the forum when you hit the wall.

[Gyvate]

@vince:
I agree with Boris in principle. Even though you can reduce the risk by a smart and regular backup/DR policy.
Maybe meanwhile some of the (non low cost) microSD cards are more robust.

I'm going to run a long time test with SanDisk High Endurance and Maximum Endurance microSD models with a parallel MB on RPi4B installation (sort of a "RAID 1" - both identical installations on identical hardware except for the storage (SD card)).
Will see what it gives.

In my case with a high data load of about 45 minute based sensor values to be stored along with the different summary tables and 4 parallel stations (not just a 5 minute weewx archiving  cycle interval with one station ), meaning multiply the load by four, a reliable storage medium is highly advisable.

anyhow you can circumvent now the SLC enforcement using the link provided by Boris.
On the other hand 16 GB SLC microSD storage is not so expensive either.    +/- 30 USD.
But for a test of the appliance (assuming you use a RPi) it's imo fair to have a workaround.

[vinceskahan]

You can enforce Meteobridge to accept any sd card by this hack:

Code: [Select]

http://ip-of-your-meteobridge/cgi-bin/system.cgi?touch%20/root/anysdcard
But Mattk is totally right, it is silly to do so and you will regret it when the system stalls/fails out of nothing in a couple of month. And please don't bother me or the forum when you hit the wall.

This is not complicated.

I have a spare pi4.  I have spare very good non-industrial SD cards.

I simply wanted to 'evaluate' the product to see if I wanted to proceed.   I should not need to buy any hard to find and expensive industrial SD card to do so.   I should be able to try the product at my own risk.

And then  "IF" it looked worth pursuing, only "THEN" was I going to try to find one of the difficult to find expensive industrial cards to run in a supported manner.

But with such a flexible and helpful welcoming community for this particular product oh hell no.  Hard pass.

[Mattk]

You have the information, what you do with that information is up to you

[docbee]

You have the information, what you do with that information is up to you