Announcement

Collapse
No announcement yet.

Arduino Plugin feature requests

Collapse
This is a sticky topic.
X
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • DMcKnight
    replied
    Another one-wire request

    Hi Greig,

    I am wondering if it would be possible (easy?) to allow for more than 1 one-wire pin? I'm fine with the limitation of 15 devices on a bus, but having the opportunity to use more than one bus could be helpful under certain circumstances (e.g. different types of pull-ups etc).

    Regards
    Doug

    P.S. I've used one-wire quite a bit so I'm aware of the various limitations and tricks etc.
    doug

    Leave a comment:


  • dreambox
    replied
    Number of inputs from 30 to 32

    Hi Greg,

    Is it possible to change the maximum input from 30 to 32?
    Why?
    If you use the 2560 you can use a 32 (4*8) connector for all the inputs.
    Then you have only one connector for all the inputs.

    And 2 inputs more is not a big change?


    Alex
    Attached Files

    Leave a comment:


  • Pierre
    replied
    Serial data

    I would like to get rid of my quatech serial-to-ethernet-interface for reading a string my main AC counters delivers. (There is a potential risk not to have Quatech drivers for windows 10 and future)
    I found many ways to have this serial string received by an Arduino, and sent back after parsing to other medias.
    I am very new to this...
    At present I get this string from a com port in HS, and have it parsed, saved in devices by HS scripting.
    I imagined I could do the same if the Arduino could just send me this raw string, or that it could be parsed before using libraries easyli found on the net, and send sent to HS.
    I have seen in a precedent message the debate over local or central processing.

    My question is:
    Could we have a pin declared to "serial", and its content sent as a string to a device ?
    or
    Could an API setup take care of that ?
    Thanks for this great plugin, the Arduino world is wide opened to me ...

    Leave a comment:


  • travisdh
    replied
    I may have asked this before, but it would be great if a variable could be pushed to an arduino board somehow, for example as a double you may push a variable temp=21, this would tell the arduino board to set a variable (e.g. name = temp) to 21.00

    The reason I ask this, is that I think the API is great, but it would be great to be able to offload stuff to just the Arduino and have it handle the PLC side of things, but be able to do that based on input from homeseer, so it might push onewire temperatures for inlet and outlet air for example to homeseer, and you set the variable for wanted temperature, so that way if homeseer is not running the arduino still keeps going doing it's thing, but later on you could push a different temperature and the program goes about doing it's thing with the new temperature.

    That is just a simple scenario, but no doubt variables would be handy for many other features as well.

    Main thing is that it is from Homeseer to the board, not the board to homeseer (which is achievable now).

    Leave a comment:


  • kriz83
    replied
    Support for the RPI would be awesome :-)

    Leave a comment:


  • usLEDsupply
    replied
    it would be great if there was a feature for the analog inputs that would only send a value if it has changed more than "X" so you wouldn't be wasting bandwidth if your sensor value hasn't changed yet you would still get fast responses when it does change

    Leave a comment:


  • DMcKnight
    replied
    Originally posted by DMcKnight View Post
    Hmm. I still seem to be getting the errors sneaking through at about the same rate. They are fairly infrequent (maybe 1 out of 200 measurements), but when they happen it looks like it sticks around long enough to get by your trap? Either than or things are still not being trapped.

    Thanks for considering this enhancement. (I'll email the log)
    Doug
    I've put in place a work-around for handling this in a script. What I do, is read the value of the Arduino device and, if it is a valid temperature write the value to another device used for this purpose only. This script is triggered on the change of the Arduino device value.

    I still think there is value is making the one-wire system more robust in software, but there are other ways to skin this particular cat.

    regards
    Doug

    Leave a comment:


  • Conrad_Turbo
    replied
    Not sure if this has been mentioned before, but interfacing to an RFID/NFC reader? The WAF would be huge if my wife could swipe a fob and it'd unlock the door. Also could be used to track specific people who enter to announce their arrival or run particular events.

    This is the one I have:

    http://www.dx.com/p/13-56mhz-nfc-rfi...2#.Veibs_lVhBc

    PS I just bought the plugin today as my trial was going to end in two days. I was sold once I had a $3 PIR able to detect my motion and trigger an event to turn some lights on at around midnight last night. The possibilities are endless with this plugin and the source of cheap Arduino's and sensors.

    Leave a comment:


  • DMcKnight
    replied
    Originally posted by enigmatheatre View Post
    Ok I have added a trap so that the rom has to send the error 3 times to the plugin before it will update the device to an error state. If this fixes the problem I may add this as an option on the config page as new people adding new one wire devices wont want to wait to see the errors.

    Try the new build form Here

    Greig.

    Hmm. I still seem to be getting the errors sneaking through at about the same rate. They are fairly infrequent (maybe 1 out of 200 measurements), but when they happen it looks like it sticks around long enough to get by your trap? Either than or things are still not being trapped.

    Thanks for considering this enhancement. (I'll email the log)
    Doug

    Leave a comment:


  • rprade
    replied
    Originally posted by enigmatheatre View Post
    marekd1 and pmiller,

    For your info LCD is now supported in the Beta that is in the updater.

    Greig.
    I am not sure how to cause an error. I've tried disconnecting the data line, the power line and the ground line for 3 minutes each and have not gotten an error. The temperature remains at the last reading. That is the behavior I would want, but I guess it should show an error at some point. How long should it take before an error condition is shown?

    EDIT: I tried again on another board and an error shows up after about a minute, but not as soon as it is disconnected. It retained the last reading for that minute, so I think this change is going to work.

    Leave a comment:


  • DMcKnight
    replied
    Originally posted by enigmatheatre View Post
    Ok I have added a trap so that the rom has to send the error 3 times to the plugin before it will update the device to an error state. If this fixes the problem I may add this as an option on the config page as new people adding new one wire devices wont want to wait to see the errors.

    Try the new build form Here

    Greig.
    Great! I'll try it as soon as I get home later today.

    Doug

    Leave a comment:


  • rprade
    replied
    Originally posted by enigmatheatre View Post
    Ok I have added a trap so that the rom has to send the error 3 times to the plugin before it will update the device to an error state. If this fixes the problem I may add this as an option on the config page as new people adding new one wire devices wont want to wait to see the errors.

    Try the new build form Here

    Greig.
    I installed the new build and it is working fine. Since I never see errors here, I will cause one later and see what happens.

    Leave a comment:


  • enigmatheatre
    replied
    marekd1 and pmiller,

    For your info LCD is now supported in the Beta that is in the updater.

    Greig.

    Leave a comment:


  • enigmatheatre
    replied
    Ok I have added a trap so that the rom has to send the error 3 times to the plugin before it will update the device to an error state. If this fixes the problem I may add this as an option on the config page as new people adding new one wire devices wont want to wait to see the errors.

    Try the new build form Here

    Greig.

    Leave a comment:


  • enigmatheatre
    replied
    Originally posted by rprade View Post
    I think Doug has a good idea, though I don't see any errors here. If the board receives updated from the OneWire devices, how about not updating the device value until there are three successive error reports. Or if the OneWire devices only report when there is a change not showing error on the HS device unless it persists for more than 3000ms? Either way would leave the HS device at the last reported value until the error was proven persistent.
    Ok I now think I know what your talking about. There are two ways that the error is produced. One is if the bus sends bad data and the second is a time out on the device not updating so I guess it is the bad data that is the problem as this sets the device in the the error state immediately but the time out waits 2min before setting the device in the error state.

    I will see what I can do.

    Greig.

    Leave a comment:

Working...
X