--
You received this message because you are subscribed to the Google Groups "openhab" group.
To unsubscribe from this group and stop receiving emails from it, send an email to openhab+u...@googlegroups.com.
To post to this group, send email to ope...@googlegroups.com.
Visit this group at http://groups.google.com/group/openhab.
For more options, visit https://groups.google.com/groups/opt_out.
Am I going about this the right way?
--
Hi Daren,
You can split your rule to send each byte with a sleep timer between. Pls look into rule wiki for the correct syntax. A check of your send string is possible with an serial to usb adaptor and a terminal program and a cross cable between.
Regards
Falk
You send 4 Unicode chars but only 3 are in the string in the logs?
Between each byte there is supposed to be a 50ms delay
You send 4 Unicode chars but only 3 are in the string in the logs?First byte is a null character ('\u0000\u00ff\u00d5\u007b'), so it's probably not printed.
String into a sequence of bytes using the platform's default charset, storing the result into a new byte array. The behavior of this method when this string cannot be encoded in the default charset is unspecified. The CharsetEncoder class should be used when more control over the encoding process is required.On 31 Dec 2013, at 13:49, Pauli Anttila <pauli....@gmail.com> wrote:What default charset is used on the host running OH? Somewhere in the source there this:
--
You received this message because you are subscribed to a topic in the Google Groups "openhab" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/openhab/QXEDY3DbJSA/unsubscribe.
To unsubscribe from this group and all its topics, send an email to openhab+u...@googlegroups.com.
Hi Karel.Actually I have no really need of reading out the current state of the switch. At least not yet.OH is the only way I controls the switch at the moment so there will never be a state that OH does not know about.What I do at startup via my rules is that I forces the Switch to show the input 1 to all outputs anyway. But for a better control opportunity it would be nice to have a "read state" ability.I very much would recommend a http based binding. However the http approach is not oficially supported by HDAnywhere so we have no guarantees that a firmware update will change the way that the built-in web service handles input (the GET commands).But the fact that it is so easy and works so well and that it is only the switching mechanism you can control via http GET tells me that we might not have to be so worried after all and while the UDP approach (and even the RS232 approach - according to the documemntation du to total lack of any mentioning or codes for this!) does not support any outbound notification possibilitis leaves the HTTP approch as a clear winner in my book.I have attached my setup.I have done it all in a rules file so it should be in the main.rules you can see what I do.Because it is unsupported you has to do a little reverse engeneering yourself to clarify the precise I/O matching URL from your own Switch. I used google chrome with the developer console activited where I clicked the buttons in the web interface and then just copied the URLs from the "network" tab./Kevin
2014/1/8 Karel Goderis <blank>
Hi KevinThat's interesting, because the fact that there is no hexcommand to read out the state of the device was also bothering me big time. I asked the question to HDAnywhere, but never got a reply. Which version do you have? I have a 4x4 PoE V3. Can you also include your .sitemap? Just wondering how you integrate that in the UI. I am also curious to see what style of Item definitions you use, e.g how to do that in a binding, e.g. 1 Item per output port, and then send it Numbers corresponding to the source ports?Maybe the cleanest thing to do is to extend the existing http binding with your work? Might maybe result in clean Rules, and we could incorporate polling frequencies and that sort of stuff
RegardsK
On 08 Jan 2014, at 14:13, Kevin Rasmussen <blank> wrote:
Hi Karel.As mentioned elsewhere on this forum I to has an HDAnywhere matrix so a specifik binding for that would be nice.However while I had a hard time getting the UDP control to work proppperly I had great success with reverse engeneering the web interface on the HDAnywhere box (The web based remote control).It is a simple GET command so it actually just is an URL...Works surprisingly well! And you do not need to be authenticated (loggedin) to have it working.
When I gets home I will try to sent you an example of my code (I do it in rules even though a HTTP binding would b more than enough). The best thing is that with the HTTP approach you actually has a chance to be able to determine the live state of the switch even though there is no two-way integration opportunity. Just reverse engeneer the web based remote control which constantly updates the page to be able to determine the running state. With the UDP approach there is no way to tell the matrix where to return a value.
To unsubscribe from this group and stop receiving emails from it, send an email to openhab+unsubscribe@googlegroups.com.
To post to this group, send email to ope...@googlegroups.com.
Visit this group at http://groups.google.com/group/openhab.
For more options, visit https://groups.google.com/groups/opt_out.
--
You received this message because you are subscribed to a topic in the Google Groups "openhab" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/openhab/QXEDY3DbJSA/unsubscribe.
To unsubscribe from this group and all its topics, send an email to openhab+unsubscribe@googlegroups.com.