tx timeout

Dutch support forum, post can be done in Dutch
Je mag hier in het Nederlands posten!

Moderators: rtenklooster, BertB, Voyager, Stuntteam

Post Reply
Message
Author
manjh
Normal user
Posts: 459
Joined: 08 Feb 2016, 11:22

tx timeout

#1 Post by manjh » 10 Mar 2020, 11:21

Vreemd, dacht dat ik dit al ge-post had maar zie het nergens, dus nogmaals.

Sinds enige tijd ondervind ik problemen met mijn RFLink-Wifi. Hij werkt goed, maar soms krijg ik in Domoticz opeens meldingen "tx timeout", of iets in die strekking.
Soms komt hij er spontaan weer uit, maar soms moet ik de RFLink entry in de HW tab van Domoticz op disabled zetten, en daarna enabled. Dan werkt hij weer.

Ik heb ook een tweede RFLink in mijn zomerhuis, maar die is USB verbonden en heeft geen enkel probleem.

Enig idee wat hier aan de hand kan zijn?

Inmiddels heb ik de "data timeout" maar eens van 5 naar 1 minuut verlaagd, eens zien of dat iets uitmaakt. Zal er in elk geval voor zorgen dat hij max 1 minuut "down" is. Maar dat wil je natuurlijk ook niet. Ik zie dit dan ook niet als een echte oplossing van het probleem.

Tips?

User avatar
Stuntteam
Site Beheer
Posts: 632
Joined: 27 Jan 2016, 16:46

Re: tx timeout

#2 Post by Stuntteam » 10 Mar 2020, 12:09

Deze?:
viewtopic.php?f=17&t=7423&p=42299#p42299

Wellicht je wifi oplossing eens goed bekijken?
-=# RFLink Gateway Development Team #=-
Introduction: http://www.nemcon.nl/blog2/
Generic Support forum: http://www.esp8266.nu/forum/viewforum.php?f=8

manjh
Normal user
Posts: 459
Joined: 08 Feb 2016, 11:22

Re: tx timeout

#3 Post by manjh » 10 Mar 2020, 12:18

Heb ik al gedaan (RF band). Twee Chinese PIR sensors, een KAKU PIR, en een deursensor: allemaal voorzien van verse (en goede) batterijtjes.
Wifi is ook in orde, dekking is uitstekend.
Ik heb nu pakweg 15 ESPEasy units draaien, allemaal op WiFi. Geen enkel probleem (data volume is heel klein, en ik zorg dat ze niet nodeloos vaak transmitten).

manjh
Normal user
Posts: 459
Joined: 08 Feb 2016, 11:22

Re: tx timeout

#4 Post by manjh » 18 Mar 2020, 16:22

Ik overweeg om de ESPEasy in deze unit bij te werken, wat er nu inzit is stokoud (124 - RX buffer 1024, core 2_3_0).
Maar het was wel een versie met een vergrote RX buffer, destijds speciaal aangemaakt voor gebruik met de P1 meter.
Is dit bij nieuwere ESPEasy versies ook nog nodig? Welke versie kan ik het beste pakken?

TD-er
Core team member
Posts: 2320
Joined: 01 Sep 2017, 22:13
Location: the Netherlands
Contact:

Re: tx timeout

#5 Post by TD-er » 18 Mar 2020, 16:28

Houd dan wel een backup van je huidige versie bij de hand, want de nieuwere builds zijn niet altijd stabieler wat betreft WiFi.

Nieuwere versies van ESPEasy pollen de serial buffer wel met een hogere frequentie, naast dat er zeer veel andere zaken verbeterd zijn.
Sowieso heeft de ESP zelf geen grotere buffer dan 128 bytes, oftewel als je de nu een grotere buffer hebt, is dat ook in software gedaan en hangt het dus ook af van hoe snel je die HW buffer kunt uitlezen.

manjh
Normal user
Posts: 459
Joined: 08 Feb 2016, 11:22

Re: tx timeout

#6 Post by manjh » 18 Mar 2020, 16:32

TD-er wrote:
18 Mar 2020, 16:28
Houd dan wel een backup van je huidige versie bij de hand, want de nieuwere builds zijn niet altijd stabieler wat betreft WiFi.

