This request is from my customer Kimura in Japan who is forwarding a request of their customer who is Toyota Marine.


Hello John,

Please forward Toyota's request below to an appropriate person of your team and reply to us.

<Background>
Murphy provided DM1 Alarm demo configuration to Toyota in 2013 and sent the comments below.

--- Quote ---
#2
To ignore the DM1s that are continuing to be sent, you need to follow the state machine logic in the Murphy Standard configuration. In that configuration we have a very complicated state machine, mostly because of the behavior noted below. The engine does continue to send DM1 messages as long as there is a problem to report. To prevent this we have logic that hides the DM1 message. In our example configurations we keep an icon up as long as the DM1 is being sent but it is small and out of the way.
--- Unquote ---

Recently, Toyota would like to add this alarm function to new configuration created for PV780 but have some problems.

When multiple DM1 are broadcasted, alarm is triggered. One of the DM1 is fixed and we push "acknowledge" button to silence, alarm is triggered again because other DM1 are still broadcasted. It is inconvenient for an end user because alarm is continuing (loud) and the end user should push "acknowledge" button many times.

<Toyota's Request>
Toyota think the configuration states alarm is triggered when number of DM1 is changed and the number is above zero(0). In this case, alarm is triggered again by pushing "acknowledge" button under multiple DM1.
Toyota request that alarm is triggered then number of DM1 is changed and "the total number of DM1 is increased (which means when new DM1 is broadcasted only)".

Could you send modified Alarm Demo configuration to us ASAP due to Toyota's urgent need?

If you have any question, please feel free to let us know.

Best regards,
Tsukasa Shiii

----------------------- Original Message -----------------------
From: shiii <shiii@kimuracorporation.co.jp>
To: Brian McRae <>
CC: <>
Date: Thu, 21 Nov 2013 16:21:24 +0900
Subject: Re: forum issues and programming a 750

