ESP8266 виснет

[nikolz]

Это 2й штангель, там count_S и count_M.

можно сделать все для одного
создать два буфера приема данных
а потом чередовать адрес буфера приема

 

[Maddoc]

Там 2 пары портов clock и data 2 штангеля работают с разными по длине пакета циклами, по этому код 2 раза написал. Так сколько точно максимум в прерывании сидеть можно?

 

[nikolz]

Там 2 пары портов clock и data 2 штангеля работают с разными по длине пакета циклами, по этому код 2 раза написал. Так сколько точно максимум в прерывании сидеть можно?

обычно есть регистр состояния внутри, либо сигнал готовности вне датчика.
а то как-то не серьезно получается. что-то выплевывают, а когда неизвестно.

 

[Maddoc]

Ну да выплевывает, а esp2866 должна ловить и обрабатывать там не более 2600 бод примерно. Через 100 ms пакет 10ms.

 

[nikolz]

Ну да выплевывает, а esp2866 должна ловить и обрабатывать там не более 2600 бод примерно. Через 100 ms пакет 10ms.

у штангеля какой интерфейс? I2C ? что мастер?

 

[Maddoc]

у штангеля какой интерфейс? I2C ? что мастер?

Там что то похожее на i2c, но вроде свое китайское чудо.

 

[nikolz]

Там что то похожее на i2c, но вроде свое китайское чудо.

если делаете не игрушку, то лучше написать на СИ и убрать этот loop.
дайте ссылку на datashеet штангелей посмотрю для интереса.

 

[Maddoc]

Reading Digital Callipers With an Arduino / USB
Нет даташитов, есть ссылка на пример реализации...
Но тут мне не нравится что без прерываний, но по ходу прийдется так сделать, что бы выйти из положения.

 

[nikolz]

это читали?
Arduino reads digital caliper - martin's useless and useful creations
interfacing arduino with a digital caliper
Digital Caliper Protocol
selinux/digital_caliper
----------------
обработку надо делать с измерением длительности CLK
и синхронизировать по большей длительности CLK=High

 

[nikolz]

вот тут пример с прерываниями
Improved Digital Caliper Interfacing, Including 3D Printed Connector
MakingStuffChannel/DigitalCalipers

 

[Maddoc]

@nikolz
Это все уже пробовал, работает не стабильно. Если в середину пакета попадет будет ерунду показывать. Ладно сейчас поковыряемся.

 

[nikolz]

@nikolz
Это все уже пробовал, работает не стабильно. Если в середину пакета попадет будет ерунду показывать. Ладно сейчас поковыряемся.

поделюсь своим алгоритмом решения подобной задачи
1) делаем колбек который работает по фронтам. Но не на основе обнаружения скачков а на основе High Low.
2) при обнаружении Low рассчитываем длительность прошедшего интервала.
По его длительности во-первых обнаруживаем начало данных, а во -вторых обнаруживаем пропуск данных
При обнаружении начала заталкиваем биты в слово
-----------------------
Такой алгоритм не мешает работать wifi.

 

[pvvx]

@Maddoc - В прерывании delayMicroseconds(20);
Скорее всего оно всё и портит. Надо глядеть внутреннюю реализацию Arduino. При входе в прерывание, точнее при вызове процедуры прерывания стандартный диспетчер обработки других событий типа софт-таймерных прерываний и тасков не работает и не допускает некоторых повторных вхождений... А на всяких delay ранее стояли вызовы данного диспетчера..

 

[pvvx]

При delayMicroseconds(20); + остальной код в прерывании по пину = гарантированные пропуски Beacon (синхронизации WiFi). Стандартная точность метки в beacon для ширпотребовских устройств WiFi = +-1 us. Любой сдвиг приводит к увеличению потребления спящих устройств, т.к. они просыпаются и включают RF приемник перед приемом фрейма beacon, строго по таймеру. Если он задерживается = приемник ждет и жрет. Если в нем ещё будет сбита метка времени (она в us), то возможна потеря следующей синхронизации и уведомлений приемника о находящихся ему сообщениях у AP и т.д.
Несколько AP, работающих в одной зоне, синхронизируют и свои beacon. Смещение создает хаос, плохую связь и севший телефон за ночь.

 

[Maddoc]

Оставил все как есть 20 us! в прерывании только завернул функцию handleClient(); в свободное от прерываний место и вызываю раз в пол секунды, да страница грузится чуть по дольше, на пол секунды, зато потом на полной скорости по websoket.loop() все данные хорошо идут.

#include <TickerScheduler.h>// Для контроля вызова HTTP.handleClient();
ts.add(1, 500, [&](void *) {
    detachInterrupt(clock_Master);
    HTTP.handleClient();
    attachInterrupt(digitalPinToInterrupt(clock_Master), read_bitM, FALLING);
    }, nullptr, true);

Рекомендация на данный момент следующая: при работе с
"ESP8266WebServer.h" и конкретно функцией "HTTP.handleClient()" ИСКЛЮЧИТЬ ВНЕШНИЕ ПРЕРЫВАНИЯ! не использовать "noInterrupts()" перед ней (ESP8266 виснет).

 

[Maddoc]

Это конечно все очень не красиво, подумаю над тем как сделать нормально.