• phildunlap

    One problem with that is that you've apparently defined JAVA_HOME in the User variables instead of the system variables.

    Now I changed back to
    wrapper.java.command = %JAVA_HOME%/bin/java

    I don't know what you mean, "changed back to" as the zip you'd have gotten from our instructions on the setup had,

    wrapper.java.command = java

    So please check the Path variable for the system user. I am not sure if you could use JAVA_HOME as you have tried, but you would certainly have to define it as a variable for the system user to do so.

    posted in User help read more
  • phildunlap

    The exposure is a question of networks and ports, and there is no authentication in Modbus (unless there is some device specific thing like writing a password to some register(s)). Therefore, there is insufficient information to assess the exposure and the problem, which isn't really a Mango question anyway.

    Were you on the current version, or simply used a second publisher as you suggest, the issue wouldn't exist. So... why not do that?

    What are you actually trying to do?

    posted in Mango Automation general Discussion read more
  • phildunlap

    You certainly would want to point the device at /httpds to use the HTTP receiver, as you have seen.

    I would advise using that HTTP receiver point to update the context in a scripting data source, where I would split the value on the command and then process the different fields. The HTTP Receiver does not supply a means to parse within a parameter's value, and that whole value is the IMEI parameter in the HTTP message.

    posted in Mango Automation general Discussion read more
  • phildunlap

    I'm not sure how your smart smoke detector is working, maybe it has a delay before it rings the alarm? Lots of smoke detectors work by having some radioactive Americium ionizing air, see: https://en.wikipedia.org/wiki/Americium#Ionization-type_smoke_detector

    At some point they run out. It was an side comment that smoke detectors are both imperfect and fail eventually. Some laser based smoke detectors can be easily fooled by sufficient dust in the air!

    posted in Development general discussion read more
  • phildunlap

    Hi Hayden,

    This is a known issue with the Windows service. The Mango/bin/ scripts handle the restart through Mango, but because ma-start.bat is bypassed in the Windows service its mechanisms for restarting are not in play.

    To the opening the browser, that's in the env.properties and can be set like,
    web.openBrowserOnStartup=false

    posted in Mango Automation general Discussion read more
  • phildunlap

    I checked the free bundle, it doesn't seem to have the NoSQL module so I'm not sure what happened there.

    See ya in the emails!

    posted in Mango Automation Installation read more
  • phildunlap

    Hi petermcs,

    At the moment we do not have any such dashboard component. We may be able to create such a component, but without a paying client sponsoring development there's no telling when it may or may not be added.

    It may be possible to hack up with a canvas, or to import a separate library and use that to draw the heatmaps.

    posted in Mango Automation general Discussion read more
  • phildunlap

    Ah, my mistake, I misunderstood! I will check on that, and am happy to grant you a trial license if you would like to use the NoSQL database while developing your solution.

    posted in Mango Automation Installation read more
  • phildunlap

    Hi Mark,

    The Modbus read data tool in Mango displays the register result in hexadecimal, so 0x37 is 55. Might the value have changed between the readings? You can use the point locator test tool if you want to decode the register by describing the type of data in the register. Another part of the mystery is that Mango begins its addressing at 0, where associating the values in 1025 and 1026 may suggest modscan uses a base address of 1.

    Edit: Also, I find it strange you say Modbus RTU when the screenshot from Mango is of an IP data source.

    posted in User help read more
  • phildunlap

    Hi Antonio,

    The current version of Mango certainly can do this. I think the mechanisms were present in 2.8.8, but there may be some lurking bugs.

    But, you could point the GPS modem at a virtual serial server socket created on the system settings page.

    A serial data source could read in the value from the packet received on that socket and store the value in a point.

    That point can be linked via several point links to TCP/IP data points each on their own data sources pointed at the other devices which require the packet.

    There probably is a way to do this more efficiently with network hardware.

    posted in Mango Automation general Discussion read more
  • phildunlap

    I never use the snapshot on the persistent publisher, personally, because it can mess with the sync if the receiver saves realtime data. Your intuition is correct that it may not do the ideal thing to also publish realtime data! You could disable the saving of the realtime data on the receiver and then have a more frequent synchronization. Then you could have the settings you have shown without running into problems.

    For any publisher, the snapshot is simply taking the current value for each point and publishing it the exact same way it normally is, which can lead to more data logged on the receiver (which really doesn't make sense to do) depending on the whole setup.

    posted in Mango Automation general Discussion read more
  • phildunlap

    1/10 of a second? It looks like it's there for 10 seconds, and you're polling every second. That sounds like the issue is with the device or the sensor, not Mango.

    No I monitoring this device every day but yesterday I was deleted all logs in mango.

    Every day for how long?

    I've already offered the solution of using a duration on the event detector (although who wants a delayed fire alarm? But, who wants a false fire alarm?). Past that, I think you need to investigate the sensor. Maybe it's losing its radioactivity and getting faulty? Maybe somebody is smoking out the window?

    posted in Development general discussion read more
  • phildunlap

    Hi Hayden,

    We prefer to handle license issues over emails to support@infiniteautomation.com

    Please provide the GUID and situation, and invoice number if applicable. Generally MangoES licenses are not transferable, but certainly something can be worked out.

    posted in Mango Automation Installation read more
  • phildunlap

    @CraigWeb , I'm not sure he was suggesting that it didn't work, but justifying using MySQL for the point value store.

    I will tell you now KLN, should your table get into the millions of values (which actually depends on your system, for sure) you may begin to see the advantages of the NoSQL store! There are also statistics offered through the API, but that would be the same whether you did or didn't use the NoSQL database.

    posted in Mango Automation general Discussion read more
  • phildunlap

    Why did you show me the JAVA_HOME variable when I asked about the Path variable? If you run java -version in a command prompt, what do you get?

    You can see in the wrapper.conf that
    wrapper.java.command = java
    so it's not going through the Mango startup scripts as would normally be done, it's invoking java directly.

    posted in User help read more
  • phildunlap

    Hi Phillip,

    There's not a simple mechanism I'm aware of for this. The status outputs for the data source and publisher both output packet counts, which don't reflect actual transmitted bytes in all situations (some packets may have fewer values, some packets may have more effective compression, etc). I think if I needed to form a first order approximation of that, I would compare something like ifconfig output from one day to the next via an SSH data source or write that to a file via cron and use the ASCII source. Then the number would at least reflect actually transmitted byte counts instead of uncompressed byte counts.

    posted in User help read more
  • phildunlap

    Hi KLN,

    You can check the Windows event viewer, it may have details. It sounds like maybe 'java' isn't on the Path environment variable for the system user? Can you confirm you've added the C:\Path\to\jdk\bin\ to the system Path variable?

    After that, I'd wonder if the paths in the wrapper.conf were correctly adjusted to where you installed Mango. I'll give the process a try tomorrow. It's been a long time since I did a Windows service installation so I'm not remembering all the subtleties This is a thread where someone ran into issues and figured them out: https://forum.infiniteautomation.com/topic/2270/windows-service-setup

    posted in User help read more
  • phildunlap

    Yes, you can simply uninstall the NoSQL module on the modules page. There is not a convenient method to transfer the existing data from the NoSQL database to the MySQL table (although there is for the other direction).

    However, I would implore you to consider using the REST API to query for point values from your PHP script instead of querying the database. The performance benefits and ability to store lots of data is generally significant, except for small projects. See https://help.infiniteautomation.com/mango-rest-api-authentication/ and https://help.infiniteautomation.com/explore-the-api

    posted in Mango Automation general Discussion read more
  • phildunlap

    Hi KLN, welcome to the forum!

    You have the MangoNoSQL module installed. This module switches the storage for the point values from an SQL table to a faster and more scalable time-series oriented data storage. Using the SQL table, you would find the need to purge old values (and not just to keep the disk from running out) regularly. The NoSQL module also switches the storage engine for the Reports (not Excel Reports) module, and supplies a time-series JSON store associated to points via the API.

    posted in Mango Automation general Discussion read more
  • phildunlap

    Hi support-jo, welcome to the forum!

    It does not appear that you've been monitoring this device for very long, only a few hours. Might it have supplied a false positive in one poll? I do not believe it's likely it would be a transmission error in the serial line, but it could be. I am certain that Mango only processed what it was given, whether that was the serial bus or controller (or maybe someone imported an artificial value)?

    You could increase the duration of the state detector for Fire_Found to last a few polls if the sensor reports brief false positives. Or figure out why the sensor would have alleged there to have been fire.

    posted in Development general discussion read more