Hi Reiko,
I presume in that log, the NOTs are messages that weren't received?
There is 9 seconds gap between the two sequences of data published
by the Arduino (22:39:20 and 22:39:29). Is that expected? If not,
it could be the TCP/IP stack has been trying to reconnect.
Have you monitored the memory use for long enough to make sure there
isn't a small memory leak that affects the program after a long
time?
Ian
On 04/09/2015 10:13 PM, Reiko Nötzold
wrote:
Hi Ian,
at
attachment the Log from mosquitto to prepare in Excel pre
connection lost.
Could
to be a timing conflict? Then the lost Message and expected
PING its on same time.
I
guess also to look at the YUN Network Stack.
Reiko
Hi Reiko,
it totally depends on what you expect to be happening. You
can also turn off or extend the keepalive interval by setting
it in the connect options (0 == off).
Can you give me some idea of the frequency of messages you
expect to be sent and received? Do you have code to reconnect
if necessary? Does the application have other tasks to take
care of too?
Ian
On 04/07/2015 07:18 PM, Reiko Nötzold
wrote:
i tested again with new yield() value.
I found a example with client.yield(100)
or client.yield(1000). Whats correct time for messages per
10-30 seconds?
Hi
Reiko,
are you calling MQTTClient_yield() on a regular basis?
You'll need to call yield() or publish() within the
keepalive interval, which defaults to 60 seconds, or the
server will time the connection out. You should call
yield() as well if publish() is with QoS 0, because
without it, a closed TCP connection will not be
detected.
You should also check the return code from
MQTTClient_publish(), and reconnect if it has failed.
Ian
On 04/07/2015 08:19 AM, Reiko
Nötzold wrote:
Hi Ian,
i have tested again, the memory is not
the problem and the value is stable.
But, when YUN lost the connection in
mosquitto “1428356460: Client arduino-sample has
exceeded timeout, disconnecting.”
the Console.println(c),
Console.println(client.isConnected()) change not
from true to false. Therefore YUN not reconnected.
How to make answer other clients when
lost connection?
Reiko
Hi
Reiko,
yep, that would be the problem, if running out of
memory is actually the cause.
Ian
On 04/02/2015 10:14 PM, Reiko
Nötzold wrote:
Hi
Ian,
thanks, i will testing again with
this value in console.
Is this the problem with Stack and
Heap at the picture on the end of page?
https://learn.adafruit.com/memories-of-an-arduino/optimizing-sram
Reiko
Hi
Reiko,
it could be a memory overflow.
I've used this library in the past to see if I'm
running out of memory: http://playground.arduino.cc/code/AvailableMemory
Ian
On 04/02/2015 09:14 PM, Reiko
Nötzold wrote:
Hi,
i'm looking
for developer which have use Arduino YUN for
durable usecases in continuous duty.
I haved
installed mosquitto on YUN with the Paho
MQTT-Library and its running fine.
But my first
testing with QoS2 the Arduino stopped to publish
messages after 1 day.
Next i
tested with QoS0 and the Arduino stopped to
publish after 9 days.
I have
implement a console debugging and there is a YUN
Bridge Connection and console
prints the
Messagesstrings.
When i
reload the sketch the messages running again and
i need not a reboot of YUN.
It's a
memory overflow?
I could need
assisting for this problem.
Thanks.
Reiko
_______________________________________________
paho-dev mailing list
paho-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/paho-dev
--
Ian Craggs
icraggs@xxxxxxxxxx IBM United Kingdom
Paho Project Lead; Committer on Mosquitto
_______________________________________________
paho-dev mailing list
paho-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/paho-dev
--
Ian Craggs
icraggs@xxxxxxxxxx IBM United Kingdom
Paho Project Lead; Committer on Mosquitto
_______________________________________________
paho-dev mailing list
paho-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/paho-dev
--
Ian Craggs
icraggs@xxxxxxxxxx IBM United Kingdom
Paho Project Lead; Committer on Mosquitto
_______________________________________________
paho-dev mailing list
paho-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/paho-dev
--
Ian Craggs
icraggs@xxxxxxxxxx IBM United Kingdom
Paho Project Lead; Committer on Mosquitto
_______________________________________________
paho-dev mailing list
paho-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/paho-dev
--
Ian Craggs
icraggs@xxxxxxxxxx IBM United Kingdom
Paho Project Lead; Committer on Mosquitto
|