Reporting progress (object-oriented API)
Reporting progress (object-oriented API)
Reports progress to the user during long-running operations.
This package exposes two distinct programming APIs for working with progress. [withProgress()] and [setProgress()] together provide a simple function-based interface, while the `Progress` reference class provides an object-oriented API.
Instantiating a `Progress` object causes a progress panel to be created, and it will be displayed the first time the `set` method is called. Calling `close` will cause the progress panel to be removed.
As of version 0.14, the progress indicators use Shiny's new notification API. If you want to use the old styling (for example, you may have used customized CSS), you can use `style="old"` each time you call `Progress$new()`. If you don't want to set the style each time `Progress$new` is called, you can instead call [`shinyOptions(progress.style="old")`][shinyOptions] just once, inside the server function.
[with_progress()]
new()
Creates a new progress panel (but does not display it).
Progress$new(session = getDefaultReactiveDomain(), min = 0, max = 1, ...)
session
The Shiny session object, as provided by `shinyServer` to the server function.
min
The value that represents the starting point of the progress bar. Must be less than `max`.
max
The value that represents the end of the progress bar. Must be greater than `min`.
...
Arguments that may have been used for `shiny::Progress`
set()
Updates the progress panel. When called the first time, the progress panel is displayed.
Progress$set(value = NULL, message = NULL, ...)
value
Single-element numeric vector; the value at which to set the progress bar, relative to `min` and `max`. `NULL` hides the progress bar, if it is currently visible.
message
A single-element character vector; the message to be displayed to the user, or `NULL` to hide the current message (if any).
...
Arguments that may have been used for `shiny::Progress`
inc()
Like `set`, this updates the progress panel. The difference is that `inc` increases the progress bar by `amount`, instead of setting it to a specific value.
Progress$inc(amount = 0.1, message = NULL, ...)
amount
For the `inc()` method, a numeric value to increment the progress bar.
message
A single-element character vector; the message to be displayed to the user, or `NULL` to hide the current message (if any).
...
Arguments that may have been used for `shiny::Progress`
getMin()
Returns the minimum value.
Progress$getMin()
getMax()
Returns the maximum value.
Progress$getMax()
getValue()
Returns the current value.
Progress$getValue()
close()
Removes the progress panel. Future calls to `set` and `close` will be ignored.
Progress$close()
clone()
The objects of this class are cloneable with this method.
Progress$clone(deep = FALSE)
deep
Whether to make a deep clone.
## Only run examples in interactive R sessions if (interactive()) { ui <- semanticPage( plotOutput("plot") ) server <- function(input, output, session) { output$plot <- renderPlot({ progress <- Progress$new(session, min=1, max=15) on.exit(progress$close()) progress$set(message = 'Calculation in progress') for (i in 1:15) { progress$set(value = i) Sys.sleep(0.5) } plot(cars) }) } shinyApp(ui, server) }


Vin Diesel's Daughter Is Among The Cast For An Animated Fast And Furious Show
by Germain LussierMonths after the Fast and Furious franchise finally said “screw it” and went straight sci-fi, it’s changing lanes once again.
Netflix, along with Universal Pictures and DreamWorks Animation, just revealed the first look and cast list for Fast and Furious: Spy Racers, the upcoming animated series based on the long-running film franchise. Debuting December 26 on U.S. Netflix, the show follows Tony, the cousin of Vin Diesel’s character Dom Toretto, who is recruited with his friends to “infiltrate an elite racing league serving as a front for a nefarious crime organisation called SH1FT3R bent on world domination.”
Editor's note: Netflix Australia has yet to announce whether it'll be available here on December 26 as well.
Teen Wolf star Tyler Posey is voicing Tony, and he’s joined by Diesel’s daughter, Similce Diesel, who voices a friend’s sister. American Vandal’s Jimmy Tatro, Harry Potter actor Luke Youngblood, and Hamilton star Renée Elise Goldsberry (who plays the team’s “secret agent liaison” Ms. Nowhere) are along for the ride too, just to name a few.
 Just the way we like it. Plus, like Hobbs and Shaw before it, some of the tech and cars sure do look futuristic. Spy Racers seems like a nice appetizer before the full franchise returns for part nine in summer 2020. Here are some more photos.
Spy Racers debuts December 26. Merry Christmas, indeed.
Editor's note: It's expected to release on Australian Netflix at this time as well but an announcement hasn't been made. At the time of writing, the shows appears on the service but doesn't indicate a release date.


Please fill out the form below in order to submit your expense ticket.
Expense Type
Lodging
Travel
Food
Other
Amount
Description


iBeacon Smart Patrol
Your current location:
unknown
Question 1:
TBS
Normal
Further Check
Question 2:
TBS
Normal
Further Check
Question 3:
TBS
Normal
Further Check
Question 4:
TBS
Normal
Further Check
Question 5:
TBS
Normal
Further Check
Question 6:
TBS
Normal
Further Check
Question 7:
TBS
Normal
Further Check
Question 8:
TBS
Normal
Further Check
Question 9:
TBS
Normal
Further Check


The
Baby Bot to Big Brain
machine learning research program trains a neural network based AI for all 9 classes in Team Fortress 2. Help them play and help them learn! GLHF!
?
bots live
?
kills
?
deaths
?
average K/D
?
days training
0.961
NDCG


With the recent launch of RFCx Arbimon you can now upload and analyze an unlimited amount of audio from your AudioMoth and other devices.
Includes:
Deploying AudioMoths in the field? Use the Companion to simplify the management of multiple devices.
A desktop tool for uploading to Arbimon.


| | |
- fcntl(...)
- fcntl(fd, op, [arg])
Perform the operation op on file descriptor fd. The values used
for op are operating system dependent, and are available
as constants in the fcntl module, using the same names as used in
the relevant C header files. The argument arg is optional, and
defaults to 0; it may be an int or a string. If arg is given as a string,
the return value of fcntl is a string of that length, containing the
resulting value put in the arg buffer by the operating system. The length
of the arg string is not allowed to exceed 1024 bytes. If the arg given
is an integer or if none is specified, the result value is an integer
corresponding to the return value of the fcntl call in the C code.
- flock(...)
- flock(fd, operation)
Perform the lock operation op on file descriptor fd. See the Unix
manual page for flock(2) for details. (On some systems, this function is
emulated using fcntl().)
- ioctl(...)
- ioctl(fd, op[, arg[, mutate_flag]])
Perform the operation op on file descriptor fd. The values used for op
are operating system dependent, and are available as constants in the
fcntl or termios library modules, using the same names as used in the
relevant C header files.
The argument arg is optional, and defaults to 0; it may be an int or a
buffer containing character data (most likely a string or an array).
If the argument is a mutable buffer (such as an array) and if the
mutate_flag argument (which is only allowed in this case) is true then the
buffer is (in effect) passed to the operating system and changes made by
the OS will be reflected in the contents of the buffer after the call has
returned. The return value is the integer returned by the ioctl system
call.
If the argument is a mutable buffer and the mutable_flag argument is not
passed or is false, the behavior is as if a string had been passed. This
behavior will change in future releases of Python.
If the argument is an immutable buffer (most likely a string) then a copy
of the buffer is passed to the operating system and the return value is a
string of the same length containing whatever the operating system put in
the buffer. The length of the arg buffer in this case is not allowed to
exceed 1024 bytes.
If the arg given is an integer or if none is specified, the result value is
an integer corresponding to the return value of the ioctl call in the C
code.
- lockf(...)
- lockf (fd, operation, length=0, start=0, whence=0)
This is essentially a wrapper around the fcntl() locking calls. fd is the
file descriptor of the file to lock or unlock, and operation is one of the
following values:
LOCK_UN - unlock
LOCK_SH - acquire a shared lock
LOCK_EX - acquire an exclusive lock
When operation is LOCK_SH or LOCK_EX, it can also be bitwise ORed with
LOCK_NB to avoid blocking on lock acquisition. If LOCK_NB is used and the
lock cannot be acquired, an IOError will be raised and the exception will
have an errno attribute set to EACCES or EAGAIN (depending on the operating
system -- for portability, check for either value).
length is the number of bytes to lock, with the default meaning to lock to
EOF. start is the byte offset, relative to whence, to that the lock
starts. whence is as with fileobj.seek(), specifically:
0 - relative to the start of the file (SEEK_SET)
1 - relative to the current buffer position (SEEK_CUR)
2 - relative to the end of the file (SEEK_END)
|


--- layout: member_profile title: "Henrique Lupinari" permalink: /members/lupinari name: "Henrique Lupinari" affiliation: "Universidade de São Paulo" jointaffiliation: country: "Brazil" position: "MSc Student" researchtitle: "Testing G-CLEF Fiber Efficiency: the Impact of using Adaptive Optics" summary: prior: orcid: website: linkedin: rgate: "https://www.researchgate.net/profile/Henrique_Lupinari" research: ["Spectroscopy" , "Fibres" , "Adaptive Optics"] keywords: "Spectroscopy -- Fibres -- Adaptive Optics" email<EMAIL_ADDRESS>image_path: /assets/img/member/lupinari.jpeg ---
Current Research Summary:
G-CLEF is a state of the art echelle spectrograph for the Giant Magellan Telescope (GMT). Its good performance for seeing limited observations, expected for first light, may be further improved with the future use of an extreme Adaptive Optics (AO) system to cancel out atmospheric disturbances and optimize throughput. The goal of our project is to perform laboratory optical-bench experiments to simulate G-CLEF working with and without AO. We measure the efficiency of the G-CLEF fiber in both cases to compute the gain in using an AO system.
Prior Research:
{{ page.prior}}


