New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Support for Firmata later than 2.06 #26
Comments
Please have a look at this Changelog. My forked version 0.63 provides the solution you are looking for by being firmware version independent and assuming protocol backward compatibility. I have been using it continuously for more than a year and it can be considered stable. I have not tried it with the most recent releases of I could create a pull request (including the changes of my pending pull request for the software serial support) if this is of interest. |
That looks promising, I'd appreciate a pull request! |
@ntruchsess It seems to me that I cannot create another pull request on top of a pending pull request. I do not intend to merge pull request #25 into the master branch (although I seem to have the authorization to do so) unless you give me a go. |
@jnsbyr A pull request is a connection between two branches, so all commits that you put on top of |
@git-developer Thanks for the explanation of the GitHub way of gitting. So all we need is #25 to be merged and this should preferably be done by the repository owner. |
@git-developer I had another look at the changelog. If you currently use perl-firmata 0.61 that is based on #24 you already have protocol/firmware independence. #25 only adds a minor improvement for a special error situation. Did you make your tests with perl-firmata 0.61? If you looking for a solution for FHEM you should know that the distro includes perl-firmata 0.59 and you need to update manually until the perl-firmata part of the FHEM distro is updated. |
Sorry, I didn't test it because I run version 2.6; I created this issue because several other users shared a problem: they downloaded the latest version of ConfigurabeFirmata, made a connection to the FHEM version of perl-firmata (0.59) and ran into trouble. |
Yes, but I would advise to use my version 0.63 to get all features and fixes. Please make tests with version 0.61 or 0.63 and report your results. If you provide a link to the FHEM discussion you are referring to I could provide some additional insights that are FHEM specific. |
You can find links to the FHEM discussion in my first comment. Thanks! |
I made tests with version 0.63 today. It was quite an effort for me to create a test setup with Arduino IDE 1.8.4, ConfigurableFirmata 2.10.0, RCSwitch 2.5.2 and FHEM 5.8, but I was finally able to put it all together. It worked ... nearly. The protocol version is not only requested in I saw that my change has already been done on branch |
@git-developer Thanks for the feedback. Your are right - to get it working with FHEM some additional changes are required to the module 10_FRM.pm. These changes have been done at the end of 2015 and I am very sorry that they did not make it into the stable branch of FHEM (yet). I forgot that I do not use the official release of this module but a customized version. To wrap it up, perl-firmata 0.63 is working for you and it would be a good idea to merge it with the master branch. |
The original issue has been resolved in the FHEM project by updating to perl-firmata 0.63. Merging #25 is recommended. |
Some users of FHEM (blueberry63, Meck) try to use Perl Firmata together with a version of
ConfigurableFirmata
newer than 2.06. The latest version ofConfigurableFirmata
that perl-firmata supports seems ot be 2.06. I saw thatConfigurableFirmata
nowadays has separate version numbers for the protocol version (2.06) and the firmware version (2.10). But since theREPORT_VERSION
message uses the firmware version and not the protocol version, the latest supported version is 2.06.To solve this problem, either the user has to change the firmata version in his sketch, or perl-firmata has to be extended to support newer versions.
The text was updated successfully, but these errors were encountered: