Nice news :)
Maybe others tunes are possible i used other usb serial adapter anither day
with a very nice latency, i will check what chip
Em segunda-feira, 9 de junho de 2014, Johan Ström
escreveu:
> A quick, positive (40% faster) update:
>
> I've implemented mode-toggling as described below (k
A quick, positive (40% faster) update:
I've implemented mode-toggling as described below (keep mode between
LINK_sendback_data). This didn't give much at all, at least not with
these small "packets".
Since the big time-consumer is the double bytes, I dug a bit deeper and
noticed that the byte-
On 6/6/14 16:23 , Johan Ström wrote:
...
I did some speed experiments, with interesting outcome...
This was done by manually telling the LINK to use a certain baudrate,
and then start owserver with that setting.
At 9600 bps, a full owdir (uncached) takes ~ 1700ms on my 30 devices.
A owread o
Thanks for that tip, I checked the logs but it was not "unplugged" until
I actually unplugged it to fix the problem.
I have a similar devd-setup (see 1) for FreeBSD conf) to solve the
device-name-jumping problem. It doesn't always change name, but
sometimes it seems to..
So, I'm quite certain
the LinkUSB is a serial over USB adapter: can you rule out USB problems?
I have a LinkUSB connected to a very old server running Linux and sometimes the
device gets "disconnected":
[1.808165] usb 1-5.2: new full-speed USB device number 4 using ehci_hcd
[1.906558] usb 1-5.2: New USB devic
Hi,
I got a LinkUSB as a master for my 1-wire net, around 80m with 30 devices.
The bus is scanned every minute and temperature sensors polled (most of
the devices). Around 3 times a second I try to scan the alarm dir for
alarms (DS2406's), and possibly handle these.
Normally this works perfectly
