1
PLUS+1 Compliant Hardware / Re: JS6000 and JS1 Interoperability
« Last post by Lukey on Today at 05:30:30 AM »What are the two materials No's?
Recent Posts
2
PLUS+1 Compliant Hardware / JS6000 and JS1 Interoperability
« Last post by jraber on May 11, 2026, 07:08:04 PM »Hello,
A client of mine is trying to physically use a JS1 in place of the obsoleted JS6000 and I am being told that it is not working. In our program we are using the JS6000_CANPlus block for handling this input, but I would think that all that is doing under the hood is parsing the raw CAN messages into an easy-to-use form. According to the data sheets of the JS6000 and the JS1 they use the same PGNs (0xFDD6, 0xFDD7), and I have verified this using the CAN logger in service tool. Same connector, same PGNs, so I would think it should be a plug-and-play upgrade, but apparently that is not the case (according to our client).
Does anyone have experience with this kind of hardware upgrade? Confirm or deny that it should "just work"?
Thanks,
JT
A client of mine is trying to physically use a JS1 in place of the obsoleted JS6000 and I am being told that it is not working. In our program we are using the JS6000_CANPlus block for handling this input, but I would think that all that is doing under the hood is parsing the raw CAN messages into an easy-to-use form. According to the data sheets of the JS6000 and the JS1 they use the same PGNs (0xFDD6, 0xFDD7), and I have verified this using the CAN logger in service tool. Same connector, same PGNs, so I would think it should be a plug-and-play upgrade, but apparently that is not the case (according to our client).
Does anyone have experience with this kind of hardware upgrade? Confirm or deny that it should "just work"?
Thanks,
JT
3
Controllers / Re: MC050-010 OBSOLETE
« Last post by samuelhj on May 07, 2026, 05:35:31 AM »Please also check level on input pins.
If they are critical, you may have problems.
The thresholds are a little different.
We have had an application and the voltage levels were critical and by using MC050-010 we have had luck - it works.
By using MC050-100 our hardware produced error at the inputs:
We have send impulses to input pin and the voltage level was to high and some pulses were not counted.
So we optimized our hardware and MC050-100 worked well.
If your hardware-design is critical every change in hardware and software can produce errors!
So, check for good design everytime!
To add to that, the datasheet and the information within Guide can vary a bit, I've had that headache before, thankfully realising it early enough in the process, but I believe at least what i encountered has been updated.
4
Controllers / Re: Dynamic Node ID - Is this possible?
« Last post by Lukey on May 05, 2026, 04:39:02 AM »It might be possible on a DM7/10/12 Display, as there is a reset/reboot/power cycle wire signal command.
On a controller/expansion module I don't think the above command is available.
On a controller/expansion module I don't think the above command is available.
5
Controllers / Dynamic Node ID - Is this possible?
« Last post by Mr.Jacobee on May 04, 2026, 08:37:10 AM »Hello,
I would like to ask whether it is possible, from PLUS+1 GUIDE code or from an already compiled application, to reset or restart a CAN interface without performing a full power cycle.
The reason is that I need to change the Node ID of a specific CAN interface during operation. The application involves connecting two machines which normally operate independently, but in this case they need to be linked together and behave as one machine in a Master-Slave configuration.
Ideally, I would like to change the Node ID and then restart or reinitialize only the CAN interface, so the new configuration becomes active without switching the whole controller off and on again.
Is this possible in PLUS+1 GUIDE, or is a full power cycle required for the CAN interface to apply the new Node ID?
Thank you for any advice or experience.
I would like to ask whether it is possible, from PLUS+1 GUIDE code or from an already compiled application, to reset or restart a CAN interface without performing a full power cycle.
The reason is that I need to change the Node ID of a specific CAN interface during operation. The application involves connecting two machines which normally operate independently, but in this case they need to be linked together and behave as one machine in a Master-Slave configuration.
Ideally, I would like to change the Node ID and then restart or reinitialize only the CAN interface, so the new configuration becomes active without switching the whole controller off and on again.
Is this possible in PLUS+1 GUIDE, or is a full power cycle required for the CAN interface to apply the new Node ID?
Thank you for any advice or experience.
6
PLUS+1 and C / OS API in C/C++ Files
« Last post by jraber on April 29, 2026, 06:54:22 PM »Hello,
I am working on an internal tool that converts .dbc files into POUs that can imported into GUIDE as a single source of truth for CAN communication. I have the actual CAN communication functionality implemented using the functions provided Middleware_CAN_Base_Public (from the middleware library), but along with this I would like to implement a sort of "watchdog" that monitors for connectivity issues. I was initially trying to use time.h (the standard C99 header), and it did not work. I currently have this set up by passing OS.ETime into my POU and saving that to a static variable when the corresponding CAN message is received. From there I compare the passed in value to the static variable, and if a certain amount of time has passed since the last message was received an output variable is set to true indicating a timeout or communication error.
Now, it would be really nice if I could get the OS.ETime value directly from within the POU instead of requiring it to be passed in (there will be many POU calls so the fewer manual routes I have to do the better). The "OS C APIs in PLUS+1 GUIDE" section in the GUIDE user manual gives me hope that it is possible because it states "The presence of an APIs sub-node under the HWD node within the Project Manager tree indicates that the used HWD offers OS C API support for your project."
But I am also doubtful for my situation because I am using an MC050-110 (MC050-110/112-0_nl ver:70089372v230), and I do not see the aforementioned "APIs" sub-node under the HWD node. Is the API functionality missing from this controller or am I just missing something?
Any help would be greatly appreciated.
Thanks,
JT
I am working on an internal tool that converts .dbc files into POUs that can imported into GUIDE as a single source of truth for CAN communication. I have the actual CAN communication functionality implemented using the functions provided Middleware_CAN_Base_Public (from the middleware library), but along with this I would like to implement a sort of "watchdog" that monitors for connectivity issues. I was initially trying to use time.h (the standard C99 header), and it did not work. I currently have this set up by passing OS.ETime into my POU and saving that to a static variable when the corresponding CAN message is received. From there I compare the passed in value to the static variable, and if a certain amount of time has passed since the last message was received an output variable is set to true indicating a timeout or communication error.
Now, it would be really nice if I could get the OS.ETime value directly from within the POU instead of requiring it to be passed in (there will be many POU calls so the fewer manual routes I have to do the better). The "OS C APIs in PLUS+1 GUIDE" section in the GUIDE user manual gives me hope that it is possible because it states "The presence of an APIs sub-node under the HWD node within the Project Manager tree indicates that the used HWD offers OS C API support for your project."
But I am also doubtful for my situation because I am using an MC050-110 (MC050-110/112-0_nl ver:70089372v230), and I do not see the aforementioned "APIs" sub-node under the HWD node. Is the API functionality missing from this controller or am I just missing something?
Any help would be greatly appreciated.
Thanks,
JT
7
PLUS+1 CS Hardware / Re: CS10 M2M Connection
« Last post by ToPe on April 23, 2026, 02:25:44 PM »Hi
It is recommended to configure the CS10v125, especially the password settings, via a Bluetooth or Wi-Fi connection.
A new feature of the v125 update is that some parameters can only be written via an Interlink connection. This means that configuration is only possible via Bluetooth or Wi-Fi. This is to prevent unauthorized access to your CAN bus and lock you out (European RED-DA regulation).
Please try changing the parameters via Bluetooth instead of using the CG150.
It is recommended to configure the CS10v125, especially the password settings, via a Bluetooth or Wi-Fi connection.
A new feature of the v125 update is that some parameters can only be written via an Interlink connection. This means that configuration is only possible via Bluetooth or Wi-Fi. This is to prevent unauthorized access to your CAN bus and lock you out (European RED-DA regulation).
Please try changing the parameters via Bluetooth instead of using the CG150.
8
Controllers / Re: MC050-010 OBSOLETE
« Last post by pinias on April 20, 2026, 07:09:58 PM »Hey There,
I guess it is what it is but just in case.
I believe until early this year it was possible to open a file for the MC050-010 controller and get it modified if needed and compiled again for download.
now it seems it is not longer supported by GUIDE,
The question is, do you know if there is a way around to get a MC050-010 project file updated and compiled?
Otherwise I guess it will go to the recycling bin -the controller-
Thank you
I guess it is what it is but just in case.
I believe until early this year it was possible to open a file for the MC050-010 controller and get it modified if needed and compiled again for download.
now it seems it is not longer supported by GUIDE,
The question is, do you know if there is a way around to get a MC050-010 project file updated and compiled?
Otherwise I guess it will go to the recycling bin -the controller-
Thank you
9
General controls / Re: Study files
« Last post by Rem on April 16, 2026, 07:52:18 AM »Hello TOR,
Thank you for your response and for taking the time to look into this.
That works for me, and I’m open to implementing this solution, which seems like a good idea.
Have a nice day
Thank you for your response and for taking the time to look into this.
That works for me, and I’m open to implementing this solution, which seems like a good idea.
Have a nice day
10
General controls / Re: Study files
« Last post by Tor on April 16, 2026, 07:23:36 AM »Hi Rem,
Good that you found a solution to your question.
Regarding HWDs that support UDS?
When the Cyber Resilience Act (CRA) is kicking in at the end of 2027 all Danfoss products will have UDS support. As far as I know no released product support UDS yet.
I was hoping to find some kind of plan/timeline to when different hardware will be updated, but no luck. I believe this is hidden deep down within the developer groups.
This is unfortunately the best answer I have for you at this time.
Have a nice day.
Good that you found a solution to your question.
Regarding HWDs that support UDS?
When the Cyber Resilience Act (CRA) is kicking in at the end of 2027 all Danfoss products will have UDS support. As far as I know no released product support UDS yet.
I was hoping to find some kind of plan/timeline to when different hardware will be updated, but no luck. I believe this is hidden deep down within the developer groups.
This is unfortunately the best answer I have for you at this time.
Have a nice day.