Nieuwere versies van ESPEasy pollen de serial buffer wel met een hogere frequentie, naast dat er zeer veel andere zaken verbeterd zijn.
Sowieso heeft de ESP zelf geen grotere buffer dan 128 bytes, oftewel als je de nu een grotere buffer hebt, is dat ook in software gedaan en hangt het dus ook af van hoe snel je die HW buffer kunt uitlezen.
Begrijp ik. Betekent dus dat je een P1 interface liefst niet te veel moet belasten met andere sensoren, maar dedicated houden.
Welke release beveel je aan? Ik zocht in de Wiki naar een stuk release-info, maar volgens mij is deze pagine outdated:
https://letscontrolit.com/wiki/index.php?title=ESPEasy

TD-er
Core team member
Posts: 2320
Joined: 01 Sep 2017, 22:13
Location: the Netherlands
Contact:

Re: tx timeout

#7 Post by TD-er » 18 Mar 2020, 22:11

De wiki is outdated inderdaad.

Sowieso zou ik een recente versie pakken.
Misschien niet de allerlaatste versie, maar een van dit jaar.

manjh
Normal user
Posts: 459
Joined: 08 Feb 2016, 11:22

Re: tx timeout

#8 Post by manjh » 19 Mar 2020, 17:09

Domme vraag, maar het is alweer lang geleden sinds ik ESPEasy downloadde...
ik zie op Github alleen een download van source. Is er niet ergens een repository van pre-compiled versies? Ik herinner me dat er per build een versie van 512, 1024 en 4096 was...

manjh
Normal user
Posts: 459
Joined: 08 Feb 2016, 11:22

Re: tx timeout

#9 Post by manjh » 19 Mar 2020, 17:24

manjh wrote:
19 Mar 2020, 17:09
Domme vraag, maar het is alweer lang geleden sinds ik ESPEasy downloadde...
ik zie op Github alleen een download van source. Is er niet ergens een repository van pre-compiled versies? Ik herinner me dat er per build een versie van 512, 1024 en 4096 was...
Laat maar, heb het al gevonden.
Ik denk dat ik versie 20200204 kies. Is dat verstandig?

TD-er
Core team member
Posts: 2320
Joined: 01 Sep 2017, 22:13
Location: the Netherlands
Contact:

Re: tx timeout

#10 Post by TD-er » 19 Mar 2020, 17:40

Yep, let alleen wel op de grootte van de flash.
De notatie ervan is iets veranderd tegenwoordig.
Bijv. "4M1M" wil zeggen 4MB flash, 1 MB SPIFFS (wat waarschijnlijk de setting is die je vroeger gebruikte op een 4M module)

manjh
Normal user
Posts: 459
Joined: 08 Feb 2016, 11:22

Re: tx timeout

#11 Post by manjh » 19 Mar 2020, 19:27

OK, dus deze zou goed moeten zijn:

ESP_Easy_mega-20200204_normal_ESP8266_4M1M

manjh
Normal user
Posts: 459
Joined: 08 Feb 2016, 11:22

Re: tx timeout

#12 Post by manjh » 20 Mar 2020, 12:58

Excuses, ik ben een beetje "roestig" met het flashen.
Heb een P1 interface met daarop een ESP 8266 unit. Via USB aan een Win10 laptop.
ESP.Easy.Flasher gestart, de juiste COM wordt gevonden. File geselecteerd, en op Flash geklikt.
Na een paar seconden een error message, en dit staat in de log:

Code: Select all

