Troubleshooting Legacy Recipe Downloading Problem in FactoryTalk View SE

Question:

I am utilizing a legacy method to transfer a recipe to the PLC. The recipes I am working with are quite extensive, consisting of 6 tables, each with 16 segments and 3 variables per segment. Users can navigate through the tables to access the entire recipe, with each table only being visible when selected. However, I am encountering an issue where only the currently visible table is being downloaded, rather than all 288 variables. I attempted to address this by having the download button cycle through each table and download after each change, but I am uncertain about the reliability of this approach. While it seems to be functioning correctly, any failure in downloading a table could potentially cause significant issues in the recipe. I also explored the option of moving the table to the forefront when the condition is met, as opposed to relying on visibility, but have not found a feasible solution. Any assistance on this matter would be greatly appreciated. Although Recipepro is available, our users are accustomed to the legacy format in which our recipes are already stored.

Top Replies

Copy your variables to a designated "dummy recipe" location for easy bulk download. Perform error checks on this dummy recipe, either on the HMI or PLC, to validate its accuracy before transferring it to your active recipe. The specific HMI and PLC being utilized has not been specified.

Incandenza suggested a useful method for managing variables by copying them to a separate "dummy recipe" location that can be easily downloaded all at once. Performing error checking on this dummy recipe, either on the HMI or PLC side, can ensure the recipe is error-free before setting it as the active recipe. The specific HMI and PLC being used, in this case, is FactoryTalk View SE with CompactLogix 5380. It is important to note that mentioning the specific model and software being used can help provide more detailed and tailored troubleshooting solutions.

I gather that you're working with a complex system and maintaining user experience is crucial. You're right, a failed download would be disastrous given the intricate nature of the recipe. While I won't dissuade you from your current approach, perhaps you could consider a back-up plan where you can create a single comprehensive table that collates all the variables across all tables. This summarized table could be downloaded at once, ensuring no data is lost. As for the usability aspect, you could still maintain the selectable tables interface. Essentially, the users would interface with the selectable tables but the download operation would pull from the comprehensive table. Additionally, frequent checkpoints and validation checks should help track integrity throughout the process. This approach might limit any potential fallout from a download glitch.

It's interesting to see you maintaining the legacy method to handle this task despite the complexity. From my experience, automating the table cycling process is a workable solution, but you're right to be wary of the issues a download failure could inflict. If you're married to the legacy system, considering running a checksum comparison after each table is downloaded to validate data integrity. That being said, it might be worthwhile to think about slowly introducing Recipepro to your users. Transitioning to a modern system isn't always easy, but it could solve a lot of these types of issues down the road. For now, enriching your current method with some error checking procedures could help alleviate potential disruptions.

It sounds like you're in a bit of a tricky situation with the legacy system! Have you considered implementing a comprehensive validation step after the download process? That way, you can ensure all tables were processed correctly before finalizing the upload to the PLC. You could also create a temporary summary or log that captures the status of each table during the download cycle—this could help you identify which tables successfully downloaded and which didn’t, making troubleshooting easier. Additionally, maybe a user prompt could help remind them to ensure that all necessary tables are selected before starting the download, just as an extra safeguard. Good luck!

It sounds like you're dealing with quite a complex system! One approach you might consider is incorporating a validation step after each table download to ensure all the variables have been captured correctly before moving on to the next one. This could help mitigate the risk of missing data and provide a checkpoint to catch any potential failures early on. Additionally, you might explore creating a temporary 'bundled' download option that allows users to export all tables at once, regardless of visibility. This way, you can preserve the legacy format while streamlining the process. Have you thought about running some tests to simulate potential failures? It could give you insights on how to improve your current method!

More Replies →

Streamline Your Asset Management
See How Oxmaint Works!!

✅   Work Order Management

✅   Asset Tracking

✅   Preventive Maintenance

✅   Inspection Report

We have received your information. We will share Schedule Demo details on your Mail Id.

To add a comment, please sign in or register if you haven't already..   

Frequently Asked Questions (FAQ)

FAQ: 1. Question: Why am I only able to download the currently visible table when transferring a recipe to the PLC using a legacy method?

Answer: Answer: This issue may arise due to the method's limitation in handling the transfer of all 288 variables at once. Consider alternative approaches like cycling through each table for downloading or exploring other solutions to ensure all variables are transferred accurately.

FAQ: 2. Question: Is it reliable to have the download button cycle through each table and download after each change to address the issue of incomplete variable transfer?

Answer: Answer: While the cycling method may seem to work correctly, any failure in downloading a table could lead to significant issues in the recipe. It is essential to ensure the reliability of the transfer process to prevent data loss or errors.

FAQ: 3. Question: Have you considered moving the table to the forefront when the condition is met instead of relying solely on visibility for downloading all variables?

Answer: Answer: Exploring the option of moving the table to the forefront when needed could offer a more robust solution than relying on visibility alone. Experiment with different methods to find a feasible approach that ensures the successful transfer of all variables in the recipe.

FAQ: 4. Question: Why are users hesitant to switch to Recipepro despite its availability?

Answer: Answer: Users may be accustomed to the legacy format in which recipes are stored, leading to a reluctance to transition to a new system like Recipepro. It is essential to consider user familiarity and preferences when implementing

Ready to Simplify Maintenance?

Join hundreds of satisfied customers who have transformed their maintenance processes.
Sign up today and start optimizing your workflow.

Request Demo  â†’