Tik-Tok of Oz
by L. Frank Baum
Chapter 1: “Ann’s Army”
Additional Information
- Year Published: 1914
- Language: English
- Country of Origin: United States of America
- Source: Baum, L. F. (1914). Tik-Tok of Oz. Chicago: Reilly and Britton.
-
Readability:
- Flesch–Kincaid Level: 7.0
- Word Count: 2,336
- Genre: Fantasy
- Keywords: 20th century literature, american literature, books of oz, children's literature, fantasy, l. frank baum
- ✎ Cite This
Downloads
“I won’t!” cried Ann; “I won’t sweep the floor. It is beneath my dignity.”
“Someone must sweep it,” replied Ann’s younger sister, Salye; “else we shall soon be wading in dust. And you are the eldest, and the head of the family.”
“I’m Queen of Oogaboo,” said Ann, proudly. “But,” she added with a sigh, “my kingdom is the smallest and the poorest in all the Land of Oz.”
This was quite true. Away up in the mountains, in a far corner of the beautiful fairyland of Oz, lies a small valley which is named Oogaboo, and in this valley lived a few people who were usually happy and contented and never cared to wander over the mountain pass into the more settled parts of the land. They knew that all of Oz, including their own territory, was ruled by a beautiful Princess named Ozma, who lived in the splendid Emerald City; yet the simple folk of Oogaboo never visited Ozma. They had a royal family of their own—not especially to rule over them, but just as a matter of pride. Ozma permitted the various parts of her country to have their Kings and Queens and Emperors and the like, but all were ruled over by the lovely girl Queen of the Emerald City.
The King of Oogaboo used to be a man named Jol Jemkiph Soforth, who for many years did all the drudgery of deciding disputes and telling his people when to plant cabbages and pickle onions. But the King’s wife had a sharp tongue and small respect for the King, her husband; therefore one night King Jol crept over the pass into the Land of Oz and disappeared from Oogaboo for good and all. The Queen waited a few years for him to return and then started in search of him, leaving her eldest daughter, Ann Soforth, to act as Queen.
Now, Ann had not forgotten when her birthday came, for that meant a party and feasting and dancing, but she had quite forgotten how many years the birthdays marked. In a land where people live always, this is not considered a cause for regret, so we may justly say that Queen Ann of Oogaboo was old enough to make jelly—and let it go at that.
But she didn’t make jelly, or do any more of the housework than she could help.  Often she wondered what had become of her father and mother, out beyond the pass, in the wonderful Land of Oz, and the fact that they did not return to Oogaboo led Ann to suspect that they had found a better place to live. So, when Salye refused to sweep the floor of the living room in the palace, and Ann would not sweep it, either, she said to her sister:
“I’m going away. This absurd Kingdom of Oogaboo tires me.”
“Go, if you want to,” answered Salye; “but you are very foolish to leave this place.”
“Why?” asked Ann.
“Because in the Land of Oz, which is Ozma’s country, you will be a nobody, while here you are a Queen.”
“Oh, yes! Queen over eighteen men, twenty-seven women and forty-four children!” returned Ann bitterly.
“Well, there are certainly more people than that in the great Land of Oz,” laughed Salye. “Why don’t you raise an army and conquer them, and be Queen of all Oz?” she asked, trying to taunt Ann and so to anger her. Then she made a face at her sister and went into the back yard to swing in the hammock.
Her jeering words, however, had given Queen Ann an idea. She reflected that Oz was reported to be a peaceful country and Ozma a mere girl who ruled with gentleness to all and was obeyed because her people loved her. Even in Oogaboo the story was told that Ozma’s sole army consisted of twenty-seven fine officers, who wore beautiful uniforms but carried no weapons, because there was no one to fight. Once there had been a private soldier, besides the officers, but Ozma had made him a Captain-General and taken away his gun for fear it might accidentally hurt some one.
The more Ann thought about the matter the more she was convinced it would be easy to conquer the Land of Oz and set herself up as Ruler in Ozma’s place, if she but had an Army to do it with. Afterward she could go out into the world and conquer other lands, and then perhaps she could find a way to the moon, and conquer that. She had a warlike spirit that preferred trouble to idleness.
It all depended on an Army, Ann decided. She carefully counted in her mind all the men of her kingdom. Yes; there were exactly eighteen of them, all told. That would not make a very big Army, but by surprising Ozma’s unarmed officers her men might easily subdue them. “Gentle people are always afraid of those that bluster,” Ann told herself. “I don’t wish to shed any blood, for that would shock my nerves and I might faint; but if we threaten and flash our weapons I am sure the people of Oz will fall upon their knees before me and surrender.”
This argument, which she repeated to herself more than once, finally determined the Queen of Oogaboo to undertake the audacious venture.

That very day she started out to organize her Army.
The first man she came to was Jo Apple, so called because he had an apple orchard.
 I shall command you, as Queen of Oogaboo, to join,” said Ann.
“In that case, I suppose I must obey,” the man remarked, in a sad voice. “But I pray you to consider that I am a very important citizen, and for that reason am entitled to an office of high rank.”
“You shall be a General,” promised Ann.
“With gold epaulets and a sword?” he asked.
“Of course,” said the Queen.
Then she went to the next man, whose name was Jo Bunn, as he owned an orchard where graham-buns and wheat-buns, in great variety, both hot and cold, grew on the trees.
“Jo,” said Ann, “I am going to conquer the world, and I command you to join my Army.”
“Impossible!” he exclaimed. “The bun crop has to be picked.”
“Let your wife and children do the picking,” said Ann.
“But I’m a man of great importance, Your Majesty,” he protested.
“For that reason you shall be one of my Generals, and wear a cocked hat with gold braid, and curl your mustaches and clank a long sword,” she promised.
So he consented, although sorely against his will, and the Queen walked on to the next cottage. Here lived Jo Cone, so called because the trees in his orchard bore crops of excellent ice-cream cones.
“Jo,” said Ann, “I am going to conquer the world, and you must join my Army.”
“Excuse me, please,” said Jo Cone. “I am a bad fighter. My good wife conquered me years ago, for she can fight better than I. Take her, Your Majesty, instead of me, and I’ll bless you for the favor.”
“This must be an army of men—fierce, ferocious warriors,” declared Ann, looking sternly upon the mild little man.
“And you will leave my wife here in Oogaboo?” he asked.
“Yes; and make you a General.”
“I’ll go,” said Jo Cone, and Ann went on to the cottage of Jo Clock, who had an orchard of clock-trees. This man at first insisted that he would not join the army, but Queen Ann’s promise to make him a General finally won his consent.
“How many Generals are there in your army?” he asked.
“Four, so far,” replied Ann.
“And how big will the army be?” was his next question.
“I intend to make every one of the eighteen men in Oogaboo join it,” she said.
“Then four Generals are enough,” announced Jo Clock. “I advise you to make the rest of them Colonels.”
Ann tried to follow his advice. The next four men she visited—who were Jo Plum, Jo Egg, Jo Banjo and Jo Cheese, named after the trees in their orchards—she made Colonels of her Army; but the fifth one, Jo Nails, said Colonels and Generals were getting to be altogether too common in the Army of Oogaboo and he preferred to be a Major. So Jo Nails, Jo Cake, Jo Ham and Jo Stockings were all four made Majors, while the next four—Jo Sandwich, Jo Padlocks, Jo Sundae and Jo Buttons—were appointed Captains of the Army.
But now Queen Ann was in a quandary. There remained but two other men in all Oogaboo, and if she made these two Lieutenants, while there were four Captains, four Majors, four Colonels and four Generals, there was likely to be jealousy in her army, and perhaps mutiny and desertions.
One of these men, however, was Jo Candy, and he would not go at all. No promises could tempt him, nor could threats move him. He said he must remain at home to harvest his crop of jackson-balls, lemon-drops, bonbons and chocolate-creams. Also he had large fields of crackerjack and buttered pop corn to be mowed and threshed, and he was determined not to disappoint the children of Oogaboo by going away to conquer the world and so let the candy crop spoil.
Finding Jo Candy so obstinate, Queen Ann let him have his own way and continued her journey to the house of the eighteenth and last man in Oogaboo, who was a young fellow named Jo Files. This Files had twelve trees, which bore steel files of various sorts; but also he had nine book-trees, on which grew a choice selection of story-books. In case you have never seen books growing upon trees, I will explain that those in Jo Files’ orchard were enclosed in broad green husks which, when fully ripe, turned to a deep red color. Then the books were picked and husked and were ready to read. If they were picked too soon, the stories were found to be confused and uninteresting and the spelling bad. However, if allowed to ripen perfectly, the stories were fine reading and the spelling and grammar excellent.
Files freely gave his books to all who wanted them, but the people of Oogaboo cared little for books and so he had to read most of them himself, before they spoiled. For, as you probably know, as soon as the books were read the words disappeared and the leaves withered and faded—which is the worst fault of all books which grow upon trees.
When Queen Ann spoke to this young man Files, who was both intelligent and ambitious, he said he thought it would be great fun to conquer the world. But he called her attention to the fact that he was far superior to the other men of her army. Therefore, he would not be one of her Generals or Colonels or Majors or Captains, but claimed the honor of being sole Private.
Ann did not like this idea at all.
“I hate to have a Private Soldier in my army,” she said; “they’re so common. I am told that Princess Ozma once had a private soldier, but she made him her Captain-General, which is good evidence that the private was unnecessary.”
“Ozma’s army doesn’t fight,” returned Files; “but your army must fight like fury in order to conquer the world. I have read in my books that it is always the private soldiers who do the fighting, for no officer is ever brave enough to face the foe. Also, it stands to reason that your officers must have some one to command and to issue their orders to; therefore I’ll be the one. I long to slash and slay the enemy and become a hero. Then, when we return to Oogaboo, I’ll take all the marbles away from the children and melt them up and make a marble statue of myself for all to look upon and admire.”
Ann was much pleased with Private Files. He seemed indeed to be such a warrior as she needed in her enterprise, and her hopes of success took a sudden bound when Files told her he knew where a gun-tree grew and would go there at once and pick the ripest and biggest musket the tree bore.


MM Group Handling Unit 15 Carlyon Road Industrial Estate Atherstone Warwickshire CV9 1LQ United kingdom Tel: +44-703-190-7869 Dear Representative, Ref:234/U, I am Mr. Richard.H.Manson Managing Director MM Group Handling. We are a trading company that is into the hire,sales and service of electrical trucks,fork truks and associated materials handling equipments and diverse range of battery electric vehicles which can be readily adapted for customers specific requirements to the USA,Canada and selected locations in Europe. We are searching for individuals or a company who can act as our representative/payment agent in your country and earn 10% of every payment made through you to us. For further details, do endeavour to forward the following below to us OR call +44-703-190-7869 1. Full Names: 2. Company Name: (If any) 3. Full Contact Address: (Home address only, P O Box not applicable) 4. Tel and Fax Numbers: Regards, Richard.H.Manson Managing Director Copyright © 2004 MM Group Handing! All rights reserved ___________________________________________________________________________ PL:: E-mail wys³any za pomoc± us³ugi WebMail oferowanej przez http://www.Problemy.PL/ EN:: Mail sent from WebMail service at http://www.Problemy.PL/


