[go: nahoru, domu]

Skip to content
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

Improving Jeelink and RFM2Pi compatability #122

Merged
merged 3 commits into from
Sep 6, 2014
Merged

Conversation

pb66
Copy link
Contributor
@pb66 pb66 commented Sep 6, 2014

Not entirely sure why, but the Jeelink v3 rfm69 device needs a longer wait time for a serial response. It 's highly likely that the serial code is needs "optimising".

Auto baud setting, firmware version logging and configuration confirmations now tested on
RFM2Pi v2 rfm12 running older RF12demo firmware (pre-"v" version)
RFM2Pi v2 rfm69 running RF12demo.12
JeeLink v3 rfm69 both "rfm2pi" and "original" versions of RF12demo.12 tested ok

Tested the auto baud selection, firmware version reporting and device
settings confirmation with a JeeLink v3 (rf69cw) on both windows and
linux, I found the serial responses were not consistent causing errors
this was eliminated by increasing the wait times to 2 secs. The
"Jeelink" devices seem to function identically to "rfm2pi". (tested
using RF12demo.12 only)
Some devices may use the leading "OK" without RSSI eg rfm12 jeelink
running stock firmware.
The older rfm2pi boards which do not have the "v" command had an issue
with the absent self.info[1] field when confirming if the configuration
string was available.
pb66 added a commit that referenced this pull request Sep 6, 2014
Improving Jeelink and RFM2Pi compatability
@pb66 pb66 merged commit 8a6fa33 into emonhub:testing Sep 6, 2014
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
1 participant