How to change the http sending value parameter
-
@phildunlap said in How to change the http sending value parameter:
Whoops. Looks like there was a missing parenthesis. Fixed.
As the syntax error persists I try one more missed parenthesis. Your answer and Notepad++ made me see that conclusion. So 2 added.
outputFile.write( json.dumps( {"pointLinks": config["pointLinks"]}, indent=4, sort_keys=False, separators=(",",": ") ) )
Thank you
-
Oof, sorry. I've convinced myself I can write these little python things and not test them, but I really should have the preamble and output copied in so I can't do little things like that!
-
Hi Phil,
I'm not figure it out... the code
TIMESTAMP = source.time+1; //one millisecond later than the source's TS //you could use +2 on another one, and so on
Adds only a timestamp or in fact inserts a delay? Or both?
Thank you
-
The idea was to alter the timestamp set to the almnr point by some number of milliseconds into the future. They are varied because using the NoSQL database you cannot have two values at the same millisecond, and if these point links are triggered by one data source's polling (or just multiple points on some of the data sources), there's a high probability there are duplicate timestamps on the target point.
I'm not sure that's going to solve the issue you're describing, but it was something to try.
Edit: no delay should have been inserted.
Edit again, to explain:
TIMESTAMP is a variable name checked after the script returns its value, and if defined it is used as the timestamp for the value on the point set by the point link (or also the value assigned to a meta point, in that case) -
Hi Phil,
It does not work... :(
So I have cross my fingers and do a version upgrade to MANGO 3...
Now MANGO's not responding! (snif!). "ERR_CONNECTION_REFUSED" is all I get as browser response. The Webmin is working fine. Is there something else I can try before I restore the Mango directory ?
Thank you
-
Hi Jose,
I wouldn't expect the issue you're describing to be resolved by upgrading. But, you probably have an error in startup that we could see if you attempted to start Mango manually on the command line.
So navigate to Mango/bin and run either
./ma.sh start
orma-start.bat
Actually figuring out what's going on in your situation may be too difficult through the forum. I understand the issue to be something like...
- Mango 1 polls a data source
- Many points links set a point on Mango 1 many times.
- The values of that point are published through an HTTP publisher
- The receiving end is not ending up with the same set of data as the sending end, but no errors are being recorded on either Mango
There's a lot to explore there.
-
here is the result
mango@mangoES3249:/opt/mango/bin$sudo ./ma.sh start sudo: unable to resolve host mangoES3249 [sudo] password for mango: sudo: ./ma.sh: command not found mango@mangoES3249:/opt/mango/bin$ma.sh start -bash: ma.sh: command not found mango@mangoES3249:/opt/mango/bin$dir ext-available ext-enabled h2-web-console.bat h2-web-console.sh ma-init.sh ma.pid ma-restart.sh ma.sh ma-start.bat ma-start.sh ma-stop.sh upgrade.bat upgrade.sh
-
Try...
sudo /opt/mango/bin/ma.sh start
sudo su; ./ma.sh start
-
It's possible
ma.sh
isn't executable, dosudo chmod +x /opt/mango/bin/ma.sh
-
to all I get the same result:
sudo: unable to resolve host mangoES3249
unless for
sudo su; ./ma.sh start
where I get the PuTTY screen again - with the calendar, cpu info, etc. - as when I entered
-
You would do the
./ma.sh start
after the sudo su scrolls by the login screen again. When you'reroot@mangoES3249:~
Hmm. That message suggests something is amiss in your /etc/hosts or /etc/hostname file. I bet you've got a line like
127.0.1.1 mangoes
in your /etc/hosts file, where you'd want to change it to127.0.1.1 mangoES3249
then log out and in again. The unable to resolve host message should be gone. -
you have right with the issue 127.0.1.1 mangoes. I fix it but then I get
root@mangoES3249:/opt/mango/bin$./ma.sh start MA_HOME is /opt/mango ./ma.sh: line 31: /opt/mango/bin/ma-start.sh: Permission denied
-
sudo chmod +x /opt/mango/bin/*.sh
-
It works!!!
What could be wrong?Thank you very much. I can sleep better this night :)
-
Well, the upgrade could have failed during the unzip, then it probably wouldn't have chmod'ed the bin directory properly. I would wonder if anything else did occur properly in the upgrade process.
-
After the upgrade I get
???systemSettings.noSqlDatabaseSize(i18n_pt_PT)???
in the System settings > System Information section when refreshing the database size.
Should I worry about or is only a none translated item?
-
It is just a missing translations key. it was missing from the base translation file even, which is why you saw that instead of English.
Thanks for bringing this to our attention!
-
please answer to the issue about the license that I sent you to support.
Thank you -
I have answered your email.
-
Now within MANGO v3 UI, once in awhile I see the following messages in the bottom screen:
connectivity lost... ok
(after 2 sec)
connectivity to MANGO API as been restoredMy mangoApi module is 3.1.1
Once mangoNoSqlDatabase is depending on it, could this be in any way related to the problem that we have? (please see bellow reminder text). Is there any log where I can see more info? I search in the ma-log and found nothing.
(reminder)
let me remind you: when more than two simultaneous BACnet devices have it value switched only aleatory two reach's the http publisher. This is the only issue that holding us down to close the project... :-(Thank you,
Jose