Back in November 2001, Nicky asked:
Is there a reason to not share the 2.5V reference for both current sensing and voltage sensing circuit?
My circuit has only one 2.5V reference but it is buffered using an op amp (LM358, single-rail) in voltage follower mode. With this modification in place, I'm seeing test values of emon1.realPower that are both repeatable and linear. My system's performance has undoubtedly been improved since the low-impedance reference point has been added.
I wonder if anyone else has tried this approach?
Re: Sharing the 2.5V reference
Sounds interesting, do you think you could post a schematic? Have any simulation/test results to demonstrate the improvement?
Re: Sharing the 2.5V reference
Thanks for your interest Glyn, a circuit sketch is attached.
I don't have any formal results, I just know that my breadboard circuit became much more stable when I switched to this alternative design. In its original form, I think that each sensor must be slightly pulling its reference point to and fro. But when a buffer is added, the single reference becomes rock steady, just like the power rails.
Hopefully someone else will be able to check this out. I would be very surprised if the outcome was not favourable.
Re: Sharing the 2.5V reference
I did attach it, honest! The file is called MyInputCircuits.jpg and it's sitting on my Mac's desktop.
Maybe I need to also tick the 'List' box ...
Re: Sharing the 2.5V reference
I have just tried your circuit and it works great, i wonder if you could show me how to add a second current clamp into the circuit. As a beginner to electronics i am not sure sure on how to do this.
Thanks
Re: Sharing the 2.5V reference
Hi jimjam, delighted to hear that this arrangement works for you too. I would add a second current sensor like this:
Re: Sharing the 2.5V reference
Thanks very much ill give it a try
Re: Sharing the 2.5V reference
I have a spare power supply box which i would like to use to house all my equipment it has a secondary winding of 16.5v ac. can i use this instead of a 9v ac adaptor, if so do i have to change the values of the r4 an r5 resistors.
Re: Sharing the 2.5V reference
Jimjam:
Yes to both. But are you using radio to transmit the data? If yes and it is a metal box, you might find you have very limited range or no range at all.
Don't believe the secondary winding voltage. The voltage stated will be the voltage on full load, you will need to find the voltage on no load (measure it with a voltmeter!), then recalculate the resistor values so that you get about 1 V across the 'bottom' resistor. If the no-load voltage is (say) 19 V and the 'bottom' resistor is 10 kOhm (i.e. the present value), then the 'top' resistor should be 180 kOhms. You'll need to calculate your voltage calibration constant following the steps here (but using the correct numbers of course) then finely adjust it by measuring the mains voltage (TAKE CARE) to show the correct value (it is best to calculate first, then if there is a large discrepancy it indicates that something is amiss that needs investigation).
(Which circuit diagram do you have? According to me, the resistor you need to change in the emonTx is R13, and if you look at the theory here the resistor to change is R2).
Re: Sharing the 2.5V reference
I have checked the voltage on no load and it is 16.5v and i am using the calypso_rae circuit that uses the opamp. which is about 6 posts up from this one. Tell me if i am wrong but would 100k for r4 and 7.5k for r5 be ok
Re: Sharing the 2.5V reference
You need to measure both the mains and the output voltage in order to do the sums correctly.
The UK mains voltage is 230 V +10% -6%, but still centred on 240 V.
If you measured 16.5 V at 240 V mains voltage, then with 100 kOhms and 7.5 kOhms you will have 1.4% in hand. The mains can rise by nearly 6% and you need a further 3% for resistor tolerances - assuming you use 1% components - and you're already in trouble. But if you measured the transformer when the mains was at its minimum, then you are in even more trouble.
The values you suggest don't leave room for mains voltage variation or component tolerances. If you want the 'top' resistor to be 100 kOhms, then the 'bottom' one needs to come down quite a lot.
Re: Sharing the 2.5V reference
This was measured at mains voltage of 253v my voltage is very high but very stable as the tranformer is next door to my house and never drops below 253v
Re: Sharing the 2.5V reference
jimjam, the AC source that I'm using is marked 9V, so is probably around 12V rms when unloaded. That's a peak-to-peak voltage of around 34V. A 10:1 divider will transfer just one eleventh of this amplitude to the Arduino, say around 3V p-t-p. Centred at 2.5V, a 3V p-t-p signal sits nicely within the 0-5V range of the ADC.
If your AC source is 16V, around 33% higher than the one I'm using, then you may wish to include a bit more reduction in your voltage divider. 100k and 7k5 have a ratio of 13.4 so you will be feeding one fourteenth of your signal to the Arduino.
This matches the arrangement that I'm using almost exactly, but if you want to be on the safe side, you could certainly reduce the lower resistor some more without any problems. Providing that it fits within the 0-5V range, the amplitude of the voltage-sensor's signal is really not important
The amplitude at the current-sensor's input is much more important because this circuit needs to work with signals of widely different amplitudes. Using the full range of the ADC for the largest current that you need to measure is probably worth getting right.
Although I've not actually calculated my current sensor's values (sorry Robert!), its performance does seem to be linear well above the max level of 3kW that I'm interested in. If this circuit starts to 'clip' when the electric shower and kettle are both on, it really doesn't matter because my power-diverting circuit clearly needs to be off in that situation. Do
n'tremember (or don't forget) to fit 'clamping' diodes to protect your Arduino!Re: Sharing the 2.5V reference
You mean DO REMEMBER!
Re: Sharing the 2.5V reference
jimjam,
I presume from what calypso_rae says that you are using your Arduino at 5 V. In that case the maximum voltage you want out of the divider chain is 5 / 2 / 1.414 = 1.77 V rms, less 3% for resistor tolerances (because the center 2.5 V can be 1% out, reducing the range by that, and each resistor in the divider can be 1% out, and if all 3 conspire against you, you need to allow 3%), so 1.71 V rms.
You have 16.5 V out at 253 V in (so you should not get any more than that), therefore you need to divide the 16.5 V down to no more than 1.71 V. Keeping the 'top' resistor at 100 kOhms, the 'bottom' resistor needs to be 11 kOhms, giving you 4% in hand. (12 kOhms is too big - you will clip the voltage wave even if the resistor tolerances are kind to you). 10 kOhms would be fine also.
Your calibration constants are 154.71 for the 100 k / 11 k divider chain, 168.67 for the 100 k / 10 k divider chain, and 219.79 for the 100 k / 7.5 k divider chain.
As calypso_rae says, it's not vital that you get too close to the maximum input because the voltage varies by only 16%, whereas current varies by 3 orders of magnitude or more.
Re: Sharing the 2.5V reference
Im just soldering everything up now to an arduino mega prototype shield and will be fitting that to a arduino and an lcd screen which will all piggyback together. I will use the lcd to give power being sent to the immersion and also total power sent for the whole day.
Re: Sharing the 2.5V reference
@calypso_rae: why o why did I not think of using an opamp for the 2V5 reference? Brilliant idea!
Re: Sharing the 2.5V reference
hi Calypso, i wonder if you can help. i have built your design of the MK2_PV controller and used the MK2_PV_router code on an arduino nano.
i have commented out the Debug line as suggested to get it to work in real time.
i dont have a solar panel setup like you have, but im doing this for my parents house who do.. i have simulated the setup as your youtube video.
with NO AC current running at all the energy bucket is rising, and will eventually turn on the 100watt light bulb i have as my load, it dosnt flash/flicker in anyway, just stays on, can you determine from this serial data results what could be wrong.
ive used all the components as your reference design, any help would e great...
 Such feedback is always welcome.
I don't think there's anything wrong with your setup, it looks fine to me. I can think of two reasons why your load is not flicking on and off as you're expecting it to do:
1. If your CT is not also clipped around the cable which supplies your load, then no balance will be taking place. Although your energy bucket's level is being increased by your PV simulator, it is never being decreased by anything. Balance (flicking) only occurs when the two flows of energy are in balance. When simulating this on a test rig, your CT has to encircle individual cores from both cables.
2. If your dump load is rated at less than your 'PV', then the bucket's level will continue to rise, even when the load is fully on. I would suggest using a 60W or 100W bulb as your 'PV, and a much larger appliance, e.g 3kW, as your dump load. Once the bucket's level reaches 1800J, I feel sure that your load will start flicking as you're expecting it to do :)
It might be helpful to remove some of those display lines. Your DC offset figure of 560 is a little high, but is unlikely to cause you any problem. It just means that your Vref resistors are not particularly well matched. Make sure that you're not clipping either waveform at the upper end of the ADC's range. The ideal DC offset value is at the centre of its 1-1023 range, i.e. around 512. My MinAndMaxValues sketch will display your raw sample streams as graphs so you get a good feel of how much of the available range you're using.
As of a couple of days ago, a revised version of the sketch is available; the Mk2a. This should work straight away on your rig and I would definitely recommend using this version rather than the original. For a start, it has a built in calibration mode so you can easily see what's going on. Once you've got the balance mechanism working, TALLYMODE can show you both sets of energy contributions on the same graph (if you port the data into a spreadsheet). But even just looking at the numbers on the Serial monitor, it's fairly straightforward to see what's going on.
Re: Sharing the 2.5V reference
hi Robin
thanks for your reply, ive took a photo of my setup, hopefully attached, the left side of the board is the PV simulation side, i can switch a bulb on and/or a heavier load via the socket, the right side is the Triac circuit and immersion heater simulated with a 3KW kettle.and/or a bulb.
the switched spur allows me to short out the triac and run the load normally.
after checking and checking, also running your minmax code i discovered the CT on the heater side wasnt wired up correctly, i put the CT on the live wire that goes to the switched spur.(which has no current unless you switch spur on) of course it needs to go to the triac live...
well its working at the moment with just one issue, because the energy bucket is slowly creeping up all the time with no PV current flow the kettle flashes on now and again... like you said, this is probably due to component tolerances, i will check this now.
thanks for a great project, as you will see in the photo i already have a 128 x 64 display with a RTC module ready to go.
Tony
edit: you can see my error in the photo, ive just noticed it, the TRIAC wire doesnt go through the CT
Re: Sharing the 2.5V reference
What a beautifully laid out test rig. It must be so much easier to follow what's going on when you can see everything tidily in front of you. Puts my Heath Robinson lash-ups firmly in their place!
I look forward to hearing how you get on when integrating my power-routing code with whatever else you need to be doing.
Re: Sharing the 2.5V reference
thank you for the compliments on my layout, if it wasnt for your "lash-ups" though, we wouldnt be doing this i guess, so dont mock your work, its genius..
the display is currently working with the time and date at the moment, but i want it to show KWh used/generated if thats possible. also to have the display remote, maybe a handheld device. the inverter at my parents house is in the loft, and the mains DB under the stairs, so its not practical to have the display there.
im sure this addition will save them quite a packet on gas bills heating there water, its brilliant..
some screen shots i took the other day
thanks
tony
Re: Sharing the 2.5V reference
very interesting the idea of creating a comon rail of 2.5V. In the past I tried using a voltage dividir and feed all CTs from it but ended up giving very bad results after adding the 4th or 5th CT.
I will try this opamp solution, I am designing my own shield so I stil have time to integrate this if results are favorable. It will also simplify a lot the shield cause 3 resistors per CT are not needed any more.
It wil be my first time with opamps so I hope everything turns out good and its worth it.
thanks calypso_rae
Re: Sharing the 2.5V reference
Hi, thanks for the feedback.
Like many others, I have struggled in vain to get a voltage divider circuit to work satisfactorily with multiple sensors. That approach is fine for a single sensor because its lack of stability can be taken care of by calibration. But as soon as a second sensor is connected, cross-talk invariably results.
The op amp solves this problem at a stroke. It's a fit-and-forget solution, and should be ideal for your needs.
Re: Sharing the 2.5V reference
Great !
Could you explain the reason for the 4148 diodes? thank you very much
Re: Sharing the 2.5V reference
Their only purpose is to protect the Arduino against damage in case of overvoltage. A belt-and-braces approach, in parallel with the Arduino's own internal protection diodes.
This is a standard OEM precaution which I've followed. There has been lots of discussion about this in recent months.
Re: Sharing the 2.5V reference
Hello Capypso, I finally got around to test the single rail 2,5V with your opamp solution.
I am attaching 2 pictures which say it all. Everything looks good without a load, however if I add a LED then I am loosing the 2,5V rail. I am using a LED for testing/understanding before moving this solution to my installation.
Any idea what is happening?
Thank you very much, I really look forward for any help cause I think its a great solution
:btw, diodes are not included yet, will include them when adding the circuit to the arduino.
:How much current can the opamp handle? I guess that the CTs will not move much current however I am currious in case there is a limit.
thank you so much to anyone that can help
Re: Sharing the 2.5V reference
Where is the series current-limiting resistor that your LED needs? I think the current is being limited by the maximum current that the op-amp can supply.
Re: Sharing the 2.5V reference
There is normally a series resistor to limit the current through an LED. Maybe that's the problem. The 2.5V buffered output would not normally need to drive any current. It just needs to resist being pulled around by the secondary coils of each input sensor.
If you connect up a pair of sensors for voltage and current, and run my MinAndMaxValues tool, both channels should show 512 or thereabouts, this being the mid-point of the ADC's output range. If you then apply an AC voltage, output values for the voltage channel should change to maybe 100 - 900 ish, but the value for the current channel should remain unchanged.
If this occurs as described, then your op amp is doing its job just fine. An unbuffered shared reference would not pass this test as the mid-point gets repeatedly moved around by its associated secondary coils. Provided that each input channel is kept separate, as on the emonTx, this lack of rigidity does not appear to cause a problem; it just reduces very slightly the effectiveness of each sensor.
Think of a boat in the water when someone runs repeatedly from end to end. Providing that the boat has a reasonable mass (hence the C1 capacitor), the boat does not move much to and fro. My buffer is essentially lashing the boat firmly to the quayside so it can't now move at all.
Re: Sharing the 2.5V reference
Hi Robert, you are right, in that picture there is no resistor but i did mount one and the voltage drop was even bigger. Thanks for looking at it.
EDIT: Just went back to the bench and tried again and VOILA, it is working correctly now, I have 2,5V with the led connected. I guess all its needed is "some" resistance right? I mean, it will keep 2,5V as long as you have even a small resistance there (I have tried big and small value resistors and it worked) Thank you, I dont know what happened in my earlier test.
Hi Calypso thank you for a detail answer, as said above its working now. however I still dont understand the "the 2.5.would not normally need to drive any current".
I believe that the CTs are generating a current to flow, right? I dont know if this is big or small, i guess small. But I thought that theses currents were going through the opamp feeding the CTs. maybe i am misunderstanding something
EDIT: In the case of the LED, depending on the resistor I use it will allow more or less current to flow through it, that means current flowing through the opamp. So where is the limit?
Thanks again to both of you, really helpful and learning new stuff from you two as always ;)
Re: Sharing the 2.5V reference
When the LED is glowing, there will be approximately 2V between its pins. A suitably sized resistor should always be put in series with an LED to limit the flow of current. If you put an LED directly between your 2.5V rail and ground, something is likely to complain!
To get a flow of, say, 10 mA through the LED, you would need to add a resistor in series that gives 10mA when 2.5V - 2V = 0.5V is applied. Using R (in K) = V (in volts) / I (in mA) gives 0.5 / 10 = 0.05K = 50R.
At its maximum rating, your CT will produce around 50 mA but that current only flows through its secondary coil and your burden resistor. The purpose of the reference supply (i.e. the output from your op amp buffer) is to fix one end of each of your secondary circuits to a known level. It takes minimal current to do this, very much less than is required to make an LED glow.
Re: Sharing the 2.5V reference
wow thanks again.
The thing about the LED was clear, but thanks for reminding in such a detail and nicely explained.
 I was thinking of the 2.5V rail as a power supply to the CT, when in reality the CT is the one moving the current. and we only need the 2.5V as the offset, as you say,. very little current flows for this.