On Thu, 21 Nov 2013 16:21:24 +0900
shiii <shiii@kimuracorporation.co.jp> wrote:
> Hello Brian,
>
> I apologize for the delay in reply.
>
> I have been discussing this issue with Toyota and was told that it
> will need a time for them to get all information which need to be
> filled in the request form but they will proceed with it.
>
> In parallel, they also asked us to confirm if you can handle the
> following modifications on your example configuration as sample
> because it has small changes from the existing one. If you will not
> handle any modifications on this as sample, I will explain that to
> them. Please kindly get back to us.
>
> 1. Maintenance count-up triggering the digital output as well as DM1.
>
> 2.
> > (Request) Alarm should not be triggered each time. Alarm should be
> > re-triggered when DM1 is broadcasted newly.
>
> Your understanding is much appreciated.
>
> Best regards,
> Tsukasa Shiii
>
> ----------------------- Original Message -----------------------
> From: Brian McRae <>
> To: shiii <shiii@kimuracorporation.co.jp>
> CC: ">
> Date: Fri, 8 Nov 2013 23:07:28 +0000
> Subject: RE: forum issues and programming a 750
>
> On Fri, 8 Nov 2013 23:07:28 +0000
> Brian McRae <> wrote:
> > Tsukasa,
> >
> > I have passed this email along to Jeff who runs our IPD software development group. He will help me answer some of these questions if he has time.
> >
> > I have introduced the Kimura team that was here for training to Jeff Greer and to Terry Brei from IPD.
> >
> > I recommend that you fill out the request for quote form for Toyota so that they can have better support. What they are asking below is far more than the normal for example or simple support. It also shows that their configuration is more difficult to develop than the typical configuration. They request form is here
> > http://www.fwmurphy.com/quote/ipd
> >
> >
> > By requesting a quote we can all go through the process of providing you correct support for your issues and let you know what it would cost to develop Toyota's configuration. This might be preferable to them since it would be done in a more timely manner for less overall cost. The IPD group has worked with configurations partially done or done by other developers so that could use the configuration already developed by Toyota as a starting point.
> >
> > Please fill out the form, the level of support Toyota is asking for is very difficult to continue to provide for free.
> >
> > To address your questions below
> > =========================
> > #3
> > Here is the answer that we have done already for number 3 below.
> > viewtopic.php?f=20&t=773
> >
> > The problem, of course, is we are telling Toyota how to do what they want without spending a lot of time developing a configuration for them.
> >
> > I recommend that you engage the IPD group for developing that part of the configuration if our examples and explanations are not enough.
> >
> > #1
> > I am assuming ramp status is actually lamp status.
> >
> > This behavior is as designed. Is this a problem he is having in his lab or at his desk or a problem on an boat?
> > If something sends an error, it is treated as an error. Many engines send DM1 messages without any lamp status, or invalid lamp status. This is for two reasons: 1. Some engine manufacturers repurpose the lamp status bits for different functions. 2. Many engine manufacturers ignore the status bits completely.
> >
> > #2
> > To ignore the DM1s that are continuing to be sent, you need to follow the state machine logic in the Murphy Standard configuration. In that configuration we have a very complicated state machine, mostly because of the behavior noted below. The engine does continue to send DM1 messages as long as there is a problem to report. To prevent this we have logic that hides the DM1 message. In our example configurations we keep an icon up as long as the DM1 is being sent but it is small and out of the way.
> >
> > The Murphy Standard configurations are located here
> > viewtopic.php?f=26&t=690
> >
> > Hope this helps.
> >
> >
> >
> > _____________________________________
> > Brian McRae
> > Supervisor Software Test
> >
> > Office
> > (918) 317-4310
> > Fax
> > (918) 317-4387
> > Email
> >
> >
> >
> >
> >
> > -----Original Message-----
> > From: shiii [mailto:shiii@kimuracorporation.co.jp]
> > Sent: Tuesday, November 05, 2013 8:40 PM
> > To: Brian McRae
> > Cc: ttakehara@kimuracorporation.co.jp; Ray Prussing
> > Subject: Re: forum issues and programming a 750
> >
> > Hello Brian,
> >
> > Toyota checked the sample configuration and asked you to modify it as below because some functions do not work as they expected.
> >
> > 1.
> > (NG) Alarm is also triggered when ramp status of DM1 is still "0".
> >
> > (Request) Alarm should not be triggered when ramp status of DM1 is "0"
> > because the ramp status "0" should mean "normal condition" (without DM).
> >
> > 2.
> > (NG) When multiple DM1 are broadcasted, each alarm is triggered each time an acknowledge button is pushed.
> >
> > (Request) Alarm should not be triggered each time. Alarm should be re-triggered when DM1 is broadcasted newly.
> >
> > 3.
> > (NG) When two PVs are connected, these are not linked about silencing alarm.
> >
> > (Request) Connected two PVs should be linked and work when acknowledge button and/or silence button (for alarm) is pushed.
> >
> > If you have any question, please feel free to let us know.
> >
> > Best regards,
> > Tsukasa Shiii
> >
> > ----------------------- Original Message -----------------------
> > From: shiii <shiii@kimuracorporation.co.jp>
> > To: Brian McRae <>
> > CC: <>
> > Date: Wed, 23 Oct 2013 15:48:30 +0900
> > Subject: Re: forum issues and programming a 750
> >
> > On Wed, 23 Oct 2013 15:48:30 +0900
> > shiii <shiii@kimuracorporation.co.jp> wrote:
> > > Hello Brian,
> > >
> > > Thank you for sending the sample configuration for demonstration.
> > >
> > > Please see the answers below about your questions.
> > >
> > > 1. Toyota is using 750s and will replace it with 780s in the future.
> > > 2. Toyota is doing the configuration and sends questions to us due
> > > to language problem.
> > > 3. They asked about the PVAA gauges and are now asking this as
> > > another solution.
> > > 4. Yes, this is handled by the same group of Toyota (Toyota Marine).
> > > Application is the same, pleasure boats, but next generation.
> > >
> > > Best regards,
> > > Tsukasa Shiii
> > >
> > > ----------------------- Original Message -----------------------
> > > From: Brian McRae <>
> > > To: shiii <shiii@kimuracorporation.co.jp>, "takehara (ttakehara@kimuracorporation.co.jp)" <ttakehara@kimuracorporation.co.jp>
> > > CC: Ray Prussing <>
> > > Date: Tue, 22 Oct 2013 13:51:47 +0000
> > > Subject: RE: forum issues and programming a 750
> > >
> > > On Tue, 22 Oct 2013 13:51:47 +0000 Brian McRae
> > > <> wrote:
> > > > Tsukasa,
> > > >
> > > > Sorry this took so long, we were in the middle of doing critical testing on a new product. We finally got a demo for you.
> > > >
> > > > Attached is a configuration that demonstrates DM1 triggering the digital output. It also starts a timer that is displayed on the screen. There are two buttons. One acknowledges the alarms, the other silences the alarm. If you silence the alarm it does not acknowledge the DM1 so the count says the same but the digital output clears. If you hit silent the timer goes back to 0.
> > > >
> > > > Some notes about this sample: 1. The timer counts up, not down. That should not be too hard to change if needed. 2. If you send multiple DM1 alarms, each one you acknowledge will restart the timer. 3. This is for a 750 done in version 2.3. We did this deliberately to be the applicable to the most applications. To convert to version 2.6 and the 780 should be as simple as opening the configuration in 2.6 using the Import MurphyConfig File... button.
> > > >
> > > > We did not do the freeform can syncing of display demo yet.
> > > >
> > > > Some questions about this application
> > > >
> > > > 1. Are they using 780s or 750s?
> > > > 2. Is Toyota doing the configuration or Kimura?
> > > > 3. Are they asking about PVAA gauges and acknowledging the alarm from either display or is that issue resolved?
> > > >
> > > > We have already tested and released a Toyota configuration for Marine usage, is this the same group? The same application?
> > > >
> > > > Thanks,
> > > >
> > > > _____________________________________
> > > > Brian McRae
> > > > Supervisor Software Test
> > > >
> > > > Office
> > > > (918) 317-4310
> > > > Fax
> > > > (918) 317-4387
> > > > Email
> > > >
> > > >
> > > >
> > > >
> > > > -----Original Message-----
> > > > From: shiii [mailto:shiii@kimuracorporation.co.jp]
> > > > Sent: Monday, October 21, 2013 3:50 AM
> > > > To: Brian McRae
> > > > Cc: Ray Prussing
> > > > Subject: Re: forum issues and programming a 750
> > > >
> > > > Hello Brian,
> > > >
> > > > May we hear from you about the item #1?
> > > >
> > > > Best regards,
> > > > Tsukasa Shiii
> > > >
> > > > ----------------------- Original Message -----------------------
> > > > From: shiii <shiii@kimuracorporation.co.jp>
> > > > To: Brian McRae <>
> > > > CC: ">, "KC/Yajima" <yajima@kimuracorporation.co.jp>, "KC/Kojima" <kojima@kimuracorporation.co.jp>, "KC/Uematsu" <uematsu@kimuracorporation.co.jp>
> > > > Date: Fri, 11 Oct 2013 14:04:19 +0900
> > > > Subject: Re: forum issues and programming a 750
> > > >
> > > > On Fri, 11 Oct 2013 14:04:19 +0900 shiii
> > > > <shiii@kimuracorporation.co.jp> wrote:
> > > > > Hello Brian,
> > > > >
> > > > > Thank you for your attention.
> > > > >
> > > > > OK, we will contact with you directly about configuration issues.
> > > > >
> > > > > I filled information of my account in the attached spread sheet.
> > > > > Our team will share the spread sheet in parallel with each account.
> > > > >
> > > > > In my case, item #1 is urgent request from Toyota, I will wait
> > > > > for your reply.
> > > > >
> > > > > Best regards,
> > > > > Tsukasa Shiii
> > > > >
> > > > > ----------------------- Original Message -----------------------
> > > > > From: Brian McRae <>
> > > > > To: "shiii@kimuracorporation.co.jp" <shiii@kimuracorporation.co.jp>, "ttakehara@kimuracorporation.co.jp" <ttakehara@kimuracorporation.co.jp>, "mnarita@kimuracorporation.co.jp" <mnarita@kimuracorporation.co.jp>
> > > > > CC: Ray Prussing <>
> > > > > Date: Thu, 10 Oct 2013 14:55:30 +0000
> > > > > Subject: forum issues and programming a 750
> > > > >
> > > > > On Thu, 10 Oct 2013 14:55:30 +0000 Brian McRae
> > > > > <> wrote:
> > > > > > Tsukasa,
> > > > > >
> > > > > > If you have issues getting answers from the forum, please email me and I will try to make sure you get some kind of answers. Please do not email Adam about these issues as he designs and supports panels and is not involved with programming 750s. In fact, he does not even have access to the forum.
> > > > > >
> > > > > > In fact, I don't think you should email Adam at all for the time being, it is making it difficult to track all the issue you have. I am going to instruct Adam to not forward email he receives from Kimura so we don't get confused.
> > > > > >
> > > > > > We are have significant issues with our forum not posting questions and not notifying us of new posts. I apologize for not being able to get you all the answers you need in a timely manner.
> > > > > >
> > > > > > Let's try this to see if we can work on all the issues Kimura is having. I have attached a spread sheet filled out with some of the issues I know about. I have added columns for important information, such as priority, final customer, and some other information. That way we can work the issues as we see them and make sure we all agree that an issue is fully closed.
> > > > > >
> > > > > > It would be best to simply use the attached spreadsheet and update it. I have started it with the 3 issues we have either opened or recently closed, I'm sure there are others. Please update and email it back to me. Feel free to add columns or any other information you think is relevant.
> > > > > >
> > > > > >
> > > > > > _____________________________________
> > > > > >
> > > > > > Brian McRae
> > > > > >
> > > > > > Supervisor Software Test
> > > > > >
> > > > > > [cid:image008.jpg@01CE0DEE.12A45460]
> > > > > >
> > > > > > Office
> > > > > >
> > > > > > (918) 317-4310
> > > > > >
> > > > > > Fax
> > > > > >
> > > > > > (918) 317-4387
> > > > > >
> > > > > > Email
> > > > > >
> > > > > > <mailto:bmcrae@enovationcontrols
> > > > > > .com
> > > > > > >
> > > > > >
> > > > > > [Description: Murphy EControls (3)]
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > >
> > > >
> > > >
> > > >
> > >
> >
> >
> >
>

Hello jhaynes,

In general, the Murphy Standard configurations that come with PowerVision Configuration Studio use the Dm1.AcknowledgeCurrent event on a button press. This means that each unique fault must be acknowledged.

The way to acknowledge all current DM1s that the display has received, the configuration can use the Dm1.AcknowledgeAll event in place of the Dm1.AcknowledgeCurrent. This would suppress the alarm until a different fault is received. It is possible that a fault could be cleared without the user seeing all of the faults that have been received.

Depending on the version of the standard configuration being used, the state machines that process acknowledging the DM1s are different.

Please let me know if you have more questions or if I have gotten your question totally wrong.