МВ
уф, звучит ещё сложнее, чем со слипом
readyRead не будет тебе блокировать поток.
Size: a a a
2021 March 22
RY
слип тут вообще лишний
так без него и лампа не горит
и врут календари
а так понимаю, что надо как-то иначе
попробую через readyRead
и врут календари
а так понимаю, что надо как-то иначе
попробую через readyRead
RY
void ArduinoSerial::readData()
{
QByteArray data;
if (serial.isOpen() && serial.bytesAvailable() > 3) {
data = serial.readAll();
emit recievedBA(data);
myString = QString(data);
emit RecivedData(myString);
c++;
serial.flush();
emit elapsedTime(QString::number(c));
}
}
void ArduinoSerial::WriteToPort(QByteArray data)
{
if (serial.isOpen() && serial.isWritable()) {
serial.write(data);
serial.waitForBytesWritten();
_sleep(50);
}
}
{
QByteArray data;
if (serial.isOpen() && serial.bytesAvailable() > 3) {
data = serial.readAll();
emit recievedBA(data);
myString = QString(data);
emit RecivedData(myString);
c++;
serial.flush();
emit elapsedTime(QString::number(c));
}
}
void ArduinoSerial::WriteToPort(QByteArray data)
{
if (serial.isOpen() && serial.isWritable()) {
serial.write(data);
serial.waitForBytesWritten();
_sleep(50);
}
}
ee
Привет. Qt вебсокет клиент не посылает сигнал дисконнекта при отключении сетевого адаптера. Это баг или фича?
AS
void ArduinoSerial::readData()
{
QByteArray data;
if (serial.isOpen() && serial.bytesAvailable() > 3) {
data = serial.readAll();
emit recievedBA(data);
myString = QString(data);
emit RecivedData(myString);
c++;
serial.flush();
emit elapsedTime(QString::number(c));
}
}
void ArduinoSerial::WriteToPort(QByteArray data)
{
if (serial.isOpen() && serial.isWritable()) {
serial.write(data);
serial.waitForBytesWritten();
_sleep(50);
}
}
{
QByteArray data;
if (serial.isOpen() && serial.bytesAvailable() > 3) {
data = serial.readAll();
emit recievedBA(data);
myString = QString(data);
emit RecivedData(myString);
c++;
serial.flush();
emit elapsedTime(QString::number(c));
}
}
void ArduinoSerial::WriteToPort(QByteArray data)
{
if (serial.isOpen() && serial.isWritable()) {
serial.write(data);
serial.waitForBytesWritten();
_sleep(50);
}
}
а тебе данные возвращаются на какой-то запрос, или просто идет поток?
AS
elias eliatto
Привет. Qt вебсокет клиент не посылает сигнал дисконнекта при отключении сетевого адаптера. Это баг или фича?
пока что-нибудь не пошлешь, не получишь
RY
постоянно опрашиваю с интервалом в 1 секунду
AS
ну, то есть в компорт что-то кидает устройство, а ты это что-то ловишь?
AS
без предварительного запроса на само устройство
RY
да
послал запрос
получил ответ
если на 3 байте одно из интересующих значений, то посылаю сигналы на увелечение счетчика
только мне иногда надо посылать сигнал на светофор
и они не всегда проходят почему-то
если без слипа
послал запрос
получил ответ
если на 3 байте одно из интересующих значений, то посылаю сигналы на увелечение счетчика
только мне иногда надо посылать сигнал на светофор
и они не всегда проходят почему-то
если без слипа
SI
да
послал запрос
получил ответ
если на 3 байте одно из интересующих значений, то посылаю сигналы на увелечение счетчика
только мне иногда надо посылать сигнал на светофор
и они не всегда проходят почему-то
если без слипа
послал запрос
получил ответ
если на 3 байте одно из интересующих значений, то посылаю сигналы на увелечение счетчика
только мне иногда надо посылать сигнал на светофор
и они не всегда проходят почему-то
если без слипа
Возможно в доке на устройство есть условие на какую-то задержку после или перед отправкой? Отсюда слип и решает проблему. Используйте отдельный поток, чтобы слип не мешал.
RY
Возможно в доке на устройство есть условие на какую-то задержку после или перед отправкой? Отсюда слип и решает проблему. Используйте отдельный поток, чтобы слип не мешал.
он в отдельном потоке
SI
он в отдельном потоке
у меня с одним устройством это работает примерно таким образом, как у вас через слип. И без слипа я пока не нашёл нормального решения, иначе забивается буфер устройства и наступает печаль. У меня всегда запрос-ответ каждые ~50мс. Вы точно не посылаете в устройство сразу после команды светофору что-то еще?
RY
у меня с одним устройством это работает примерно таким образом, как у вас через слип. И без слипа я пока не нашёл нормального решения, иначе забивается буфер устройства и наступает печаль. У меня всегда запрос-ответ каждые ~50мс. Вы точно не посылаете в устройство сразу после команды светофору что-то еще?
так посылаю
получается может быть та:
опрос-опрос-опрос-сигнал-опрос-опрос-сигнал-опрос-опрос
в этом то и фишка
получается может быть та:
опрос-опрос-опрос-сигнал-опрос-опрос-сигнал-опрос-опрос
в этом то и фишка
SI
так посылаю
получается может быть та:
опрос-опрос-опрос-сигнал-опрос-опрос-сигнал-опрос-опрос
в этом то и фишка
получается может быть та:
опрос-опрос-опрос-сигнал-опрос-опрос-сигнал-опрос-опрос
в этом то и фишка
Вы посылаете 1 раз в секунду, да? И периодически кидаете еще один сигнал на светофор тому же устройству, так? И без слипа порой сигнал не проходит. То есть он то проходит, то нет. Я и предположил, что моменты, когда сигнал не проходит совпадают с отсылкой обычной посылки этому устройству. В итоге отсылаются сразу 2 посылки и устройство не успевает среагировать. По сему пауза важна. Но это теория, так-то я хз что происходит :)
RY
Мне казалось там что-то типо очереди должно быть, но фиг знает
RY
А так да
Вы все верно поняли
Вы все верно поняли
SI
Если устройство отвечает на посылку на светофор - просто ждите ответ и не шлите на него ничего, пока тот не придёт. Тогда и спать не придётся, думаю.
RY
Каким образом ответ ждать?