schlotz said:
Selected 5 minutes again, ran a 17 minute, showed readings at least once a minute – 1 reading for each thermometer in the probe and the average reading. So 5 readings were logged for the session at least once every minute. Did not have anything to do the temperature interval or the 5 minutes I selected on the gateway.
Remember, the setting in the Gateway reports the reading from the Pro-Series Probe (PSP) according to the interval setting (15, 30 or 60 seconds. Or 5 minutes as you found from the web!! Great job!). That’s it, no other transmissions implied. That interval does
not affect the probe(s). It would be interesting to see how often the Gateway transmits PSP temps in your data.
The probe behavior you state is in line with TW’s specs: each probe will transmit upon TBTI delta or 60 seconds whichever is sooner.
That said, the question seems to be if the probe(s) battery is sufficient for 3,600 or so transmissions. So for, say a 10hour cook we’d expect at
least 3600 transmissions (10h=3600seconds, assuming
only 1 transmission per 60 seconds) but we know it’d really be way more due to the temperature change triggering the TBTI. A brisket might go 40F to 210F, a delta of 170*; triggering TBTI at least 57 times (with a TBTI setting of 3sec). 57 additional transmissions.
According to your data, this seems to be happening, you’re getting 3955 transmissions from your probe.
Seems to me their algorithm for triggering a probe transmission possibly is triggering prematurely (likely), or the robustness of their probe batteries is not as adequate as they surmise.
Edit: Sorry, I seem to be incapable of inserting a quote properly
I would agree that the setting for the gateway is for the pro-series probe as stated on my android. But it states it is for all devices on the web interface.
Thermoworks tech support stated the app interfaces needed to be updated to be consistent and it is for all devices. At this point I am seeing enough issues that I am not taking anything for granted. Big assumption, but assuming 2 development teams, 1 for smart devices, 1 for web, they could be walking over each other with different interpretations of the specifications, getting different change orders, etc. I can make a case where there should be two configurable settings as you point out, but that would contradict what TW support sent me.
After seeing the post by smoque-BBQ using it commercially, I agree that they are not ready for prime time. Batteries losing that much capacity in a week, is very concerning. It made me look up the warranty routine. There is nothing straight forward like 1 year, etc. What they state related to returns is " If your equipment appears to be malfunctioning, please call our Technical Support team for troubleshooting assistance and for additional warranty, repair, and replacement options."
While looking for warranty, I looked at the RFX MEAT operating instructions that came in the box. This is now the most concerning thing I have found. Look carefully at the bottom of the first page page on yours. On mine there is a white label that has been applied to the bottom. Took a little doing but I was able to make it all out. It covers up a table showing the following:
Update Rate , 10 min. charge (80%) , 20 min. charge (100%)
Sear Mode, 4 hrs 30 min , 5 hrs 45 min
10 sec , 5 hrs 36 min , 7 hrs
15 sec , 8 hrs , 10 hrs
30 sec , 20 hrs , 25 hrs
60 sec , 52 hrs , 65 hrs
Talk about a cover up!
Is this why the shipments were delayed, they were putting labels over what interval settings in the documentation?
Also makes me think there were different options intended and they have had some changes and the development teams are not synchronized. Strange it does not mention the dynamic temperature interval, has 5 settings - that do not match anything in the application interfaces.
I just rewatched a video from 3 months ago - Everthing you need to know about RFX Meat. It mentions a 1 second interval option (he was doing a sear). That option is not available now, might have been the "Sear Mode".
Also begs the question, why wouldn't they just reprint their documentation so someone like me wouldn't find it - already over budget, they have bigger problems, use your own imagination.
They are about to lose me as a customer forever after finding this one.
They really need to share some detail about what is wrong, how they intend to resolve, why the documentation was covered up, etc. If they can fix their problems and have a better story to tell in the end, I could live with that. Right now I feel like I am part of a beta release, they are dealing with known issues and went to market anyway.