Show Posts
1
General discussion forum / Feature Requests (and don't suggest buying something else:) and Question
« on: 2011-09-17, 12:15:43 »
hi,
with a heavy embedded sw development background (of automation and
communication related embedded devices) I would like to suggest
the following:
1) I request and vote for the same basic feature as HB9AZT did (feb-2011)
On the http URL it would be very handy to be able to give
a delay/timer value as a URL parameter that would say how
many seconds the ON or OFF-drive should last (== giving a pulse
instead of changing state until otherwise written)
2) is it really that you can't read back the current state (last written state)
of relays, and that you can only read the inputs ? If so, then this is a feature request.
Sometimes devices boot for many reasons. To allow good software behavior
you should enable reading the values of ALL signals, including outputs-signals
back. That way a remote device (assume it just booted) could read
back the situation (for example the state of relays) and decide it that
situation should continue (and for how long).
3) Is there any other communication protocol available than the http ?
(I mean this HTTP URL-protocol is very good invention and should be
supported by all this kind of devices, but support for some other
more M2M oriented protocol such as MODBUS would be a plus)
with a heavy embedded sw development background (of automation and
communication related embedded devices) I would like to suggest
the following:
1) I request and vote for the same basic feature as HB9AZT did (feb-2011)
On the http URL it would be very handy to be able to give
a delay/timer value as a URL parameter that would say how
many seconds the ON or OFF-drive should last (== giving a pulse
instead of changing state until otherwise written)
2) is it really that you can't read back the current state (last written state)
of relays, and that you can only read the inputs ? If so, then this is a feature request.
Sometimes devices boot for many reasons. To allow good software behavior
you should enable reading the values of ALL signals, including outputs-signals
back. That way a remote device (assume it just booted) could read
back the situation (for example the state of relays) and decide it that
situation should continue (and for how long).
3) Is there any other communication protocol available than the http ?
(I mean this HTTP URL-protocol is very good invention and should be
supported by all this kind of devices, but support for some other
more M2M oriented protocol such as MODBUS would be a plus)