Im really happy cause its totally clear now. Its my first time with opamps and had to understand what was happening. Thank you so much for your help! I just subscribed to your youtube ;)
Thanks
Re: Sharing the 2.5V reference
Just to add to Robin's explanation, many op-amps have an internal current limiting circuit on their output. It is likely (I've not checked the data sheet to see if it does!) that would control the current into the LED, and the voltage would drop (as you saw) as it did so.
Re: Sharing the 2.5V reference
hello calypso,
after successfully implementing the lm358 to create the 2.5v reference, i went to include the AC sensing and apart from burning the lm358 i am confused cause i noticed a difference between the point you insert the 2.5 reference with respect to original Trystan design
I only have one lm358 left so cant continue testing without risking leaving my proyect unoperable if it burns again.
I think i first build your design idea, but with 100k and 10k cause i dont have 120k and 12k, the problem is that the output was higher than 5V to the analog pin.
please help me understand the difference, or what might have happened.
thanks a lot !!
Re: Sharing the 2.5V reference
Both versions of the input sensors work in the same way. There really is no difference that you need to understand.
On the attached sheet, I've drawn out the two types of current sensor for comparison. They both use the 2.5 V reference at the same place. With the original design, the circuit in the dotted box supplies only one sensor. With my version, the circuit in the dotted box supplies all sensors because it has a much lower output impedance.
The AC voltage sensor works in just the same way. If the amplitude of your waveform is too big, then that's a problem with the resistor chain that makes the signal small enough for the Arduino to measure. Several people have got this part wrong. The transformer's output signal needs to be reduced by at least a factor of ten before being supplied to the Arduino's An 2 pin.
If you do not have another LM328 op amp, you could simply replace it a big capacitor and carry on. The error would be very small, probably barely enough to notice. It's only when the current that you are measuring is very small that crosstalk from the voltage sensor becomes significant.
Why not try using RawSamplesTool, or its slightly smarter version, RawSamplesTool_4ss_2. If they don't work, the simplest tool of all is MinAndMaxValues. This will show you the raw values that the Arduino's ADC is generating.
All of these tools are listed at http://openenergymonitor.org/emon/node/1757
Re: Sharing the 2.5V reference
hi calypso thank you for your help
it was using your tools that i found out i was having a problem. I got a waveform which was over the limit and i started to investigate.
i am right now on it, it is very strange cause i have wire the 100k and 10k to the AC output (11.07Vac) and after the voltage divider i am getting 5.5Vdc between negative and the middle of the voltage divider.
any hint?
thanks as always.!!
edit:
I have setup the AC sensing on another arduino just to make sure the rest of my pcb was not causing problems. also used resistors to get the 2.5V instead of opamp.
using your tool...
millis() now = 0
recordingMayStartAt 5000
4
4
4
3
3
3
2
2
2
1
1
0
0
0
No of cycles recorded = 3
cycleCount 704, samplesRecorded 74
c .v |
c v . |
c v . |
c . v |
c . v |
c . v |
c . v |
c . v |
c . v |
c . v |
c . v |
c . v |
c . v |
c . v |
c . v |
c . v |
c . v |
c . v |
c . v |
c v. |
c v . |
c v . |
c . v |
c v . |
c v . |
c v . |
c v . |
c v . |
c v . |
c v . |
c v . |
c v . |
c v . |
c v . |
c v . |
c v . |
c v . |
minVoltage 142, maxVoltage 914, minCurrent 0, maxCurrent 0
not very nice isnt it?
I connected current pin 1 to ground to keep it out of the chart.
UPDATE !
sorry forgot the capacitor, check out the difference...
No of cycles recorded = 3
cycleCount 254, samplesRecorded 226
c v. |
c . v |
c . v |
c . v |
c . v |
c . v |
c . v |
c . v |
c . v |
c . v |
c . v |
c . v |
c . v |
c . v |
c . v |
c . v |
c . v |
c . v |
c . v |
c v . |
c v . |
c v . |
c v . |
c v . |
c v . |
c v . |
c v . |
c v . |
c v . |
c v . |
will try to use the opamp now on my proyect pcb, will report.
Re: Sharing the 2.5V reference
Hi, I cant figure out what im doing wrong. I have build a simpler version of my project, just the AC supply and reading.
I am using a bridge rectifier to power a switching regulator to generate the 5V for the arduino.
Before the bridge rectifier I take the two AC wires to the ACsensing circuit with the clamps.
I am reading 9Vdc on the middle of the AC voltage divider so I cant feed this to the arduino or ill break it.
Anyone sees where the problem can be?
Thanks a lot
Re: Sharing the 2.5V reference
You cannot use the same a.c. supply to feed the Arduino and the voltage sensor input if there is a common ground connection between input and output of your switching regulator. The voltage sensor we recommend is a transformer and the secondary winding "floats" at 2.5 V (or 1.65 V for the emonTx) above ground, and you must keep it completely separate from the Arduino ground.
The only ways you can do it using a single transformer for both power and voltage sensor are (1) use a half-wave rectifier (as in the emonTx3 - see the blog posts) or (2) use a differential input op-amp to sense the voltage or (3) use a transformer with two isolated secondary windings.
Re: Sharing the 2.5V reference
"use a transformer with two isolated secondary windings."
http://spiratronics.com/pcb-transformer-3va-9v9v.html
This is the transformer I use on the units I sell, I recently saw a post where someone had used the spare secondary as a power source successfully I cant find the post in question but the are some pictures attached at the top of-
http://openenergymonitor.org/emon/node/2044
You will have to be careful with filtering as the Arduino is quite a noisy beast, a 9v regulator would be in order.
Re: Sharing the 2.5V reference
Hello Robert, thanks for your help.
There is something I dont understand. Is all the problem on the switching regulator?
Cause back at home, I have my first unit i build based on openenergymonitor long time ago, there where schematics on how to use the AC as supply and for sensing. Cant seem to find the section of the website, probably is no longer available as it was an old design. I have attach a draft of my schematics back then.
The thing is, it worked. I had the AC supply going through a diode bridge and feeding a 7805 and this output into the "Vin". Also it is sensing the AC as it has been done always in this website.
So just to learn, is it the switching regulator the problem? I have notice what you say about joining the Grounds, if i do it, then i get the problem.
This is a major problem in my project, i had everything designed thinking the switching regulator could be a direct substitution of the 7805, wow lots of stuff to think about now and fix.
Re: Sharing the 2.5V reference
thanks richmc,
I about the regulator you mention, i have in a previous project a 7805 instead of the switching regulator, but it gets hot so I was hoping to "upgrade"
About the transformer, I wanted to keep high voltage out of the way, therefore keep using the AC-AC power supply as sold in this website. a 2 isolated secondary windings involves putting the transformer in my pcb which I really didnt want to do.
I hope i can find a solution to all this cause my design and pcb was based on thinking it would work.
thanks !
Re: Sharing the 2.5V reference
Just to share what my idea was....
I wanted to have a system with a AC and DC jack inputs. You could then power using AC and the software would do the AC sensing and power supply. Or you could power using DC and no AC sensing would be done, only power supply.
Do you see any solution possible for the AC sensing with my idea? I still dont understand if the fault is the switching regulator, as when using a 7805 it works correctly.
Thank you very much !! I really appreciate as my project just went stuck because of all this.
Re: Sharing the 2.5V reference
Can you post that up as a circuit diagram, would be easier to interpret .
Re: Sharing the 2.5V reference
of course ! thanks for looking into it!
Hope its ok to keep in this thread, if not i can open another one. but as im using the 2.5V reference with the opamp maybe its useful to stay here.
Re: Sharing the 2.5V reference
Think I've just twigged one problem, you are powering the Arduino with 5V, that is not enough the minimum is 7V for stable operation see here-
http://arduino.cc/en/Main/ArduinoBoardUno
the Arduino will be unstable and wont provide a regulated 5V O/P, you could use a 7808, (8V regulator) that would run cooler as well as its not having to drop so much voltage.
If you really don't want a pcb transformer then there is always this, made by the same company-
http://spiratronics.com/chassis-transformer-6va-9v9v.html
Re: Sharing the 2.5V reference
I am power using the +5V pin, isnt this correct?
So the 5V supplied by the switching regulator go into 5V directly
just noticed I wrote it wrong in the schematic. but im using 5V pin in reality, will update the schematic.
about the other problem, any idea?
Thanks
Re: Sharing the 2.5V reference
Sergegsx: i am right now on it, it is very strange cause i have wire the 100k and 10k to the AC output (11.07Vac) and after the voltage divider i am getting 5.5Vdc between negative and the middle of the voltage divider.
Are you absolutely sure that those two resistors are correct? If they were both the same value, then would explain why your AC voltage is only being halved rather than being divided by 11. I assume that you mean 5.5Vac rather 5.5Vdc.
If you disconnect the 240V AC supply, and there is no AC current running through your CT, then both of your sensors should sit quietly at 2.5V dc with no AC signal. When using RawSamplesTool, both traces should appear as a straight line running down the centre of the display.
Then if you connect the AC voltage supply, the 'v' trace should appear as a sinusoid covering around 80V of the available range. The 'c' trace should still appear as a straight line as before. Then, if you feed some AC current through your CT, you should a second sinusoid, more or less in phase with the first.
By adjusting the value of the burden resistor, you can arrange for the 'c' waveform to use most of the available range when the current flowing through the CT is the greatest value that you will ever want to measure.
My recommendation would to be to rely on what the Arduino is telling you (via its Serial interface using MinAndMaxValues and RawSamplesTool) rather than any kind of multimeter.
Re: Sharing the 2.5V reference
I suggest somebody draws a proper joined-up circuit diagram and then looks hard to see what interconnections there are that shouldn't be there.
Re: Sharing the 2.5V reference
Hi everyone, still fighting to find what to do here. hehe
calypso I have tried as you suggested but something happens when using the output from the switching regulator.
I have done two tests, lets see if we can figure out a solution.
1) I supply the +5V and GND to the 2,5V voltage divider FROM THE ARDUINO
2) I supply the +5V and GND to the 2.5V voltage divider FROM THE SWITCHING REGULATOR
(As soon as the GND from the switching regulator contacts with the negative from the voltage divider the chart goes crazy.
EDIT: I disconnected the AC wire that goes to the 2.5V rail, leaving the other AC wire to the other side of the 100K
Is it at all possible?, or as stated above, the switching regulator should not be used? why not? I have found this schematic, which basically uses linear regulators, would this be possible? I would like to use the switching regulator though.
http://openenergymonitor.org/emon/node/309
I dont have the 4.7uf ac cap in my setup, what are they for? could this be the problem?
Could it be that somehow current from the AC is going to GND? When I connect the +5V to the S.Regulator the curve is ok (but without the offset) however if I connect GND then it goes crazy.
thanks everyone
Re: Sharing the 2.5V reference
I have replaced the Switching regulator with a lm7805 to generate the +5V for the 2.5V rail and it has the same problem, therefore it seems that the switching regulator is not the problem.
.
Edit.
Added the AC 4.7uF caps, looks better. The 2.5V rail is a bit high, dont know why.
Re: Sharing the 2.5V reference
That schematic you found is totally rubbish. There is a fundamental mistake in it. Throw it away, do not use it.
If you take the trouble to read down that thread, you'll see that I posted a picture of that circuit simulated, showing exactly what the Arduino input would be: http://openenergymonitor.org/emon/sites/default/files/markbeal2.png (It is supposed to be a 1 V sine wave).

But before you do, study it carefully, like I wrote earlier. At any non-zero frequency - that means 50 Hz - consider the capacitors to be a short circuit. Then the junction of the two 100 k resistors (2.5 V) is connected to ground through the 10 uF, the junction of the 1k and 100 k is also connected to ground through the 10 uF and the Arduino input is connected through the 4u7 capacitor directly to the bottom side of the a.c supply. Now you need to work out what voltage that is at with respect to ground. When the bottom right diode of the bridge is conducting, it is at (the 12 V regulator input voltage + 1 diode ~ 0.6 V), let's say 15 V with a load of ripple. In the other half cycle, when the bottom left diode is conducting, it is 1 diode below ground.
Now are you starting to see the problem?
Re: Sharing the 2.5V reference
I don't understand where this thread is going, or why. If either circuit is simply built up as published, it will surely work. As Robert says, the AC voltage source must be separate from any other circuit such as a power supply. Any normal mains transformer will do for the AC voltage source, but an encapsulated AC/AC adapter is the safest approach.
Rather than struggling with complex variations that are causing trouble, why not just build up one of the standard circuits which should work without any difficulty?
Re: Sharing the 2.5V reference
That was a very good explanation Robert ! THANKS !
I get now why its not working.
I find myself in a big doubt, 2 or 3 years ago I build a unit for home based on the very first designs of this website. And it works on sharing a AC-AC power supply both for powering and ACsensing.
nevertheless, as calypso says, I will stick to the know working setups. Lets not reinvent the wheel ;P
I am sorry calypso for so many messages on this thread, I just wanted to learn from all of you. As I said, all comes because I thought it was possible, and didnt understand why it was not working. Also I found out that my setup at home does not use an external regulator, but the arduino mega buildin + a bridge rectifier.
Nevertheless, I will update all my setup to use 2 power supplies, its the best approach as you say.
I am really sorry for all the questioning here, but you guys have helped me a lot, i have learned much from this exercise.
Thank you again!
I will therefore use calypso setup with the lm358 in my project, I think is one of the most well accepted in the forum.
Thanks ! ;)
Re: Sharing the 2.5V reference
Wrong Robert I quoted YOU saying you can use a transformer with two separate output windings hence two supplies. It seems that Serge is STILL trying to power the Arduino by shoving 5V into the 5V output,(AND DON'T SHOUT,IT'S RUDE).
Serge you need 7 to 12 Volts going into the 2.1mm socket fro the Arduino, that's why I said use a 7808 regulator, that is the method Arduino recommend, the 5 volts can then be got from the 5V pin of the arduino to power the op amp and divider.
I could quote the paragraphs from the Arduino website but I've done that twice already on other threads, just go and look here-
http://arduino.cc/en/Main/ArduinoBoardUno
See input voltage (recommended). Now are you starting to see the problem?
Re: Sharing the 2.5V reference
Well if I am not mistaken, you can also input 5V to the +5V pin, this way you are bypassing the Regulator, right?
I have been doing this for a loooot of time, and have 2 projects running like this for more than a year.
If its wrong practice, then please let me know. My intention by doing this is to avoid using the build in regulator as it was getting very very hot with everything connected, and therefore use an external Switching regulator or an external linear regulator.
I am fearing I have done also this wrong for ages...
( I must say in one of my MEGA there is no regulator, but on another MEGA I use the build in regulator is in its place)
Interesting...
http://arduino.cc/forum/index.php/topic,54334.msg409987.html#msg409987
It looks like its "possible" but not recommended. Oh well, I just learned another new thing. plus noticed that my two running 24/7 projects are badly powered. It just seemed a good idea not to depend on the onboard linear regulator. I guess I will look into the 7808, or a switching regulator which can give 7or8V instead of 5V
Re: Sharing the 2.5V reference
"Well if I am not mistaken, you can also input 5V to the +5V pin, this way you are bypassing the Regulator, right?"
I have sent you a PM, the Arduono is not stable with this please look at the web site. If they consider it unwise thats good enough for me.
By all means use an external 5V regulator to power other stuff if the arduino regulator cant handle it, but please take note of what Arduino say, they designed the board.
Re: Sharing the 2.5V reference
Rich,
It appears there might have been two problems, the regulator not working was being hidden by a much more serious one, that Sergegsx had tied the a.c. input to ground via the bias supply, and that was because he was following a flawed design.