######2020-03-20######
#######0.04.007#######
######FLASH INFO######
BIN file: ESP_Easy_mega-20200204_normal_ESP8266_4M1M.bin
COM port: (COM8) Silicon Labs CP210x USB to UART Bridge (Port_#0001.Hub_#0001)
Baud rate: 115200
######POST FLASH######
No post flash information entered...
######FLASH LOG######
[esptool.exe -vv -cd nodemcu -cb 115200 -cp COM8 -ca 0x00000 -cf "C:\Users\Peaq\Desktop\Domotica\ESPEasy flasher & images\bin\ESP_Easy_mega-20200204_normal_ESP8266_4M1M.bin"]
[20-3-2020 12:54:16] esptool v0.4.12 - (c) 2014 Ch. Klippel <ck@atelier-klippel.de>
[20-3-2020 12:54:16] 	setting board to nodemcu
[20-3-2020 12:54:16] 	setting baudrate from 115200 to 115200
[20-3-2020 12:54:16] 	setting port from  to COM8
[20-3-2020 12:54:16] 	setting address from 0x00000000 to 0x00000000
[20-3-2020 12:54:16] 	espcomm_upload_file
[20-3-2020 12:54:16] 	espcomm_upload_mem
[20-3-2020 12:54:16] 	setting serial port timeouts to 1000 ms
[20-3-2020 12:54:16] opening bootloader
[20-3-2020 12:54:16] resetting board
[20-3-2020 12:54:16] trying to connect
[20-3-2020 12:54:16] 	flush start
[20-3-2020 12:54:16] 	setting serial port timeouts to 1 ms
[20-3-2020 12:54:16] 	setting serial port timeouts to 1000 ms
[20-3-2020 12:54:16] 	flush complete
[20-3-2020 12:54:16] 	espcomm_send_command: sending command header
[20-3-2020 12:54:16] 	espcomm_send_command: sending command payload
[20-3-2020 12:54:16] 	serialport_receive_C0: 02 instead of C0
[20-3-2020 12:54:16] trying to connect
[20-3-2020 12:54:16] 	flush start
[20-3-2020 12:54:16] 	setting serial port timeouts to 1 ms
[20-3-2020 12:54:16] 	setting serial port timeouts to 1000 ms
[20-3-2020 12:54:16] 	flush complete
[20-3-2020 12:54:16] 	espcomm_send_command: sending command header
[20-3-2020 12:54:16] 	espcomm_send_command: sending command payload
[20-3-2020 12:54:16] 	serialport_receive_C0: 04 instead of C0
[20-3-2020 12:54:16] trying to connect
[20-3-2020 12:54:16] 	flush start
[20-3-2020 12:54:16] 	setting serial port timeouts to 1 ms
[20-3-2020 12:54:16] 	setting serial port timeouts to 1000 ms
[20-3-2020 12:54:16] 	flush complete
[20-3-2020 12:54:16] 	espcomm_send_command: sending command header
[20-3-2020 12:54:16] 	espcomm_send_command: sending command payload
[20-3-2020 12:54:16] 	serialport_receive_C0: 82 instead of C0
[20-3-2020 12:54:16] resetting board
[20-3-2020 12:54:16] trying to connect
[20-3-2020 12:54:16] 	flush start
[20-3-2020 12:54:16] 	setting serial port timeouts to 1 ms
[20-3-2020 12:54:16] 	setting serial port timeouts to 1000 ms
[20-3-2020 12:54:16] 	flush complete
[20-3-2020 12:54:16] 	espcomm_send_command: sending command header
[20-3-2020 12:54:16] 	espcomm_send_command: sending command payload
[20-3-2020 12:54:16] 	serialport_receive_C0: 68 instead of C0
[20-3-2020 12:54:16] trying to connect
[20-3-2020 12:54:16] 	flush start
[20-3-2020 12:54:16] 	setting serial port timeouts to 1 ms
[20-3-2020 12:54:16] 	setting serial port timeouts to 1000 ms
[20-3-2020 12:54:16] 	flush complete
[20-3-2020 12:54:16] 	espcomm_send_command: sending command header
[20-3-2020 12:54:16] 	espcomm_send_command: sending command payload
[20-3-2020 12:54:16] 	serialport_receive_C0: 81 instead of C0
[20-3-2020 12:54:16] trying to connect
[20-3-2020 12:54:16] 	flush start
[20-3-2020 12:54:16] 	setting serial port timeouts to 1 ms
[20-3-2020 12:54:16] 	setting serial port timeouts to 1000 ms
[20-3-2020 12:54:16] 	flush complete
[20-3-2020 12:54:16] 	espcomm_send_command: sending command header
[20-3-2020 12:54:16] 	espcomm_send_command: sending command payload
[20-3-2020 12:54:16] 	serialport_receive_C0: 70 instead of C0
[20-3-2020 12:54:16] resetting board
[20-3-2020 12:54:16] trying to connect
[20-3-2020 12:54:16] 	flush start
[20-3-2020 12:54:16] 	setting serial port timeouts to 1 ms
[20-3-2020 12:54:16] 	setting serial port timeouts to 1000 ms
[20-3-2020 12:54:16] 	flush complete
[20-3-2020 12:54:16] 	espcomm_send_command: sending command header
[20-3-2020 12:54:16] 	espcomm_send_command: sending command payload
[20-3-2020 12:54:16] 	serialport_receive_C0: 00 instead of C0
[20-3-2020 12:54:16] trying to connect
[20-3-2020 12:54:16] 	flush start
[20-3-2020 12:54:16] 	setting serial port timeouts to 1 ms
[20-3-2020 12:54:16] 	setting serial port timeouts to 1000 ms
[20-3-2020 12:54:16] 	flush complete
[20-3-2020 12:54:16] 	espcomm_send_command: sending command header
[20-3-2020 12:54:16] 	espcomm_send_command: sending command payload
[20-3-2020 12:54:16] 	serialport_receive_C0: 00 instead of C0
[20-3-2020 12:54:16] trying to connect
[20-3-2020 12:54:16] 	flush start
[20-3-2020 12:54:16] 	setting serial port timeouts to 1 ms
[20-3-2020 12:54:16] 	setting serial port timeouts to 1000 ms
[20-3-2020 12:54:16] 	flush complete
[20-3-2020 12:54:16] 	espcomm_send_command: sending command header
[20-3-2020 12:54:16] 	espcomm_send_command: sending command payload
[20-3-2020 12:54:16] 	serialport_receive_C0: 00 instead of C0
[20-3-2020 12:54:16] warning: espcomm_sync failed
[20-3-2020 12:54:16] error: espcomm_open failed
[20-3-2020 12:54:16] error: espcomm_upload_mem failed
[2020-03-20 12:54:16] STOPPED due to 2 errors! (try reset on the unit, then start a new flash attempt)
Ik heb het ook geprobeerd na "reset", zelfde resultaat.
Wat doe ik verkeerd?

TD-er
Core team member
Posts: 2320
Joined: 01 Sep 2017, 22:13
Location: the Netherlands
Contact:

Re: tx timeout

#13 Post by TD-er » 20 Mar 2020, 14:44

GPIO-0 moet aan de GND getrokken worden (via weerstand) om in de flash-mode te komen bij het booten.
Hoe zit die P1 aangesloten op de ESP? Als 'ie Serial0 gebruikt, heb je kans dat je daarmee het flashen beïnvloed.

Als er al ESPEasy op staat, kun je natuurlijk ook een OTA update doen.

manjh
Normal user
Posts: 459
Joined: 08 Feb 2016, 11:22

Re: tx timeout

#14 Post by manjh » 20 Mar 2020, 15:00

OTA heb ik geprobeerd (als eerste, ik ben lui....). Maar lukte niet. Unit herstartte met de oude versie.
Probleem met deze unit is dat hij op de P1 interface print gesoldeerd zit. Ik kan hem er dus niet eenvoudig even vanaf trekken... misschien is dat de reden?

martinus
Normal user
Posts: 21
Joined: 15 Feb 2020, 16:57

Re: tx timeout

#15 Post by martinus » 20 Mar 2020, 15:38

TD-er wrote:
18 Mar 2020, 16:28
Houd dan wel een backup van je huidige versie bij de hand, want de nieuwere builds zijn niet altijd stabieler wat betreft WiFi.

Nieuwere versies van ESPEasy pollen de serial buffer wel met een hogere frequentie, naast dat er zeer veel andere zaken verbeterd zijn.
Sowieso heeft de ESP zelf geen grotere buffer dan 128 bytes, oftewel als je de nu een grotere buffer hebt, is dat ook in software gedaan en hangt het dus ook af van hoe snel je die HW buffer kunt uitlezen.
Volgens mij heeft de ESP geen hardware FIFO en gebruikt een low-level interupt driven ringbuffer met een default size van 256, zie header file:

Code: Select all

HardwareSerial::HardwareSerial(int uart_nr)
    : _uart_nr(uart_nr), _rx_size(256)
Maar in tegenstelling tot de oudere cores is er nu blijkbaar wel een call om de size te vergroten in runtime:

Code: Select all

size_t HardwareSerial::setRxBufferSize(size_t size)
Dus in plaats van een tweede buffer in ESP Easy is het denk ik beter om de onderliggende core buffer te vergroten als dat nodig is. Setting in de GUI?

TD-er
Core team member
Posts: 2320
Joined: 01 Sep 2017, 22:13
Location: the Netherlands
Contact:

Re: tx timeout

#16 Post by TD-er » 20 Mar 2020, 16:33

Volgens mij zit die extra buffer gewoon in de core lib, oftewel is nog steeds software. (alleen dan interrupt driven)
De 128 bytes is -voor zover ik weet- de HW-serial. (Serial0)
Serial1 kan alleen maar de TX gebruiken, dus ik vermoed dat die dan een enkele buffer heeft.

Maar een extra setting voor de buffer-grootte kan wel interessant zijn, al denk ik dat het meer een setting voor die plugin zou moeten zijn aangezien andere plugins geen moeite lijken te hebben met de grootte van de buffer?
Aan de andere kant het is niet alsof je >1 HW serial gebruikt.

Post Reply

Who is online

Users browsing this forum: No registered users and 0 guests