Hi Kasper

See attached screenshot.

If you enable the HUD in the Analyzer, you'll see running tallies of the following

1: Drying Stage. This is defined by the presence of an Event, with its type set to "Drying End"
2: Ramp Stage. This is defined as the time from the Drying End Event to the First Crack (beginning of development)
3: Pyrolysis: This is defined by the presence of an Event, with its type set to "Pyrolysis"
4: Development: This is defined as the start of first crack to the end of the roast.

In this HUD, Roastmaster displays real-time tallies of each of these as
1. Duration in minutes and seconds
2. Percentage of time of the whole roast.

So, Roastmaster's Percentage of Development SHOULD correlate to the information on the link you sent, i.e. Rao's Development Time Ratio. Just keep in mind this a percentage, not a true ratio - that's a different thing altogether.

If you're interested in learning how to use events, there's some good information in this screencast.

Hi guys.
Is it already possible else a wish, to have development timer starting from 1st crack.
Like this:
https://www.google.com/amp/s/petedenison.net/2014/09/09/coffee-roasting-development-time-ratio/amp/

Great news!

Glad you got it fixed - you're very welcome!!

It does after the connection begins, yes, but when RM transmits an ACK response back to you - the very next line of my code resets its internal Epoch to -1, so that the next datagram it processes (assumedly a temp datagram) will always have a larger Epoch.

What is the interval between packet sends in your code? I’d ry the following:

1) Try setting the send interval to every 2 or 3 seconds to make sure that datagrams are not "bottlenecking” on the network interface of either devices and being a) discarded or b) processed out of order.

2) Try sending the following string constant instead of the actual information that you build: {"RPVersion":"RDP_1.0","RPSerial":"Probe1","RPPayload":[{"RPEventType":3,"RPChannel":1,"RPValue":99.90,"RPMetaType":3001}]}

This is the same string that you originally posted, minus the Epoch. I tried this on my end, and got a connection instantly. When sending datagrams, if you do NOT include an Epoch, RM will process every datagram it receives without question. That may shed some light as to whether or not the Epoch is mucking things up

3) Finally, make sure that the methods you are using to LOG the information you posted (IP addresses, JSON strings, etc.) are actually logging the same information you’re sending. Sounds silly, but I’ve encountered many situations while coding where I formulate data for use, encounter a problem, and then re-formulate that data for logging and can’t find the problem. Often, it’s because the logging method is building it differently (not escaping quote marks, missing a comma, referencing the wrong variable etc.). If your logging method isn't already doing so, try logging the data exactly as it is being send.

Let me know - I'm very interested to know what the issue is.

Hi alja

It has WiFi, so looks like it would work fine.

The Arduino IDE uses libraries (often written by Adafruit) to access these breakout boards they sell. It would probably be a different library than the one in the sample code (for the Feather HUZZAH), so you would have to import the appropriate library, and then tweak the sample code based on the functions it supplies and its operation. The same applies to the Max chip if it varies from the sample code. But - for functionality - it looks just as good as the HUZZAH.

Make sure you get a power supply, breadboard, and wires.