Sergegsx
I'm glad you've learned from this, don't worry about the many posts and there's absolutely no need to apologise for asking many questions.
I suggest you get hold of a good simulation program - that will allow you to explore designs like this and see how they do or don't work - at zero cost. I use Linear Technologies SwitcherCAD III. On the good side, it's free. On the bad side, its component library is restricted as far as general purpose components are concerned. But it works for me.
As I wrote earlier, there are 3 solutions to the supply problem. All except the half-wave rectifier involve removing a direct link between the a.c. sensing circuitry and the Arduino ground. If your switch-mode supply was transformer-isolated, you would not have had the problem because you would have broken the link.
Re: Sharing the 2.5V reference
I'm a little confused Robert, what flawed design are you referring to? can you link it I'm intrigued.
Re: Sharing the 2.5V reference
I believe he means this one...
http://openenergymonitor.org/emon/sites/default/files/ac_dc2_0.jpg
Re: Sharing the 2.5V reference
Yes, that was it. The author assured us at the time that his design worked perfectly.
I tried to run it on a simulator (Livewire) but it kept oscillating, so I gave up. More important things to do.
Re: Sharing the 2.5V reference
I am fearing I have done also this wrong for ages...( I must say in one of my MEGA there is no regulator, but on another MEGA I use the build in regulator is in its place)
You may be ok on that front. There is no one answer for all Adruino-like products. Every man and his dog designs Arduino compatible boards and add their own tweaks in the process. The power supply stuff is one area they all like to "add value". You really need to look at the particular product you're using to determine whether or not you can provide your own +5V, and it sounds like you have a bit of a mix in your collection.
There are 3 issues to consider (maybe more if anyone knows of others?):
1.  In that case you may have the output of two +5V supplies connected to each other.
3. your Arduino's unpowered on-board 5V regulator may not like having an external +5V jammed up its output
I tend to use ethernet for my all home automation stuff and so have several EtherMega Arduinos (basically an Arduino Mega2560 with onboard ethernet). They've thoughtfully added a jumper that allows the +5V line to be connected to:
. USB source
. on-board 5V regulator
. nothing
So long as you get that jumper right (i.e. 3rd option), there is no problem powering it externally. Get it wrong, and you'll blow up the on-board regulator.
Re: Sharing the 2.5V reference
"There is no one answer for all Adruino-like products."
The answer is to buy genuine Arduino, they have a terrific support site with sound advice that a lot of people seem to ignore for some reason.
"1. your external +5V may not be as regulated as you think, so you risk blowing up your Arduino"
As I posted earlier the arduino needs 7V+ for power 5V will compromise stability, powering from USB is not recommended, Thats not from me thats on the Arduino web site.
Re: Sharing the 2.5V reference
The answer is to buy genuine Arduino
Each to their own, I always say. I prefer to buy what best suits my requirements.
they have a terrific support site
As do many of the alternatives.
As I posted earlier the arduino needs 7V+ for power 5V
Only when you're feeding it via the DC-jack and on-board regulator. If you're feeding the 5V line directly, then it needs to be exactly 5V. 7V would be way to high. And by the way, different Arduino-compatible designs have vastly different specs for the DC-in supply as well. My EtherMega's rated max DC-in is 28V, don't try that on a stock Arduino design with linear regulators.
thats on the Arduino web site
And I'm sure it's good advice for their designs, and exact clones of their designs. But it does not necessarily apply to the myriad of other Arduino compatible designs out there who have designed completely different power supplies. If you're using an Arduino design, then yes, get your power supply specs from the Arduino webpage.
Re: Sharing the 2.5V reference
And by the way, different Arduino-compatible designs have vastly different specs for the DC-in supply as well.
Thats hardly a definition of compatible!
Only when you're feeding it via the DC-jack and on-board regulator
The way Arduino recomend powering the board.
I'm beginning to feel a bit like a parrot. :-)
Re: Sharing the 2.5V reference
Thats hardly a definition of compatible!
If it can run the exact same s/w, can use the exact same shields, but can operate with a wider voltage range on the DC-in jack, I'd call that compatible, but I'm not going to die in a ditch arguing the definition.... compatible or not compatible whichever you like.
The way Arduino recomend powering the board.
I think you meant "the way Arduino recommend powering their board". As I said earlier... if you're using an Arduino design or an exact clone then yes, get your power requirements from their webpage.
I'll continue to get the power requirements for my board from the manufacturer of my board... and even follow their jumper instructions on how to power the +5V line directly.
Re: Sharing the 2.5V reference
... and as the originator of this thread (which was never intended to be about the 5V supply), I'm saying nothing !
Re: Sharing the 2.5V reference
................I'm saying nothing else as well, I've lost my voice.:-0
Re: Sharing the 2.5V reference
With the right jumper settings I can even power my EtherMega over the cat5 cable; they fully support P-o-E. That's particularly useful when you have these things scattered about your house for home automation stuff. Rather than have wall-warts all over the place, they all get powered from your ethernet switch. Run one cat5 cable to a remote location, stick an Arduino on the end of it, and you get power and comms. It also means you can individually, remotely power cycle your Arduino (from anywhere in the world if your switch supports it).
That's the great thing about open source hardware... people take great designs and make them even better. But clearly if I need to know the specs for this stuff, I turn to my manufacturer, not to the generic Arduino pages. That's the only point I was trying to make above.
Re: Sharing the 2.5V reference
And it looks like even some official Arduino designs let you juice the +5V directly. The attached is from the Arduino page on the Leonardo (http://arduino.cc/en/Main/arduinoBoardLeonardo). Bottom line is, the only power specs that matter for your board, are the ones written for your board.
+5V. The regulated power supply used to power the microcontroller and other components on the board. This can come either from VIN via an on-board regulator, or be supplied by USB or another regulated 5V supply.


UNDER THE SAND (Sous le Sable)
Marie (Charlotte Rampling, "Aberdeen") and Jean (Bruno Cremet, "Sorcerer") are a comfortable, sixty-ish married couple looking forward to a peaceful vacation at their second home in Lit et Mix. On their first, full day, Marie sunbathes as Jean goes for a swim. Hours later, Marie's initiated a full scale search when Jean hasn't returned, but no trace of him is found. Marie returns to Paris and resumes her life, including chats with Jean at the end of each day in Francois Ozon's "Under the Sand."
Marie's ex-pat British friend Amanda (Alexandra Stewart, "Frantic") and her French husband Gerard (Pierre Vernier) try to snap Marie out of her denial with a dinner party, where they introduce her to the handsome Vincent (Jacques Nolot, "Nenette et Boni"), yet Marie suggests that Gerard accompany her and Jean to their gym the next morning. Eventually Marie does begin dating Vincent, but she discusses him with Jean and even smiles at Jean, hidden behind a bedroom curtain, when she makes love to Vincent.
 Her bank advises her that without access to Jean's account, she needs to reduce her spending. One of her university students (she's reading Virginia Woolf's "The Waves") turns out to be one of the young men who participated in the beach search. Then police arrive asking her to identify the clothing of a body they've found washed up from the ocean. That night, Jean's not at home when she returns to their apartment. Her mother-in-law (Andree Tainsy) cruelly
insists that Jean simply abandoned her out of boredom. Finally, Marie goes to the police, insisting on viewing the body. Horrified (she's been warned it was
in an advanced state of putrefaction), she laughs when handed a bagged watch, insisting that this is not her husband.
"Under the Sand" is a character study and melancholy portrait of aging ('I've lost my youth,' Marie declares) and loss. Charlotte Rampling, given the chance to portray an older, yet still sexual, woman runs with it, bringing us into the mind of the character. Her chemistry with Bruno Cremet is startlingly natural. As Marie returns from her first date with Vincent, she sits on the couch with Jean. 'Did he kiss you?' he asks. The mood the two create is incredibly intimate and sad.
Ozon ("Water Drops on Burning Rocks," "See the Sea"), who cowrote the script with Emmanuelle Bernheim, Marcia Romano, and Marina de Van, has turned in a more mature work than his previous, creepy "See the Sea." While he cleverly never lets us see Jean enter the water that fateful day, leaving a number of possibilities - accident?, suicide?, escape? - open, he definitely tips his hand towards a certain outcome.
Cinematography by Antoine Hiberli and Jeanne Lapoirie ("Water Drops on Burning Rocks") glides around Marie (their 180 shot as she initially searches the ocean's horizon for a sign of Jean conveys her panic) or captures Rampling's exotic face in mood divining closeup. In an inventive fantasy scene, Marie imagines Jean's hands massaging her feet while in a state of auto-arousal. His two hands become four, then more combined with her own, becoming almost a one person orgy and recalling Roman Polanski's "Repulsion." Original music by Philippe Rombi quietly adds to the overall melancholy.
"Under the Sand" is a unique portrait of loss. It would make an fascinating double bill with Liv Ullmann's "Faithless" from earlier this year, another character study of a woman facing loss for different reasons.
A-
For more Reeling reviews visit www.reelingreviews.com
<EMAIL_ADDRESS><EMAIL_ADDRESS>========== X-RAMR-ID: 28832 X-Language: en X-RT-ReviewID: 235710 X-RT-TitleID: 1107722 X-RT-SourceID: 386 X-RT-AuthorID: 1487 X-RT-RatingText: A-
The review above was posted to the
rec.arts.movies.reviews newsgroup (de.rec.film.kritiken for German reviews).
The Internet Movie Database accepts no responsibility for the contents of the
review and has no editorial control. Unless stated otherwise, the copyright
belongs to the author.
Please direct comments/criticisms of the review to relevant newsgroups.
Broken URLs inthe reviews are the responsibility of the author.
The formatting of the review is likely to differ from the original due
to ASCII to HTML conversion.
Related links: index of all rec.arts.movies.reviews reviews


{{content-for 'head'}}
{{content-for 'head-footer'}}
{{content-for 'body'}} {{content-for 'body-footer'}}
It seems javascript is disabled in your browser, please note that javascript is required for the esco translation platform.


The topics include .
Sangameshwar Patil,
Balaraman Ravindran,
Predicting software defect type using concept-based classification
Empirical Software Engineering,
25,
2,
1341–1378,
2020.
Abhishek Ghose,
Balaraman Ravindran,
Interpretability With Accurate Small Models
Frontiers Artif. Intell.,
3,
3,
2020.
Nandan Sudarsanam,
Nishanth Kumar,
Abhishek Sharma,
Balaraman Ravindran,
Rate of change analysis for interestingness measures
Knowl. Inf. Syst.,
62,
1,
239–258,
2020.
Rohan Saphal,
Balaraman Ravindran,
Dheevatsa Mudigere,
Sasikanth Avancha,
Bharat Kaul,
ERLP: Ensembles of Reinforcement Learning Policies (Student Abstract)
The Thirty-Fourth AAAI Conference on Artificial Intelligence, AAAI
2020, The Thirty-Second Innovative Applications of Artificial Intelligence
Conference, IAAI 2020, The Tenth AAAI Symposium on Educational
Advances in Artificial Intelligence, EAAI 2020, New York, NY, USA,
February 7-12, 2020,
13905–13906,
2020.
Harshavardhan Kamarthi,
Priyesh Vijayan,
Bryan Wilder,
Balaraman Ravindran,
Milind Tambe,
Influence Maximization in Unknown Social Networks: Learning Policies
for Effective Graph Sampling
Proceedings of the 19th International Conference on Autonomous Agents
and Multiagent Systems, AAMAS ’20, Auckland, New Zealand, May 9-13,
2020,
575–583,
2020.
Anirban Santara,
Rishabh Madan,
Pabitra Mitra,
Balaraman Ravindran,
ExTra: Transfer-guided Exploration
Proceedings of the 19th International Conference on Autonomous Agents
and Multiagent Systems, AAMAS ’20, Auckland, New Zealand, May 9-13,
2020,
1987–1989,
2020.
Sanchari Sen,
Balaraman Ravindran,
Anand Raghunathan,
EMPIR: Ensembles of Mixed Precision Deep Networks for Increased
Robustness Against Adversarial Attacks
8th International Conference on Learning Representations, ICLR 2020,
Addis Ababa, Ethiopia, April 26-30, 2020,
2020.
Anasua Mitra,
Priyesh Vijayan,
Srinivasan Parthasarathy,
Balaraman Ravindran,
A Unified Non-Negative Matrix Factorization Framework for Semi Supervised
Learning on Graphs
Proceedings of the 2020 SIAM International Conference on Data Mining,
SDM 2020, Cincinnati, Ohio, USA, May 7-9, 2020 [the conference was
canceled because of the coronavirus pandemic, the reviewed papers
are published in this volume],
487–495,
2020.
Rohan Saphal,
Balaraman Ravindran,
Dheevatsa Mudigere,
Sasikanth Avancha,
Bharat Kaul,
SEERL: Sample Efficient Ensemble Reinforcement Learning
CoRR,
abs/2001.05209,
2020.
Sravan Mylavarapu,
Mahtab Sandhu,
Priyesh Vijayan,
K. Madhava Krishna,
Balaraman Ravindran,
Anoop Namboodiri,
Towards Accurate Vehicle Behaviour Classification With Multi-Relational
Graph Convolutional Networks
CoRR,
abs/2002.00786,
2020.
Sanchari Sen,
Balaraman Ravindran,
Anand Raghunathan,
EMPIR: Ensembles of Mixed Precision Deep Networks for Increased
Robustness against Adversarial Attacks
CoRR,
abs/2004.10162,
2020.
Akash Kumar Mohankumar,
Preksha Nema,
Sharan Narasimhan,
Mitesh M. Khapra,
Balaji Vasan Srinivasan,
Balaraman Ravindran,
Towards Transparent and Explainable Attention Models
CoRR,
abs/2004.14243,
2020.
Sravan Mylavarapu,
Mahtab Sandhu,
Priyesh Vijayan,
K. Madhava Krishna,
Balaraman Ravindran,
Anoop Namboodiri,
Understanding Dynamic Scenes using Graph Convolution Networks
CoRR,
abs/2005.04437,
2020.
Nikita Moghe,
Priyesh Vijayan,
Balaraman Ravindran,
Mitesh M. Khapra,
On Incorporating Structural Information to improve Dialogue Response
Generation
CoRR,
abs/2005.14315,
2020.
Nazneen N. Sultana,
Hardik Meisheri,
Vinita Baniwal,
Somjit Nath,
Balaraman Ravindran,
Harshad Khadilkar,
Reinforcement Learning for Multi-Product Multi-Node Inventory Management
in Supply Chains
CoRR,
abs/2006.04037,
2020.
Siddharth Nishtala,
Harshavardhan Kamarthi,
Divy Thakkar,
Dhyanesh Narayanan,
Anirudh Grama,
Ramesh Padmanabhan,
Neha Madhiwalla,
Suresh Chaudhary,
Balaraman Ravindran,
Milind Tambe,
Missed calls, Automated Calls and Health Support: Using AI to improve
maternal health outcomes by increasing program engagement
CoRR,
abs/2006.07590,
2020.
Nitesh Methani,
Pritha Ganguly,
Mitesh M. Khapra,
Pratyush Kumar,
PlotQA: Reasoning over Scientific Plots
IEEE Winter Conference on Applications of Computer Vision, WACV
2020, Snowmass Village, CO, USA, March 1-5, 2020,
1516–1525,
2020.
Pratyush Kumar,
Muktabh Mayank Srivastava,
Compact retail shelf segmentation for mobile deployment
CoRR,
abs/2004.13094,
2020.
Anoop Kunchukuttan,
Divyanshu Kakwani,
Satish Golla,
Gokul N. C.,
Avik Bhattacharyya,
Mitesh M. Khapra,
Pratyush Kumar,
AI4Bharat-IndicNLP Corpus: Monolingual Corpora and Word Embeddings
for Indic Languages
CoRR,
abs/2005.00085,
2020.
Dev Yashpal Sheth,
Arun Rajkumar,
Active Ranking from Pairwise Comparisons with Dynamically Arriving
Items and Voters
CoDS-COMAD 2020: 7th ACM IKDD CoDS and 25th COMAD, Hyderabad India,
January 5-7, 2020,
229–233,
2020.
Sahil Manchanda,
Arun Rajkumar,
Simarjot Kaur,
Narayanan Unny,
SUPAID: A Rule mining based method for automatic rollout decision
aid for supervisors in fleet management systems
CoRR,
abs/2001.03386,
2020.
Saurabh Desai,
Harish G. Ramaswamy,
Ablation-CAM: Visual Explanations for Deep Convolutional Network via
Gradient-free Localization
IEEE Winter Conference on Applications of Computer Vision, WACV
2020, Snowmass Village, CO, USA, March 1-5, 2020,
972–980,
2020.
Deepak Mittal,
Shweta Bhardwaj,
Mitesh M. Khapra,
Balaraman Ravindran,
Studying the plasticity in deep convolutional neural networks using
random pruning
Mach. Vis. Appl.,
30,
2,
203–216,
2019.
Manan Tomar,
Akhil Sathuluri,
Balaraman Ravindran,
MaMiC: Macro and Micro Curriculum for Robotic Reinforcement Learning
The Thirty-Third AAAI Conference on Artificial Intelligence, AAAI
2019, The Thirty-First Innovative Applications of Artificial Intelligence
Conference, IAAI 2019, The Ninth AAAI Symposium on Educational
Advances in Artificial Intelligence, EAAI 2019, Honolulu, Hawaii,
USA, January 27 - February 1, 2019,
10053–10054,
2019.
Sai Kiran Narayanaswami,
Balaraman Ravindran,
Venkatesh Ramaiyan,
Generalized random Surfer-Pair models
ASONAM ’19: International Conference on Advances in Social Networks
Analysis and Mining, Vancouver, British Columbia, Canada, 27-30 August,
2019,
452–455,
2019.
Vaibhav Gupta,
Daksh Anand,
Praveen Paruchuri,
Balaraman Ravindran,
Advice Replay Approach for Richer Knowledge Transfer in Teacher Student
Framework
Proceedings of the 18th International Conference on Autonomous Agents
and MultiAgent Systems, AAMAS ’19, Montreal, QC, Canada, May 13-17,
2019,
1997–1999,
2019.
Manan Tomar,
Akhil Sathuluri,
Balaraman Ravindran,
MaMiC: Macro and Micro Curriculum for Robotic Reinforcement Learning
Proceedings of the 18th International Conference on Autonomous Agents
and MultiAgent Systems, AAMAS ’19, Montreal, QC, Canada, May 13-17,
2019,
2226–2228,
2019.
Athindran Ramesh Kumar,
Balaraman Ravindran,
Anand Raghunathan,
Pack and Detect: Fast Object Detection in Videos Using Region-of-Interest
Packing
Proceedings of the ACM India Joint International Conference on Data
Science and Management of Data, COMAD/CODS 2019, Kolkata, India,
January 3-5, 2019,
150–156,
2019.
Tarun Kumar,
Sankaran Vaidyanathan,
Harini Ananthapadmanabhan,
Srinivasan Parthasarathy,
Balaraman Ravindran,
A New Measure of Modularity in Hypergraphs: Theoretical Insights and
Implications for Effective Clustering
Complex Networks and Their Applications VIII - Volume 1 Proceedings
of the Eighth International Conference on Complex Networks and Their
Applications COMPLEX NETWORKS 2019, Lisbon, Portugal, December
10-12, 2019,
286–297,
2019.
Manju Manohar Manjalavil,
Gitakrishnan Ramadurai,
Balaraman Ravindran,
Temporal Analysis of a Bus Transit Network
Complex Networks and Their Applications VIII - Volume 2 Proceedings
of the Eighth International Conference on Complex Networks and Their
Applications COMPLEX NETWORKS 2019, Lisbon, Portugal, December
10-12, 2019,
944–954,
2019.
Preksha Nema,
Akash Kumar Mohankumar,
Mitesh M. Khapra,
Balaji Vasan Srinivasan,
Balaraman Ravindran,
Let’s Ask Again: Refine Network for Automatic Question Generation
Proceedings of the 2019 Conference on Empirical Methods in Natural
Language Processing and the 9th International Joint Conference on
Natural Language Processing, EMNLP-IJCNLP 2019, Hong Kong, China,
November 3-7, 2019,
3312–3321,
2019.
Rahul Ramesh,
Manan Tomar,
Balaraman Ravindran,
Successor Options: An Option Discovery Framework for Reinforcement
Learning
Proceedings of the Twenty-Eighth International Joint Conference on
Artificial Intelligence, IJCAI 2019, Macao, China, August 10-16,
2019,
3304–3310,
2019.
Revanth Reddy,
Sarath Chandar,
Balaraman Ravindran,
Edge Replacement Grammars : A Formal Language Approach for Generating
Graphs
Proceedings of the 2019 SIAM International Conference on Data Mining,
SDM 2019, Calgary, Alberta, Canada, May 2-4, 2019,
351–359,
2019.
Sai Kiran Narayanaswami,
Nandan Sudarsanam,
Balaraman Ravindran,
An Active Learning Framework for Efficient Robust Policy Search
CoRR,
abs/1901.00117,
2019.
Harish Kumar,
Balaraman Ravindran,
Polyphonic Music Composition with LSTM Neural Networks and Reinforcement
Learning
CoRR,
abs/1902.01973,
2019.
Revanth Reddy,
Sarath Chandar,
Balaraman Ravindran,
Edge Replacement Grammars: A Formal Language Approach for Generating
Graphs
CoRR,
abs/1902.07159,
2019.
Saket Gurukar,
Priyesh Vijayan,
Aakash Srinivasan,
Goonmeet Bajaj,
Chen Cai,
Moniba Keymanesh,
Saravana Kumar,
Pranav Maneriker,
Anasua Mitra,
Vedang Patel,
Balaraman Ravindran,
Srinivasan Parthasarathy,
Network Representation Learning: Consolidation and Renewed Bearing
CoRR,
abs/1905.00987,
2019.
Abhishek Ghose,
Balaraman Ravindran,
Optimal Resampling for Learning Small Models
CoRR,
abs/1905.01520,
2019.
Rahul Ramesh,
Manan Tomar,
Balaraman Ravindran,
Successor Options: An Option Discovery Framework for Reinforcement
Learning
CoRR,
abs/1905.05731,
2019.
Manan Tomar,
Akhil Sathuluri,
Balaraman Ravindran,
MaMiC: Macro and Micro Curriculum for Robotic Reinforcement Learning
CoRR,
abs/1905.07193,
2019.
Abhishek Ghose,
Balaraman Ravindran,
Learning Interpretable Models Using an Oracle
CoRR,
abs/1906.06852,
2019.
Anirban Santara,
Rishabh Madan,
Balaraman Ravindran,
Pabitra Mitra,
ExTra: Transfer-guided Exploration
CoRR,
abs/1906.11785,
2019.
Sai Kiran Narayanaswami,
Balaraman Ravindran,
Venkatesh Ramaiyan,
Generalized Random Surfer-Pair Models
CoRR,
abs/1907.01420,
2019.
Harshavardhan Kamarthi,
Priyesh Vijayan,
Bryan Wilder,
Balaraman Ravindran,
Milind Tambe,
Learning policies for Social network discovery with Reinforcement
learning
CoRR,
abs/1907.11625,
2019.
Arjun Manoharan,
Rahul Ramesh,
Balaraman Ravindran,
Option Encoder: A Framework for Discovering a Policy Basis in Reinforcement
Learning
CoRR,
abs/1909.04134,
2019.
Preksha Nema,
Akash Kumar Mohankumar,
Mitesh M. Khapra,
Balaji Vasan Srinivasan,
Balaraman Ravindran,
Let’s Ask Again: Refine Network for Automatic Question Generation
CoRR,
abs/1909.05355,
2019.
Hardik Meisheri,
Vinita Baniwal,
Nazneen N. Sultana,
Balaraman Ravindran,
Harshad Khadilkar,
Reinforcement Learning for Multi-Objective Optimization of Online
Decisions in High-Dimensional Systems
CoRR,
abs/1910.00211,
2019.
Suman Banerjee,
Mitesh M. Khapra,
Graph Convolutional Network with Sequential Attention for Goal-Oriented
Dialogue Systems
Trans. Assoc. Comput. Linguistics,
7,
485–500,
2019.
V. Rudra Murthy,
Mitesh M. Khapra,
Pushpak Bhattacharyya,
Improving NER Tagging Performance in Low-Resource Languages via
Multilingual Learning
ACM Trans. Asian Low Resour. Lang. Inf. Process.,
18,
2,
9:1–9:20,
2019.
Ananya B. Sai,
Mithun Das Gupta,
Mitesh M. Khapra,
Mukundhan Srinivasan,
Re-Evaluating ADEM: A Deeper Look at Scoring Dialogue Responses
The Thirty-Third AAAI Conference on Artificial Intelligence, AAAI
2019, The Thirty-First Innovative Applications of Artificial Intelligence
Conference, IAAI 2019, The Ninth AAAI Symposium on Educational
Advances in Artificial Intelligence, EAAI 2019, Honolulu, Hawaii,
USA, January 27 - February 1, 2019,
6220–6227,
2019.
Shweta Bhardwaj,
Mukundhan Srinivasan,
Mitesh M. Khapra,
Efficient Video Classification Using Fewer Frames
IEEE Conference on Computer Vision and Pattern Recognition, CVPR
2019, Long Beach, CA, USA, June 16-20, 2019,
354–363,
2019.
Preksha Nema,
Akash Kumar Mohankumar,
Mitesh M. Khapra,
Balaji Vasan Srinivasan,
Balaraman Ravindran,
Let’s Ask Again: Refine Network for Automatic Question Generation
Proceedings of the 2019 Conference on Empirical Methods in Natural
Language Processing and the 9th International Joint Conference on
Natural Language Processing, EMNLP-IJCNLP 2019, Hong Kong, China,
November 3-7, 2019,
3312–3321,
2019.
Revanth Reddy,
Rahul Ramesh,
Ameet Deshpande,
Mitesh M. Khapra,
FigureNet : A Deep Learning model for Question-Answering on Scientific
Plots
International Joint Conference on Neural Networks, IJCNN 2019 Budapest,
Hungary, July 14-19, 2019,
1–8,
2019.
Siddhartha Arora,
Mitesh M. Khapra,
Harish G. Ramaswamy,
On Knowledge distillation from complex networks for response prediction
Proceedings of the 2019 Conference of the North American Chapter of
the Association for Computational Linguistics: Human Language Technologies,
NAACL-HLT 2019, Minneapolis, MN, USA, June 2-7, 2019, Volume 1 (Long
and Short Papers),
3813–3822,
2019.
Ananya Sai,
Mithun Das Gupta,
Mitesh M. Khapra,
Mukundhan Srinivasan,
Re-evaluating ADEM: A Deeper Look at Scoring Dialogue Responses
CoRR,
abs/1902.08832,
2019.
Shweta Bhardwaj,
Mukundhan Srinivasan,
Mitesh M. Khapra,
Efficient Video Classification Using Fewer Frames
CoRR,
abs/1902.10640,
2019.
Soham Parikh,
Ananya B. Sai,
Preksha Nema,
Mitesh M. Khapra,
ElimiNet: A Model for Eliminating Options for Reading Comprehension
with Multiple Choice Questions
CoRR,
abs/1904.02651,
2019.
Soham Parikh,
Ananya B. Sai,
Preksha Nema,
Mitesh M. Khapra,
Frustratingly Poor Performance of Reading Comprehension Models on
Non-adversarial Examples
CoRR,
abs/1904.02665,
2019.
Preksha Nema,
Akash Kumar Mohankumar,
Mitesh M. Khapra,
Balaji Vasan Srinivasan,
Balaraman Ravindran,
Let’s Ask Again: Refine Network for Automatic Question Generation
CoRR,
abs/1909.05355,
2019.
Sahana Ramnath,
Amrita Saha,
Soumen Chakrabarti,
Mitesh M. Khapra,
Scene Graph based Image Retrieval - A case study on the CLEVR
Dataset
CoRR,
abs/1911.00850,
2019.
Rehan Ahmed,
Bernhard Buchli,
Stefan Draskovic,
Lukas Sigrist,
Pratyush Kumar,
Lothar Thiele,
Optimal Power Management with Guaranteed Minimum Energy Utilization
for Solar Energy Harvesting Systems
ACM Trans. Embedded Comput. Syst.,
18,
4,
30:1–30:26,
2019.
Mohit Jain,
Rohun Tripathi,
Ishita Bhansali,
Pratyush Kumar,
Automatic Generation and Evaluation of Usable and Secure Audio reCAPTCHA
The 21st International ACM SIGACCESS Conference on Computers and
Accessibility, ASSETS 2019, Pittsburgh, PA, USA, October 28-30,
2019,
355–366,
2019.
Naveen E,
Pratyush Kumar,
Checkpointing in Practice for Memory-Efficient Training on the Edge
21st IEEE International Conference on High Performance Computing
and Communications; 17th IEEE International Conference on Smart
City; 5th IEEE International Conference on Data Science and Systems,
HPCC/SmartCity/DSS 2019, Zhangjiajie, China, August 10-12, 2019,
2759–2766,
2019.
Nitesh Methani,
Pritha Ganguly,
Mitesh M. Khapra,
Pratyush Kumar,
Data Interpretation over Plots
CoRR,
abs/1909.00997,
2019.
Himanshu Sharad Bhatt,
Shourya Roy,
Arun Rajkumar,
Sriranjani Ramakrishnan,
Learning Transferable Feature Representations Using Neural Networks
Proceedings of the 57th Conference of the Association for Computational
Linguistics, ACL 2019, Florence, Italy, July 28- August 2, 2019,
Volume 1: Long Papers,
4124–4134,
2019.
Prateek Yadav,
Madhav Nimishakavi,
Naganand Yadati,
Shikhar Vashishth,
Arun Rajkumar,
Partha Pratim Talukdar,
Lovasz Convolutional Networks
The 22nd International Conference on Artificial Intelligence and Statistics,
AISTATS 2019, 16-18 April 2019, Naha, Okinawa, Japan,
1978–1987,
2019.
Arun Verma,
Manjesh K. Hanawal,
Arun Rajkumar,
Raman Sankaran,
Censored Semi-Bandits: A Framework for Resource Allocation with
Censored Feedback
Advances in Neural Information Processing Systems 32: Annual Conference
on Neural Information Processing Systems 2019, NeurIPS 2019, 8-14
December 2019, Vancouver, BC, Canada,
14499–14509,
2019.
Arun Verma,
Manjesh K. Hanawal,
Arun Rajkumar,
Raman Sankaran,
Censored Semi-Bandits: A Framework for Resource Allocation with
Censored Feedback
CoRR,
abs/1909.01504,
2019.
Siddhartha Arora,
Mitesh M. Khapra,
Harish G. Ramaswamy,
On Knowledge distillation from complex networks for response prediction
Proceedings of the 2019 Conference of the North American Chapter of
the Association for Computational Linguistics: Human Language Technologies,
NAACL-HLT 2019, Minneapolis, MN, USA, June 2-7, 2019, Volume 1 (Long
and Short Papers),
3813–3822,
2019.


Viktor Van Deik:
This place has been the boundary between the two kingdoms for hundreds of years. I trust that you will behave yourself among the foreigners and do nothing to bring discredit, dishonor or even embarrassment upon Aden Kingdom.
Should you meet "Yeus" on the other side, I'd be obliged if you would give him greetings from me. I know that would make him very happy...
Quest.


--- layout: post title: Layout date: '2013-12-05T07:30:37+01:00' categories: - Storyboards picture_url: https://film-Storyboards.tumblr.com/post/69072325794/layout-drawn-for-brandhome ---
Layout drawn for Brandhome.


Work Day Scheduler
A Simple Program Management Application for Tracking Workday Schedule.
9AM
10AM
11AM
12PM
1PM
2PM
3PM
4PM
5PM


Plugin Information |
|---|
View BMC Release Package and Deployment on the plugin site for more information. |
The current version of this plugin may not be safe to use. Please review the following warnings before use:
The RPD Plugin integrates Jenkins with BMC Release Package and Deployment (RPD) by adding two build and post-build actions to your Jenkins build configuration,
which can be executed separately or combined sequentially:
- Create an instance
- Deploy an instance
Requirements
- RPD 4.4.00 and later
- Jenkins 1.639 and later
Dependencies
- Apache Maven 3.0.5 or later
To build this plugin from the source code, in the project root directory, run the following command:
shell mvn package
This command will generate the .hpi file for you.
Local installation
- Run the mvn package command to generate /target/bmc-rpd.hpi.
- Remove the previous bmc-rpd.hpi file from $user.home/.jenkins/plugins/ and copy a new one into the same location.
- Restart Jenkins.
RPD Plugin Configuration
To configure the RPD Plugin:
- Go to Manage Jenkins > Configure System.
- In the BMC Release Package and Deployment Configuration section, click Add, and provide the following information:
- Set as Default Server Profile: Select this option to set the specified profile as the default one.
If you do not select the default profile, the first one will be selected by default. - Server Profile Name: Custom name for the RPD server profile.
- RPD Server URL: The URL that identifies the RPD Server on which processing will occur.
- RPD User Token: User token that will be used to authenticate against RPD. For more information,
see https://docs.bmc.com/docs/display/rpd48/Creating+authentication+tokens.
- Set as Default Server Profile: Select this option to set the specified profile as the default one.
- (Optional) To verify connection to the RPD server, click Test Connection.
- Click Save.
Job Configuration
To create a RPD instance:
- Click New Item to create a new job.
- In the Build section, from the Add build step list, select RPD Create Instance.
- In the RPD Create Instance section, provide the following information:
- Server Profile Name: Custom name for the RPD server profile.
- Package Name: Name of the package where you want to create the RPD instance.
- Instance Name: (Optional) Custom name for the RPD instance that you want to create.
If you do not specify an instance name, the name specified in RPD will be used.
- Click Save.
To deploy a RPD instance:
- Click New Item to create a new job.
- In the Build section, from the Add build step list, select RPD Deploy Instance.
- In the RPD Deploy Instance section, provide the following information:
- Server Profile Name: Custom name for the RPD server profile.
- Package Name: Name of the package where you want to deploy the RPD instance.
- Instance Name: (Optional) Custom name for the RPD instance that you want to deploy.
If you do not specify an instance name, the name specified in RPD will be used. - Route Name: Route where to deploy the RPD instance.
- Environment Name: Environment where to deploy the RPD instance.
- Click Save.
Job Configuration as a Post-build Action
To create a RPD instance:
- Click New Item to create a new job.
- In the Post-build Actions section, from the Add post-build action list, select RPD Create Instance.
- In the RPD Create Instance section, provide the following information:
- Server Profile Name: Custom name for the RPD server profile.
- Package Name: Name of the package where you want to create the RPD instance.
- Instance Name: (Optional) Custom name for the RPD instance that you want to create.
If you do not specify an instance name, the name specified in RPD will be used.
- Click Save.
To deploy a RPD instance:
- Click New Item to create a new job.
- In the Post-build Actions section, from the Add build step list, select RPD Deploy Instance.
- In the RPD Deploy Instance section, provide the following information:
- Server Profile Name: Custom name for the RPD server profile.
- Package Name: Name of the package where you want to deploy the RPD instance.
- Instance Name: (Optional) Custom name for the RPD instance that you want to deploy.
If you do not specify an instance name, the name specified in RPD will be used. - Route Name: Route where to deploy the RPD instance.
- Environment Name: Environment where to deploy the RPD instance.
- Click Save.
Note
For the post-build action, you can create and deploy only one instance.
Variables
When creating an instance, use the following custom variables:
- RPD_<Package name>_instance_name – allows using an instance name for the next deployment or in some kind of notifications.
- RPD_<Package name>_instance_id – allows using an instance name for the next deployment or in some kind of notifications.
Notes
• If you create an instance, deploy an instance, and specify the same package name for both actions
but without a specified instance name, then the instance name will be uploaded from RPD.
• If you create an instance with both package name and instance name specified, deploy an instance with the same package name
but without a specified instance name, then RPD will deploy the instance that you have just created.
You can also use standard Jenkins variables. To see the list of standard variables, go to Jenkins Set Environment Variables.
RPD Instance Logs
To see the RPD instance create and deploy logs:
Click Jenkins, select the necessary job, and click Console Output.
RPD Secure Connection
To install the certificate authority (CA):
- Go to the necessary URL, click the HTTPS certificate chain, and then click Certificate information.
- On the Details tab, click Copy to File…
- Install the CA by running the following command: keytool -import -alias example -keystore/path/to/cacerts -file example.der.
Note
Ensure that you are installing the CA on the same computer where Jenkins is installed.


Arrays - select random item
Select your favorite TV series. The application will help you in deciding what to see today. Enjoy!
Submit


R/data.R
eplData.Rd
The dataset is a list of 17 dataframes covering EPL data from seasons 2002-2003 to 2018-2019. The data is retrieved from DataHub.io and Football-data.uk.
eplData
A list of 10 data frames with 380 observations and 37 variables each:
Date, in 'yyyy-mm-dd'
Home Team Football Club
Away Team Football Club
Full Time Home Goals
Full Time Away Goals
Full Time Results
Half Time Home Goals
Half Time Away Goals
Half TIme Results
Referee
Home Team Shots
Away Team Shots
Home Team Shots on Target
Away Team Shots on Target
Home Team Fouls
Away Team Fouls
Home Team Corners
Away Team Corners
Home Team Yellow Cards
Away Team Yellow Cards
Home Team Red Cards
Away Team Red Cards
Bet365 Home Team Win Odds
Bet365 Draw Odds
Bet365 Away Team Win Odds
Interwetten Home Team Win Odds
Interwetten Draw Odds
Interwetten Away Team Win Odds
William Hill Home Team Win Odds
William Hill Draw Odds
William Hill Away Team Win Odds
https://datahub.io/sports-data/english-premier-league#readme


The following task has been assigned to you:
{{ task.task_number }} - {{ task.title }}
{% if task.summary %}{{ task.summary|safe }}
{% endif %}| Criticality | {{ task.urgency }} |
| Need Date | {{ task.need_date.strftime('%Y-%m-%d') }} |
| Requested By | {{ task.requested_by.get_name() }} |


GOD Bearing
Logout
Dashboard
Menu
Dashboard
Products
Website Images
Enquiry / Messages
Products
Manage Products
Dashboard
Products
View Products
Add Products
All Products
Add More Products
#
ID
Image
Product Name
availability
{{$index+1}}
{{p.id}}
{{p.productName}}
{{p.availability}}
View/Edit
Delete
No Products Available. Please add products
Add Product
Product Name
Availability:
In Stock
Out Of Stock
Short Description
Long Description
Dimensions (As Per Catalouge)
d(mm)
D(mm)
B(mm)
C(mm)
T(mm)
Shaft Dia(Inch)
H(mm)
J(mm)
L(mm)
F(mm)
Choose Images
Select Default Image
X
Choose Catalouge Images
X
Add Product
Reset
View/Edit - {{viewProduct.productName}}
×
Product Details
Legend
Catalouge
Product Name
Availability:
In Stock
Out Of Stock
Short Description
Long Description
Dimensions (As Per Catalouge)
d(mm)
D(mm)
B(mm)
C(mm)
T(mm)
Shaft Dia(Inch)
H(mm)
J(mm)
L(mm)
F(mm)
Choose Images
Select Default Image
X
Choose Catalouge Images
X
Update Product
Add Header
Add Heading
{{l}}
Add Legends
Add Legend
Save
Cancel
Legend
Description
Edit/Delete
{{l1.legend}}
{{l1.description}}
Edit
Delete
Add Catalouge Items
Item
Shaft Dia
Dimensions (mm)
Mass (Kg)
Edit/Delete
Bearing No.
(Inch)
{{dim}}
Add
Save
Cancel
Catalouge
Item
Shaft Dia (Inch)
Dimensions (mm)
Mass (Kg)
Edit/Delete
Bearing No.
{{dim}}
{{ct.bearingNo1}}
{{ct.bearingNo2}}
{{ct.shaftDia}}
{{ct.innerDia}}
{{ct.outerDia}}
{{ct.width}}
{{ct.smallThickness}}
{{ct.thickness}}
{{ct.centreHeight}}
{{ct.outerLength}}
{{ct.innerLength}}
{{ct.flank}}
{{ct.weight}}
Edit
Delete
Select Image
×
Back
Home
Create Folder
Upload
{{d}}
{{l}}
Select Image
×
Back
Home
Create Folder
Upload
{{d}}
{{l}}
Select Image
×
Back
Home
Create Folder
Upload
{{d}}
{{l}}