PI4RAZ Forum
24 May 2018, 17:40:01 *
Welcome, Guest. Please login or register.

Login with username, password and session length
News: Nieuwe sectie: Projecten, met als eerste board de Bitx20!
 
   Home   Help Search Login Register  
Pages: 1 ... 8 9 [10] 11 12
  Print  
Author Topic: De 2017 Onweerdetector Kit / Lightning Detector Kit  (Read 52561 times)
PA3CNO
Senior
****
Posts: 357



View Profile WWW Email
« Reply #135 on: 31 January 2018, 15:18:47 »

Het heeft onze aandacht. Heus. Naast nog heel veel andere dingen.
Status momenteel:
 - Deep Sleep was een goed idee. Is momenteel onder test. Daarbij gaat de WiFi module gewoon helemaal uit tot hij nodig is. Scheelt in stroom en rotzooi. Overigens is er inderdaad wel een beperking aan wat de spanningsregelaar van een Arduino kan leveren, maar aan die beperking zitten we nog lang niet. Wel als je probeert de Wifi module aan de 3,3V van de Arduino te hangen. Dat trekt hij inderdaad niet.
 - Waakhond wordt enabled. Als hij dan weer eens stikt in een poging om de website te bereiken, komt hij tenminste zelf weer op gang.
 - Display in rust uitschakelen. Heeft er ooit al eens ingezeten, maar moet even omgekat worden naar de nieuwe versie.
 - Onderzoek naar hoe een HEX file in een Arduino te blazen voor dummies. We zien het niet zitten om een roedel digibeten door een bak compiler errors heen te kletsen. De compiler genereert onder water een HEX file en als er een manier is om die via de bootloader in de Arduino te blazen scheelt ons dat een hoop werk. Niet iedereen is handig met compileren en libraries linken.
En daarnaast nemen we dit keer gewoon wat tijd om goed te testen. Beter dan over een week of twee wéér achter de feiten aanlopen omdat er toch iets over het hoofd gezien is. Bedenk even dat de hele ontwikkeling van de detector bijna 2 jaar geduurd heeft. Met héél veel experimenten en testen. We hebben 'm pas gereleased toen we ervan overtuigd waren dat het een goed product was. Nu blijken er toch nog dingen voor verbetering vatbaar, maar we komen er heus wel uit.
Logged
PD0RBO
Junior
**
Posts: 60


View Profile
« Reply #136 on: 2 February 2018, 18:09:24 »

Het heeft onze aandacht. Heus. Naast nog heel veel andere dingen.

Heel fijn dat wij daarvan op de hoogte gebracht zijn.


Quote
- Deep Sleep was een goed idee. Is momenteel onder test. Daarbij gaat de WiFi module gewoon helemaal uit tot hij nodig is. Scheelt in stroom en rotzooi.

Vergeet de warmte en levensduur niet. Maar kan ik ook deelgenoot zijn van deze nieuwe "firmware"? Ik test graag en ben erg nieuwsgierig.

Quote
Overigens is er inderdaad wel een beperking aan wat de spanningsregelaar van een Arduino kan leveren, maar aan die beperking zitten we nog lang niet. Wel als je probeert de Wifi module aan de 3,3V van de Arduino te hangen. Dat trekt hij inderdaad niet.

Volgens de datasheet zou de LD1117 minimaal 800mA moeten kunnen leveren en thermisch en kortsluit beveiligd zijn, dat geef ik ruiterlijk toe. Maar het betreffen wel Chinese versies, die al bij mij vaker hebben gebleken niet de juiste specificaties hebben en ik heb er al meerdere daarvan in rook op zien gaan. Ook de LD1117 op de aan mij geleverde Arduino was er zo één, er is onverhoopt kortsluiting gemaakt en de spanningsregelaar faalde catastrofaal en er zat zelfs een scheur in de behuizing waar normaliter de thermische en kortsluit beveiliging in had moeten grijpen.

Dus ja, het zou zo moeten zijn. Maar nee, de praktijk wijst echt anders uit.

Quote
- Waakhond wordt enabled. Als hij dan weer eens stikt in een poging om de website te bereiken, komt hij tenminste zelf weer op gang.

Kan het ook andersom zijn dat er op input van de website gewacht word? Wat mij is opgevallen is dat wanneer ik hem net even te gevoelig afstel en daarmee met enige regelmaat onterechte meldingen krijg, het langer duurt tot hij vastloopt dan wanneer ik de noise eentje hoger zet. Ook vind ik het aanzetten van de watchdog een goed idee, maar is natuurlijk geen oplossing van een mogelijk probleem. Ik heb met het opnieuw flashen van de Arduino steeds de melding dat er weinig geheugen over is en dat er mogelijk stabiliteitsproblemen kunnen optreden, op zijn minst vind ik deze foutmelding merkwaardig.

Quote
- Display in rust uitschakelen. Heeft er ooit al eens ingezeten, maar moet even omgekat worden naar de nieuwe versie.

Ik ben benieuwd, maar weet niet of dat wel gebruiksvriendelijk is. Ik neem aan dat het aanraken van een van de drukknoppen het display weer aan zet? Om dan naar x tijd uit te gaan?

Quote
- Onderzoek naar hoe een HEX file in een Arduino te blazen voor dummies. We zien het niet zitten om een roedel digibeten door een bak compiler errors heen te kletsen. De compiler genereert onder water een HEX file en als er een manier is om die via de bootloader in de Arduino te blazen scheelt ons dat een hoop werk. Niet iedereen is handig met compileren en libraries linken.

Is op twee manieren mogelijk, je levert een .HEX file aan en met een stukje hardware (die niet iedereen heeft, ik toevallig wel) blaas je deze met een ander stukje software in de uC. Of je gebruikt inderdaad de IDE volgens deze link https://forum.arduino.cc/index.php?topic=410618.0 waar ongeveer dezelfde moeilijkheidsgraad in zit in het toevoegen van libraries aan de IDE, maar ook dat stukje hardware nodig hebt.

Ik denk dat het er toch op gaat uitdraaien dat eenieder die daar problemen mee heeft even te rade gaat bij een amateur die dat in de vingers heeft. Bij mij in de regio wil ik dat wel zijn en men weet mij vast wel te vinden.

Quote
En daarnaast nemen we dit keer gewoon wat tijd om goed te testen. Beter dan over een week of twee wéér achter de feiten aanlopen omdat er toch iets over het hoofd gezien is. Bedenk even dat de hele ontwikkeling van de detector bijna 2 jaar geduurd heeft. Met héél veel experimenten en testen. We hebben 'm pas gereleased toen we ervan overtuigd waren dat het een goed product was. Nu blijken er toch nog dingen voor verbetering vatbaar, maar we komen er heus wel uit.

Ik mag graag testen zoals ik al eerder aangaf. Des te meer testers er mee in de weer gaan, des te meer resultaten er boven water komen en deze resultaten ook met elkaar vergeleken kunnen worden waardoor er onderaan de streep het hoogstwaarschijnlijke juiste resultaat komt te staan. Daarnaast ben je als ontwikkelaar bevooroordeeld over je eigen werk (ben ik ook als ik persoonlijk iets maak, dat is niet bijzonder of spreekt iets over iemand) en heb je om tot een goed product te komen echt een kritische Aplha/Bèta tester nodig.

Dus kom maar op met die overnight non stable releases!


Overigens heb ik nog een aantal puntjes gevonden:

Op noiselevel 1 was mijn detector toch nog te onrustig naar mijn zin en ben toen gaan loggen. Ondanks dat de AS3935 geen interrupt afgaf, werd er door de Arduino interrupts geregistreerd. Blijkt dat de spanning is gaan zweven en op een histerisispunt terecht komt en rare dingen veroorzaakt.

Ik heb dit opgelost door een pulldown weerstand van 10k toe te voegen aan pin D2 (pootje 5 van de Arduino)

Ik heb de volgende regel toegevoegd in de software:
Code:
{
digitalwrite(2, LOW);
}

Dit zou volgens de technische omschrijving van de Arduino de interne pullup weerstand uitschakelen, wat naar mijn idee een goed idee was omdat de interrupt laag zou moeten zijn.

Óók blijkt na het opnieuw opstarten van de Aduino via het resetknopje de interrupt hoog te blijven en daarmee kan de AS3935 geen nieuwe puls meer afgeven en doet de detector niets. Pootje 5 (D2 gedefinieerd als interrupt) naar aarde trekken geeft als resultaat dat de interrupt naar laag gaat en de detector naar behoren werkt.

Hans had dit al eerder omschreven, maar dit was toen niet heel erg goed in beeld dat dit een probleem zou zijn. Maar dat nu mijn detector elektronisch gezien stabiel is, komt dit probleem als onoverkomelijk naar voren.

In de software die Hans door elkaar gehusseld heeft, blijft de interrupt laag. Maar lijkt het dat de AS3935 ergens op aan het wachten is waardoor elke éérste detectie door de AS3935 niet doorkomt op de Arduino. Wat deze detectie (danwel disturber) wèl doet is de interrupt een puls geven waardoor de Arduino stopt met wachten, iets met de AS3935 blijkt te doen en de combinatie gaat dan in werkende status verder.

Hoe ik en ik denk Hans ook, er tegenaan kijken is dat de AS3935 aan het wachten is op zoiets zoals het register uitlezen of iets dergelijks om pas waarna dat gebeurd is de interrupt omlaag te halen.

Zoals in het datasheet van de AS3935 te lezen valt:

Quote
The interrupt bus IRQ is set back to low whenever the interrupt register is read out.

Lijkt mij dat daar ook even naar gekeken moet worden.

In de software die Hans veranderd heeft, word de Arduino door de interrupt getriggerd om het register uit te lezen en dat kan niet wanneer de interrupt per default al hoog is.

In de serial monitor is dat namelijk niet te zien, aldaar:
Code:

<-----eerste van de boot gedeelte weggelaten------->

OK

---> AT+CIPSTART="TCP","onweer.pi4raz.nl",80
<--- AT+CIPSTART="TCP","onweer.pi4raz.nl",80

CONNECT

OK
------
---> AT+CIPSEND=52
<--- AT+CIPSEND=52


OK
------
@
Recv 52 bytes

SEND OK

+IPD,401:HTTP/1.1 200 OK
Date: Sat, 03 Feb 2018 10:58:24 GMT
Server: Apache/2.2.14 (Fedora)

++++++
Date&Time found
Saturday 11:58:24
------

X-Powered-By: PHP/5.2.9
Set-Cookie: PHPSESSID=50at59ah9ranbs7
++++++
------
---> AT+CIPCLOSE
<--- AT+CIPCLOSE


ERROR

capacitance set to 8x0
tune antenna to capacitor 0 gives frequency: 136 = 21760 Hz
capacitance set to 8x1
tune antenna to capacitor 1 gives frequency: 140 = 22400 Hz
capacitance set to 8x2
tune antenna to capacitor 2 gives frequency: 129 = 20640 Hz
capacitance set to 8x3
tune antenna to capacitor 3 gives frequency: 85 = 13600 Hz
capacitance set to 8x4
tune antenna to capacitor 4 gives frequency: 108 = 17280 Hz
capacitance set to 8x5
tune antenna to capacitor 5 gives frequency: 64 = 10240 Hz
capacitance set to 8x6
tune antenna to capacitor 6 gives frequency: 88 = 14080 Hz
capacitance set to 8x7
tune antenna to capacitor 7 gives frequency: 76 = 12160 Hz
capacitance set to 8x8
tune antenna to capacitor 8 gives frequency: 65 = 10400 Hz
capacitance set to 8x9
tune antenna to capacitor 9 gives frequency: 55 = 8800 Hz
capacitance set to 8x10
tune antenna to capacitor 10 gives frequency: 13 = 2080 Hz
capacitance set to 8x11
tune antenna to capacitor 11 gives frequency: 34 = 5440 Hz
capacitance set to 8x12
tune antenna to capacitor 12 gives frequency: 24 = 3840 Hz
capacitance set to 8x13
tune antenna to capacitor 13 gives frequency: 14 = 2240 Hz
capacitance set to 8x14
tune antenna to capacitor 14 gives frequency: 4 = 640 Hz
capacitance set to 8x15
tune antenna to capacitor 15 gives frequency: 222 = 35520 Hz
Best setting:14 Capacity:112
set up for outdoor operation
disturber detection enabled
capacitance set to 8x14
AS3935 manual cal complete
Reg 0x00: 28
Reg 0x01: 34
Reg 0x02: 194
Reg 0x03: 0
Reg 0x04: 0
Reg 0x05: 0
Reg 0x06: 0
Reg 0x07: 63
Reg 0x08: 14
Energy:0
Escaped from loop:0  Buttontime:0
Escaped from loop:2  Buttontime:31277
Saturday 11:58:16 Noise level too high
Reg 0x00: 28
Reg 0x01: 34
Reg 0x02: 194
Reg 0x03: 0
Reg 0x04: 0
Reg 0x05: 0
Reg 0x06: 0
Reg 0x07: 63
Reg 0x08: 14
Energy:0
Reg 0x00: 28
Reg 0x01: 34
Reg 0x02: 194
Reg 0x03: 0
Reg 0x04: 0
Reg 0x05: 0
Reg 0x06: 0
Reg 0x07: 63
Reg 0x08: 14
Energy:0
Escaped from loop:3  Buttontime:0
Escaped from loop:2  Buttontime:0
Saturday 11:58:57 Disturber detected
Reg 0x00: 28
Reg 0x01: 34
Reg 0x02: 194
Reg 0x03: 0
Reg 0x04: 0
Reg 0x05: 0
Reg 0x06: 0
Reg 0x07: 63
Reg 0x08: 14
Energy:0
Reg 0x00: 28
Reg 0x01: 34
Reg 0x02: 194
Reg 0x03: 0
Reg 0x04: 0
Reg 0x05: 0
Reg 0x06: 0
Reg 0x07: 63
Reg 0x08: 14
Energy:0
.Escaped from loop:0  Buttontime:72790
Escaped from loop:3  Buttontime:0
Escaped from loop:2  Buttontime:0
Saturday 11:59:18 Disturber detected

komt na de opstartprocedure na het indrukken van het resetknopje de detector met de melding "Noise level too high". Maar tussen deze melding en de eerste melding "Disturber detected", moet dus nog een door mij gemaakte disturber zitten die dus niet in de serial monitor weergegeven word. Van de melding "noiselevel too high" en de eerste melding "disturber detected" werkt de detector dus niet zoals je dat als gebruiker mag verwachten.

Ik ben dus op zoek naar het proces wat hieraan de grondslag ligt en vanwaar ook mijn theorie dat deze kwestie in de AS3935 afspeelt en niet in de Arduino.


Ook moet de verwachting van de gebruikers worden bijgesteld zoals in het datasheet te lezen valt:
Quote
The estimated distance which is displayed in the distance estimation register does not represent the distance to the single lightning but the estimated distance to the leading edge of the storm
« Last Edit: 3 February 2018, 14:14:44 by PD0RBO » Logged
PA3CNO
Senior
****
Posts: 357



View Profile WWW Email
« Reply #137 on: 6 February 2018, 11:51:52 »

Weer even een update en een paar reacties:
De deep sleep mode werkt. Bij het aanpassen van de display routines is onze software expert wat dieper in de libraries gedoken en die zijn ronduit brak. Veel van dit soort libraries zijn hobbywerk en het zijn niet altijd de beste hobbyisten die er aan gewerkt hebben. Het fatsoeneren van de display library draaide op zoveel werk uit dat dat idee overboord is gezet, en nu gebruik gemaakt wordt van een andere library. Daar wordt nu de laatste hand aan gelegd.

Om je een beetje een idee te geven waar we tegenaan gelopen zijn tijdens de ontwikkeling van de software, zal ik een tipje van de sluier oplichten. De detector module is behoorlijk complex. Daar zitten al allerlei algorithmes in waar je als gebruiker niets aan kunt doen. Eén van de dingen waar we achter kwamen, is dat de module slechts melding maakt van een naderende thunderstorm. Hij geeft dus niet de verwijderende onweersbuien weer. In de praktijk betekende dit, dat als er een ontlading op 34km gemeten werd, daarna 20km, dan 6km en vervolgens 18km, hij die laatste niet meer weergaf omdat dat een afgaande onweersbui is en hij standaard alleen maar naderende buien weergeeft. Om dat te ondervangen (wij zien graag alle ontladingen) wordt de detectormodule na een strike melding volledig gereset, zodat hij geen referentie meer heeft wat de afstand van de laatste strike was. Dan zie je tenminste alles. Alleen, als er tijdens de reset procedure weer een strike komt, ziet hij even niets. Dat zou kunnen.

Het protocol wat hij met de website spreekt, is opzettelijk heel eenvoudig gehouden. Internet is echter niet (heel erg) betrouwbaar. Soms lukt een verbinding niet, en soms stikt hij om een of andere reden tijdens het communiceren met de website (website te druk?). Dat gebeurt niet heel vaak, maar is ook niet uit te sluiten. Wie er dan op wie wacht is alleen uit te vinden als je een uitgebreide monitoring doet op de Arduino/Wifi-module interface. Het kwam gewoon niet vaak genoeg voor om er veel aandacht aan te besteden. Het is alleen niet de bedoeling dat hij daar op vastloopt, en daarvoor implementeren we nu de watchdog. Als je met 300 ontladingen per uur er eentje mist, is dat heus geen ramp. Maar hij moet wel verder gaan.

Dan de storingsproblematiek. We hadden daar wel wat ervaring mee. We hebben daarom ook geëxperimenteerd met een Franse softwareversie die helemaal uitgekleed was. Geen display, geen Wifi module. Die werken uitsluitend via de seriële (USB) interface en dat werkt perfect. Maar dat is voor velen in de praktijk niet haalbaar. Je wilt iets zien, het ding stand-alone kunnen gebruiken, en ook je resultaten kunnen monitoren. Vandaar het display en de Wifi module. De Wifi module heeft eigenlijk nooit problemen gegeven (nu dus wel bij enkelen, die discussie is bekend), maar het display wel. Die Nokia displays produceren nogal wat rotzooi, en daarom was de software zo gemaakt dat het display na 10 seconden uit ging en uit bleef tot er wat te melden was en/of je op knopjes drukte. Er is ook de mogelijkheid om een OLED display aan te sluiten. De print is daarop voorbereid en de software kan het ook. Die OLEDs storen helemaal niet en zijn in dat opzicht beter. Dat was ten tijde van het productieproces nog niet uitontwikkeld en daarom is nog van de Nokia's gebruik gemaakt. Door die uit te zetten was dat ook nooit een probleem. Alleen is dat uitzetten in de allerlaatste softwareversie verdwenen. Ik weet niet waarom, maar dat bleek later pas. Vandaar dat nu aan een betere display sturing gewerkt wordt. Dat is in de laatste fase (er wordt nog aan de libraries geknutseld) en dan kunnen we dat ook weer uitsluiten.

Voor wat betreft de geheugenmelding van de compiler: die waarschuwt dat als je dynamisch geheugen gebruikt, je wel tegen een grens aan zit. Het is ons niet gebleken dat de software daar op een of andere manier last van heeft. Het is slechts een compiler waarschuwing, geen fout.

Opmerkingen met betrekking tot de interruptlijnen worden meegenomen en onderzocht.
Logged
PAoCDR
Nieuweling
*
Posts: 30


View Profile
« Reply #138 on: 6 February 2018, 17:24:49 »

...hoewel een tevreden gebruiker van de SWR meter uit het gelijknamige eerdere project, bekruipt mij na het lezen van 137 reply's toch een beetje het gevoel blij te zijn niet aan de onweerdetector te zijn begonnen. Bij de duitse firma waar ik werkte noemden we dat 'Entwicklung beim Kunde' , want ook in de professionele elektronicawereld komt dit gedoe voor. 
Bovendien hoor ik tot de genoemde 'roedel digibeten', vrees ik.
Volgende keer maar weer naar iets 'analoogs' uitkijken....
Logged
Robert de Kok
Junior
**
Posts: 59


View Profile Email
« Reply #139 on: 6 February 2018, 21:48:43 »

Met een digitalWrite vertel je de processor dat het betreffende pootje een output moet worden. Als IRQ lijn werkt die dan echt niet meer en wordt het zeker erg rustig.
Waarschijnlijk doe je het voor de initialisatie van de AS3935, want in de initialisatiecode wordt deze lijn weer op input gezet.
De AS3935 dient zelf het niveau van de IRQ poot te sturen en moet daarvoor zeker geen pull-down weerstand te hebben.
Wat wel een filosofie kan zijn  is dat er stoorsignalen op de lijn staan, gegenereerd door de WiFi. Dit zou dan vooral resulteren in 'unknown interrupt messages' Er wordt dan extern een interrupt gegenereerd door het stoorsignaal alleen de AS3935 heeft niets zinnigs te melden.
Ik ben de laatste hand aan het leggen aan een nieuwe versie met aanpassingen zoals beschreven door CNO. Ik verwacht dat een beta deze week beschikbaar komt.
 
Logged
PD0RBO
Junior
**
Posts: 60


View Profile
« Reply #140 on: 6 February 2018, 22:32:00 »

...hoewel een tevreden gebruiker van de SWR meter uit het gelijknamige eerdere project, bekruipt mij na het lezen van 137 reply's toch een beetje het gevoel blij te zijn niet aan de onweerdetector te zijn begonnen. Bij de duitse firma waar ik werkte noemden we dat 'Entwicklung beim Kunde' , want ook in de professionele elektronicawereld komt dit gedoe voor.  
Bovendien hoor ik tot de genoemde 'roedel digibeten', vrees ik.
Volgende keer maar weer naar iets 'analoogs' uitkijken....

'Entwicklung beim Kunde' inderdaad, ik dacht een werkende en doorontwikkelde detector te kopen die ik op een avondje in elkaar kan prieken en zoals elk project wat ik in elkaar zet en naar tevredenheid werkt, op zolder eindigt. Daarentegen kreeg ik hierbij een toegift, ik ben dus wel zo'n techneut die het leuk vind als het niet meteen werkt en vind het erg leuk als ik dan tot een bevredigend resultaat kom. Dus eigenlijk had ik dus extra lol  Wink

Desalniettemin is ondertussen qua hardware elke kaart uitgedeeld en zit ik alleen nog te twijfelen over een extra inductie in de voedingslijn naar de AS3935, maar daar blijft het denk ik ook wel bij.

Ook krijg ik door bovenstaande posts, weliswaar schoorvoetend, het idee dat ook alle isseus in de software onder de loep genomen worden. Hoewel ik meer ben om het bestaande stabiel te krijgen dan het inbakken van features.

Maar wat ik mij wel afvraag is waar de overige detectoren zijn, tenminste zijn er volgens mijn informatie zo'n 60 verkocht.

Weer even een update en een paar reacties:
De deep sleep mode werkt.

Komt er nog een tussen release zodat diegenen die daarvoor interesse hebben deze kunnen testen en ervaringen kunnen delen?

Quote
Bij het aanpassen van de display routines is onze software expert wat dieper in de libraries gedoken en die zijn ronduit brak. Veel van dit soort libraries zijn hobbywerk en het zijn niet altijd de beste hobbyisten die er aan gewerkt hebben. Het fatsoeneren van de display library draaide op zoveel werk uit dat dat idee overboord is gezet, en nu gebruik gemaakt wordt van een andere library. Daar wordt nu de laatste hand aan gelegd.

Waarom is dit niet eerder opgemerkt, is dit in de afgelopen twee jaar niet naar voren gekomen. Of was dat wel in kaart en vielen de specificaties van de library tot nu toe nog binnen de verwachtingen en nu dat er meer eisen aan de library gesteld word deze niet meer voldoet?

Quote
Om je een beetje een idee te geven waar we tegenaan gelopen zijn tijdens de ontwikkeling van de software, zal ik een tipje van de sluier oplichten. De detector module is behoorlijk complex. Daar zitten al allerlei algorithmes in waar je als gebruiker niets aan kunt doen. Eén van de dingen waar we achter kwamen, is dat de module slechts melding maakt van een naderende thunderstorm. Hij geeft dus niet de verwijderende onweersbuien weer. In de praktijk betekende dit, dat als er een ontlading op 34km gemeten werd, daarna 20km, dan 6km en vervolgens 18km, hij die laatste niet meer weergaf omdat dat een afgaande onweersbui is en hij standaard alleen maar naderende buien weergeeft. Om dat te ondervangen (wij zien graag alle ontladingen) wordt de detectormodule na een strike melding volledig gereset, zodat hij geen referentie meer heeft wat de afstand van de laatste strike was. Dan zie je tenminste alles. Alleen, als er tijdens de reset procedure weer een strike komt, ziet hij even niets. Dat zou kunnen.

dat staan in de datasheet:
Quote
The AS3935 can detect the presence of an approaching storm with lightning activities and provide an estimation of the distance to the leading
edge of the storm, where the leading edge of the storm is defined as the minimum distance from the sensor to the closest edge of the storm.
en:
Quote
The estimated distance which is displayed in the distance estimation register does not represent the distance to the single lightning but the estimated distance to the leading edge of the storm

Dus niet alleen detecteert de AS3935 alleen een naderende storm, wat dan in de software afgevangen gaat worden. Geeft de AS3935 NIET de afstand naar een bliksemflits, maar een schatting naar de naderende rand van de storm.

Dat zal echt duidelijk in de specificaties opgenomen moeten worden aangezien de gebruikers nu in de veronderstelling is dat er een "distance to flash" weergegeven wordt.

Quote
Het protocol wat hij met de website spreekt, is opzettelijk heel eenvoudig gehouden. Internet is echter niet (heel erg) betrouwbaar. Soms lukt een verbinding niet, en soms stikt hij om een of andere reden tijdens het communiceren met de website (website te druk?). Dat gebeurt niet heel vaak, maar is ook niet uit te sluiten. Wie er dan op wie wacht is alleen uit te vinden als je een uitgebreide monitoring doet op de Arduino/Wifi-module interface. Het kwam gewoon niet vaak genoeg voor om er veel aandacht aan te besteden. Het is alleen niet de bedoeling dat hij daar op vastloopt, en daarvoor implementeren we nu de watchdog. Als je met 300 ontladingen per uur er eentje mist, is dat heus geen ramp. Maar hij moet wel verder gaan.

Ik kan het niet reproduceren, dus kan het niet hard stellen. Maar heb meermaals de aanloop naar een "vastloper" in de logging waargenomen:

Wat ik heb gezien in de aanloop van een vastloper in het doorgeven van een "event" of een heartbeat is om het even, maar wat ik denk gezien te hebben is het uitblijven van de ACK op de EOT. Mijn gedachte is dat de detector blijft wachten op een bevestiging van de website voordat de software verder kan.
Een oplossing kan zijn door het event een ID mee te geven en in een loophole stug om een ACK blijven vragen op die ID. Of dat na x tijd na het uitblijven van de ACK de detector dat negeert en weer doorgaat.

Maar dat is vooralsnog een gedachtespinsel van mij en heb ik nog niet duidelijk in beeld. Ik zal er meer tijd in moeten steken en omdat ik het vastlopen niet kan reproduceren en mijn detector wonderbaarlijk genoeg al 24 uur zonder vastlopen is blijven draaien, is dat erg lastig om goed in beeld te krijgen.

Quote
Dan de storingsproblematiek. We hadden daar wel wat ervaring mee. We hebben daarom ook geëxperimenteerd met een Franse softwareversie die helemaal uitgekleed was. Geen display, geen Wifi module. Die werken uitsluitend via de seriële (USB) interface en dat werkt perfect. Maar dat is voor velen in de praktijk niet haalbaar. Je wilt iets zien, het ding stand-alone kunnen gebruiken, en ook je resultaten kunnen monitoren. Vandaar het display en de Wifi module. De Wifi module heeft eigenlijk nooit problemen gegeven (nu dus wel bij enkelen, die discussie is bekend), maar het display wel. Die Nokia displays produceren nogal wat rotzooi, en daarom was de software zo gemaakt dat het display na 10 seconden uit ging en uit bleef tot er wat te melden was en/of je op knopjes drukte. Er is ook de mogelijkheid om een OLED display aan te sluiten. De print is daarop voorbereid en de software kan het ook. Die OLEDs storen helemaal niet en zijn in dat opzicht beter. Dat was ten tijde van het productieproces nog niet uitontwikkeld en daarom is nog van de Nokia's gebruik gemaakt. Door die uit te zetten was dat ook nooit een probleem. Alleen is dat uitzetten in de allerlaatste softwareversie verdwenen. Ik weet niet waarom, maar dat bleek later pas. Vandaar dat nu aan een betere display sturing gewerkt wordt. Dat is in de laatste fase (er wordt nog aan de libraries geknutseld) en dan kunnen we dat ook weer uitsluiten.

Let wel! Dat ik mijn detector met Nokia display keurig heb draaien en ik zie geen noemenswaardige problemen in de voedingslijn. Wel neem ik problemen waar wanneer ik deze voed met een te hoge spanning en te weinig stroom in de vorm van "spikes" naar beneden. Precies datzelfde ervaar ik met de WiFi module. Wanneer ik op WiFi niveau een pakketje voorbij zag komen, kon ik dat één op één spiegelen aan een spike naar beneden in de voedingslijn.

Ga dus niet alles overboord gooien en zeggen dat een OLED display en/of het uitzetten van het display de oplossing is. Want wanneer er een event is en het display schakelt in krijg je weer de storing waar de AS3935 gevoelig voor is en ontstaat er een sneeuwbaleffect waardoor het display niet meer uitgaat.

Er zal kritisch gekeken moeten worden naar het schema in combinatie van een Arduino met een gebrekkige L1117, alsmede de 3.3v lijn die de WiFi module en het display per default sowieso al nodig hadden.

Quote
Voor wat betreft de geheugenmelding van de compiler: die waarschuwt dat als je dynamisch geheugen gebruikt, je wel tegen een grens aan zit. Het is ons niet gebleken dat de software daar op een of andere manier last van heeft. Het is slechts een compiler waarschuwing, geen fout.

Er word ook gewaarschuwd voor stabiliteitsproblemen, dat terwijl de detector vastloopt. Dit is toch wel een dingetje die op mijn lijstje blijft staan tot er een stabiele versie wordt gereleased.

Quote
Opmerkingen met betrekking tot de interruptlijnen worden meegenomen en onderzocht.


Met een digitalWrite vertel je de processor dat het betreffende pootje een output moet worden. Als IRQ lijn werkt die dan echt niet meer en wordt het zeker erg rustig.
Waarschijnlijk doe je het voor de initialisatie van de AS3935, want in de initialisatiecode wordt deze lijn weer op input gezet.
De AS3935 dient zelf het niveau van de IRQ poot te sturen en moet daarvoor zeker geen pull-down weerstand te hebben.
Wat wel een filosofie kan zijn  is dat er stoorsignalen op de lijn staan, gegenereerd door de WiFi. Dit zou dan vooral resulteren in 'unknown interrupt messages' Er wordt dan extern een interrupt gegenereerd door het stoorsignaal alleen de AS3935 heeft niets zinnigs te melden.
Ik ben de laatste hand aan het leggen aan een nieuwe versie met aanpassingen zoals beschreven door CNO. Ik verwacht dat een beta deze week beschikbaar komt.

Fijn dat dit word onderkend.  Maar ik ben bang dat dit probleem met een ongemodificeerde detector ondergesneeuwd wordt door de problemen in de voedingslijn die het doet lijken dat de detector werkt doordat daardoor een ander proces word getriggerd wat de detector door laat starten en het probleem met de interrupt verhuld.

Met jouw software blijft de IRQ hoog na het opstarten en de detector detecteerd pas door als deze even kortgesloten wordt naar ground. Dan pas gaat de detector detecteren.


Ik ben erg benieuwd naar de beta.
« Last Edit: 7 February 2018, 00:02:07 by PD0RBO » Logged
PD0RBO
Junior
**
Posts: 60


View Profile
« Reply #141 on: 8 February 2018, 23:53:28 »

Ik heb de bèta draaien in mijn detector en moet zeggen dat voor een bèta hij heel goed neergezet is.

Het is een bèta en ik ga hem dan ook zo bekijken en baseer wat ik hier schrijf alleen op waarnemingen en schrijf daarbij mijn visie op dingen op. Dit is mijn initiële ervaring en heb nog niets getest, alleen bekeken.

#1 De IRQ is na het opstarten nog steeds hoog en detecteert van meet af aan geen disturbers/detecties. Maar! wanneer ik de detector op een plek neerzet met een RF veld wat veel disturbers/detecties opwekt of wacht tot de watchdog ingrijpt gaat hij vanzelf werken.
Niet ideaal nog, maar geen kritische vorm zoals dat in versie 1 dat was, ook hier is de IRQ naar GND trekken meteen effect en gaat de detector meteen detecteren.

#2 Wat in de seriële interface mij opvalt is de "screen" optie, door uitproberen ben ik daar erachter gekomen dat dit om de keuze gaat waarin de detector opstart. Wellicht dat in de interface verduidelijking kan komen, danwel het in de helpfile opgenomen kan worden. Ook zou het gebruiksvriendelijker zijn om niet 0 tm 3, maar 1 tm 4 te kunnen kiezen. Voor mij is 0 een positie die logisch lijkt, maar kan mij zo voorstellen dat dit niet voor iedereen geld.

#3 Erg leuk dat het opstartscherm getoggeld kan worden, dat miste ik een beetje in versie 1. Maar ik mis wel het grote lettertype en het leuke bliksemwolkje. Ik heb gekeken, dit zit niet in de library, wellicht dat dit gekopieerd kan worden uit de library gebruikt in versie 1?

#4 Het uitschakelen van het scherm werkt een beetje contra-indicatief, ik had eerst het gevoel dat er iets mis ging en had toen pas door dat het om de screensaver ging. Zou het zo kunnen werken dat eerst de verlichting uitgaat en dan pas de letters? En een klein beetje langer aan mag van mij ook.

#5 De WiFi module lijkt koeler, eerst was hij warm om aan te raken en nu is hij handwarm, maar zie toch nog geregeld het blauwe lampje knipperen.

#6 Ik mis een grafiekje over het aantal detecties uitgezet over 24 uur, dat vond ik wel een hele mooie optie van versie 1

#7 In het historie scherm zou van mij ook de huidige tijd getoond mogen worden, ook de vraagtekentjes bij de geheugenposities zouden wellicht sterretjes kunnen worden?

#8 in het dag/tijd en aantallenscherm zou wat mij betreft ook de datum mogen.

#9 Is Spike rejection een optie in het menu die waardevol kan zijn om onterechte disturber/detecties te onderdrukken?


Verder wat mij is opgevallen is dat het noise niveau anders lijkt te zijn bij versie 1 dan bij versie 2, hij doet mij gevoeliger aan. Ik ga nog experimenteren met een spoeltje in de voedingslijn om hem nog stiller te kijken. Met de versie 1 had ik hem op 2 staan en met versie 2 moet ik hem op 3 zetten.

Ook ben ik nieuwsgierig wat er allemaal in het datasheet van de AS3935 omschreven is ten opzichte wat ik in de software terug zie..

Het vastlopen zal moeten leren of dat nog gebeurt, daarvoor moet hij nog wat langer voor aanstaan  Cheesy





« Last Edit: 9 February 2018, 00:11:27 by PD0RBO » Logged
PA3CNO
Senior
****
Posts: 357



View Profile WWW Email
« Reply #142 on: 9 February 2018, 09:48:47 »

#1 De IRQ is na het opstarten nog steeds hoog en detecteert van meet af aan geen disturbers/detecties. Maar! wanneer ik de detector op een plek neerzet met een RF veld wat veel disturbers/detecties opwekt of wacht tot de watchdog ingrijpt gaat hij vanzelf werken.
Niet ideaal nog, maar geen kritische vorm zoals dat in versie 1 dat was, ook hier is de IRQ naar GND trekken meteen effect en gaat de detector meteen detecteren.

Mmm... Dingetje voor de R&D afdeling.

Quote
#2 Wat in de seriële interface mij opvalt is de "screen" optie, door uitproberen ben ik daar erachter gekomen dat dit om de keuze gaat waarin de detector opstart. Wellicht dat in de interface verduidelijking kan komen, danwel het in de helpfile opgenomen kan worden. Ook zou het gebruiksvriendelijker zijn om niet 0 tm 3, maar 1 tm 4 te kunnen kiezen. Voor mij is 0 een positie die logisch lijkt, maar kan mij zo voorstellen dat dit niet voor iedereen geld.

Dat is inderdaad nergens beschreven. Heeft er wel altijd ingezeten.

Quote
#3 Erg leuk dat het opstartscherm getoggeld kan worden, dat miste ik een beetje in versie 1. Maar ik mis wel het grote lettertype en het leuke bliksemwolkje. Ik heb gekeken, dit zit niet in de library, wellicht dat dit gekopieerd kan worden uit de library gebruikt in versie 1?

De grotere efficiency van de display library heeft geleid tot het opgeven van de grafische mogelijkheden. De afweging is hier dat functionaliteit boven mooie presentaties gaat. Het doet wat het doen moet, geeft de informatie die je wil weten, en dit is een stuk stabieler dan die oude grafische library. Zoals ik je al mailde, was die oude library echt een draak van een ding.

Quote
#4 Het uitschakelen van het scherm werkt een beetje contra-indicatief, ik had eerst het gevoel dat er iets mis ging en had toen pas door dat het om de screensaver ging. Zou het zo kunnen werken dat eerst de verlichting uitgaat en dan pas de letters? En een klein beetje langer aan mag van mij ook.

Zoals eerder uitgelegd is het uitschakelen van het scherm nodig om storing door het scherm te voorkomen. De tijd dat hij aan blijft is in de software wel terug te vinden en aan te passen. In de versie die nu onder test is, doet het scherm zelfs nog minder (gaat niet meer elke minuut aan).

Quote
#5 De WiFi module lijkt koeler, eerst was hij warm om aan te raken en nu is hij handwarm, maar zie toch nog geregeld het blauwe lampje knipperen.

Uiteraard. De WiFi module slaapt nu het grootste deel van de tijd...

Quote
#6 Ik mis een grafiekje over het aantal detecties uitgezet over 24 uur, dat vond ik wel een hele mooie optie van versie 1
.

Tja. Gevolg van het opgeven van de grafische mogelijkheden...

Quote
#7 In het historie scherm zou van mij ook de huidige tijd getoond mogen worden, ook de vraagtekentjes bij de geheugenposities zouden wellicht sterretjes kunnen worden?

Nice to have. Doorgegeven aan R&D

Quote
#8 in het dag/tijd en aantallenscherm zou wat mij betreft ook de datum mogen.

Ik kan me zo voorstellen dat dat tegen een ruimteprobleem op het scherm aanloopt. Zo heel veel kan je daar nou ook weer niet op kwijt. Optie is om de seriële monitor mee te laten lopen.

Quote
#9 Is Spike rejection een optie in het menu die waardevol kan zijn om onterechte disturber/detecties te onderdrukken?

Dat is toch Disturber enabled/disabled in het Setup menu?

Quote
Verder wat mij is opgevallen is dat het noise niveau anders lijkt te zijn bij versie 1 dan bij versie 2, hij doet mij gevoeliger aan. Ik ga nog experimenteren met een spoeltje in de voedingslijn om hem nog stiller te kijken. Met de versie 1 had ik hem op 2 staan en met versie 2 moet ik hem op 3 zetten.

Nu hij minder dichtgeblaft wordt door zijn eigen storing, is hij inderdaad gevoeliger. Daar was het ook allemaal om te doen...

Logged
PD0RBO
Junior
**
Posts: 60


View Profile
« Reply #143 on: 9 February 2018, 19:24:22 »

#1 De IRQ is na het opstarten nog steeds hoog en detecteert van meet af aan geen disturbers/detecties. Maar! wanneer ik de detector op een plek neerzet met een RF veld wat veel disturbers/detecties opwekt of wacht tot de watchdog ingrijpt gaat hij vanzelf werken.
Niet ideaal nog, maar geen kritische vorm zoals dat in versie 1 dat was, ook hier is de IRQ naar GND trekken meteen effect en gaat de detector meteen detecteren.

Mmm... Dingetje voor de R&D afdeling.

Fijn dat daar aandacht voor is, het is best wel een isseu die de functionaliteit in het geding brengt. Afgelopen nacht heeft de watchdog ingegrepen en de detector komt terug met de IRQ hoog en detecteerd niet. Alleen grof geschut "wekt" hem en dan gaat de IRQ naar laag.

Quote
Quote
#2 Wat in de seriële interface mij opvalt is de "screen" optie, door uitproberen ben ik daar erachter gekomen dat dit om de keuze gaat waarin de detector opstart. Wellicht dat in de interface verduidelijking kan komen, danwel het in de helpfile opgenomen kan worden. Ook zou het gebruiksvriendelijker zijn om niet 0 tm 3, maar 1 tm 4 te kunnen kiezen. Voor mij is 0 een positie die logisch lijkt, maar kan mij zo voorstellen dat dit niet voor iedereen geld.

Dat is inderdaad nergens beschreven. Heeft er wel altijd ingezeten.

Is het een idee een gebruiksaanwijzing op de website te plaatsen? Wellicht in een alinea onder de "help" knop?

Quote
Quote
#3 Erg leuk dat het opstartscherm getoggeld kan worden, dat miste ik een beetje in versie 1. Maar ik mis wel het grote lettertype en het leuke bliksemwolkje. Ik heb gekeken, dit zit niet in de library, wellicht dat dit gekopieerd kan worden uit de library gebruikt in versie 1?

De grotere efficiency van de display library heeft geleid tot het opgeven van de grafische mogelijkheden. De afweging is hier dat functionaliteit boven mooie presentaties gaat. Het doet wat het doen moet, geeft de informatie die je wil weten, en dit is een stuk stabieler dan die oude grafische library. Zoals ik je al mailde, was die oude library echt een draak van een ding.

Is het mogelijk om beide libraries te gebruiken? Of wellicht de dingen die "handig/mooi" zijn te integreren in de huidige?

Ik heb ook gekeken voor de "display.setTextSize" welke verantwoordelijk is voor het grotere lettertypt en ander fond, die zit in de Adafruit-GFX-Library-master library en kan naar mijn idee ongestraft toegevoegd worden.

Quote
Quote
#4 Het uitschakelen van het scherm werkt een beetje contra-indicatief, ik had eerst het gevoel dat er iets mis ging en had toen pas door dat het om de screensaver ging. Zou het zo kunnen werken dat eerst de verlichting uitgaat en dan pas de letters? En een klein beetje langer aan mag van mij ook.

Zoals eerder uitgelegd is het uitschakelen van het scherm nodig om storing door het scherm te voorkomen. De tijd dat hij aan blijft is in de software wel terug te vinden en aan te passen. In de versie die nu onder test is, doet het scherm zelfs nog minder (gaat niet meer elke minuut aan).

Jah, ik dacht dat ik gek werd! Ik zag elke keer het display oplichten zonder dat daar een disturbermelding aan vooraf gegaan was. Graag ontvang ik ook deze versie..

Quote
Quote
#5 De WiFi module lijkt koeler, eerst was hij warm om aan te raken en nu is hij handwarm, maar zie toch nog geregeld het blauwe lampje knipperen.

Uiteraard. De WiFi module slaapt nu het grootste deel van de tijd...

Mijn verwachting was dat de module op kamertemperatuur zou komen, hij is mij toch nog te warm. Maar iets wat bij mij later op het lijstje komt.

Quote
Quote
#6 Ik mis een grafiekje over het aantal detecties uitgezet over 24 uur, dat vond ik wel een hele mooie optie van versie 1
.

Tja. Gevolg van het opgeven van de grafische mogelijkheden...

zie #3

Quote
Quote
#7 In het historie scherm zou van mij ook de huidige tijd getoond mogen worden, ook de vraagtekentjes bij de geheugenposities zouden wellicht sterretjes kunnen worden?

Nice to have. Doorgegeven aan R&D

Nice to haves zijn de kers op de taart, is mijn mening  Wink


Quote
Quote
#8 in het dag/tijd en aantallenscherm zou wat mij betreft ook de datum mogen.

Ik kan me zo voorstellen dat dat tegen een ruimteprobleem op het scherm aanloopt. Zo heel veel kan je daar nou ook weer niet op kwijt. Optie is om de seriële monitor mee te laten lopen.

De seriele monitor laten meelopen is een no-go, dat is nagenoeg niet te zien op dat schermpje. Tussen de dagaanduiding/tijd en de statustieken zit zeker twee regels ruimte, plek zat voor de datum.


Quote
Quote
#9 Is Spike rejection een optie in het menu die waardevol kan zijn om onterechte disturber/detecties te onderdrukken?

Dat is toch Disturber enabled/disabled in het Setup menu?

Nee is iets anders, lees alinea 8.9.1 Signal Validation met bijbehorend figuur 21 eens in het datasheet van de AS3935?

Quote
Quote
Verder wat mij is opgevallen is dat het noise niveau anders lijkt te zijn bij versie 1 dan bij versie 2, hij doet mij gevoeliger aan. Ik ga nog experimenteren met een spoeltje in de voedingslijn om hem nog stiller te kijken. Met de versie 1 had ik hem op 2 staan en met versie 2 moet ik hem op 3 zetten.

Nu hij minder dichtgeblaft wordt door zijn eigen storing, is hij inderdaad gevoeliger. Daar was het ook allemaal om te doen...

Ik denk dat ik het om de minuut aanflippen van het display aanzag voor disturbers, ik zet deze even in de ijskast.


Ik heb nog een toevoeging:

#10 Na het ingrijpen van de watchdog krijgt de detector een reboot en komt "leeg" terug, is het mogelijk om de detecties op te slaan? Net zoals dat nu gebeurt met de instellingen? Zodat je, je gegevens niet "kwijt" bent zogezegd? Bijkomend voordeel is daarmee dat de gebruiker niets merkt dat de watchdog ingegrepen heeft.
« Last Edit: 9 February 2018, 19:27:13 by PD0RBO » Logged
Robert de Kok
Junior
**
Posts: 59


View Profile Email
« Reply #144 on: 9 February 2018, 22:14:19 »

RBO,

Er moet mij iets van het hart.
Ik heb de indruk dat je denkt te maken te hebben met een commercieel product waarmee door de ontwikkelaars bakken met geld is verdiend.
Niets is minder waar, het betreft een hobby project van de verenging waaraan door een aantal amateurs hard is gewerkt, prive geld en vooral heel veel tijd in is geïnvesteerd.
Met beperkte resources en tijd wordt er naar gestreefd een leuk project te maken dat voor belangstellenden bruikbaar, na te bouwen en leerzaam is.
Hiervan hoeven de vereniging en de ontwikkelaars prive niet rijker te worden. Sterker nog, als het wat moet kosten is dat ook geen drama.
Omdat er geen commerciële belangen spelen is dan ook alle kennis, waaronder de sources, voor iedereen beschikbaar.
Op deze manier kunnen alle bouwers meedenken, zelf programmeren en hun input leveren.
Verbeteringen en aanvullingen aan de software die voor de gebruikers iets toevoegen worden graag overgenomen en geïmplementeerd.
Kortom als jij goede aanvullingen in de software bouwt, worden die zeker gewaardeerd, overgenomen en in een volgende versie beschikbaar gesteld aan de andere gebruikers.
Als je jouw eigen versie van de software wilt bouwen en voor jezelf houdt, is dat ook prima.
Zoals je ongetwijfeld hebt gezien is er op geen manier een copyright op de Arduino sketches van toepassing. Dit is niet het geval voor verschillende libraries.

Hetgeen mij brengt bij de libraries, hierbij wordt er gebruik gemaakt van code van derden, in de meeste gevallen betreft dit ook goed bedoelende hobbyisten, waarbij de kwaliteit van de code niet gegarandeerd is.
De combinatie van de GXF en de 8544 library bleek niet bijzonder stabiel en problemen op te leveren, daarom is er gezocht naar een andere library. Dit is de PCD8544 geworden, compact en stabiel maar helaas zonder grafische mogelijkheden. Een overweging waarbij voor stabiliteit is gekozen.
Zoals bij de meeste meegeleverde libraries is ook aan deze library aanpassingen gedaan om hem bruikbaar te maken voor het project. Gebruik dus niet de library van Github maar de door ons geleverde versie.

Eenzelfde waarschuwing geldt voor de AS935 library, ook hierin zitten (bevestigd door de PalyingWithFusion) bugs. Daarbij zijn er op het internet verschillende versies in omloop.
In de versie meegeleverd met de software zijn deze bugs opgelost. De juiste werking van de detector is afhankelijk van deze versie.

Als laatste, je constateert terecht dat de grafiekjes en de bitmap zijn verdwenen. De reden hiervoor is de gekozen display driver. Het staat je vrij dit weer te implementeren en eventueel beschikbaar te stellen. Maar er is een andere oplossing. Ali levert voor een paar euro een kleurendisplay https://www.aliexpress.com/item/Replace-5110-LCD-1-44-Red-Serial-128X128-SPI-Color-TFT-LCD-Display-Module/32816625592.html?spm=a2g0s.9042311.0.0.AcqphD. De print is geschikt voor dit display en ook de (volgende versie van de) software kan hier mee overweg.
Hierin zijn de grafieken wel beschikbaar en heb je tevens wat meer ruimte op het display voor aanvullende informatie.
Daarbij is onderhand de ervaring dat deze displays wat minder rotzooi produceren.



 
Logged
PD0RBO
Junior
**
Posts: 60


View Profile
« Reply #145 on: 9 February 2018, 22:31:19 »

RBO,

Er moet mij iets van het hart.



Niets is niet minder waar, waar onder andere ikzelf en naar ik weet ook andere mee zitten is dat er een product in de markt is gezet met welke goede bedoelingen dan ook en met welk oud papier en liefdewerk, dat gewoonweg niet is uitontwikkeld ondanks dat dit wel zo aan ons is voorgehouden.


Hoe dan ook, in plaats van te lopen zeuren over wat had moeten zijn heb ik er óók ontzettend veel tijd in gestoken om dit project toch tot een succesvol eind te brengen. En reken maar, wanneer ik voor ogen had dat dit een commercieel product was. Dan had ik al bij je op de stoep gestaan om mijn geld terug te eisen.

Met verzendkosten erbij was dat voor mij overigens naar ik dacht zo'n €85,- en dat is niet niets, zo denk ik dat er meer zijn die er hetzelfde over denken en naar ik hoor vinden er ook meer dat men een kat in de zak heeft gekocht.

Dus ja, ik heb ook dingen op mijn hart. Maar laten we dat vooral opzij zetten en ons focussen op een oplossing en vooral in communicatie blijven.


Nu de lucht even geklaard is:

Quote
Verbeteringen en aanvullingen aan de software die voor de gebruikers iets toevoegen worden graag overgenomen en geïmplementeerd.

Daar ging ik even vanuit, almede dat mijn inzet gewaardeerd word. Maar zie mijn "drive" niet verkeerd en pak dat zeker niet op als kritiek.

Quote
Als laatste, je constateert terecht dat de grafiekjes en de bitmap zijn verdwenen. De reden hiervoor is de gekozen display driver. Het staat je vrij dit weer te implementeren en eventueel beschikbaar te stellen. Maar er is een andere oplossing. Ali levert voor een paar euro een kleurendisplay https://www.aliexpress.com/item/Replace-5110-LCD-1-44-Red-Serial-128X128-SPI-Color-TFT-LCD-Display-Module/32816625592.html?spm=a2g0s.9042311.0.0.AcqphD. De print is geschikt voor dit display en ook de (volgende versie van de) software kan hier mee overweg.
Hierin zijn de grafieken wel beschikbaar en heb je tevens wat meer ruimte op het display voor aanvullende informatie.

Zeer interessant, want de grafieken was best wel een dingetje wat ik zo mooi vond. Ik denk dat ik hem na het Chinese nieuwjaar ga bestellen.

Ik heb overigens in de voedingslijn van de AS3935 naar de Vdd en de SI een inductie van 1nH geplaatst en aan de kant van de Nano een condensator van 100nF.  Ik heb de noise weer op 1 gezet en de detector blijft stil.


Ik ben ook op zoek gegaan naar een mooiere oplossing voor de 3.3v voedingslijn en kwam deze tegen, wat mij aantrekt is de mogelijkheid van een sleep functie aan en uit te zetten.  Hij is alleen een beetje klein denk ik.

Ik heb er in ieder geval vijf besteld om mee te kunnen prieken, dan komt de mogelijkheid vrij om hard de 3.3v voedingslijn aan en uit te schakelen..


« Last Edit: 10 February 2018, 22:12:16 by PD0RBO » Logged
PD0RBO
Junior
**
Posts: 60


View Profile
« Reply #146 on: 11 February 2018, 12:10:02 »

Helaashelaas, de beta die ik onder test had  is bij mij vastgelopen.

Deductief gezien:

Hij stond vast in het opstartscherm (ik heb bewust screen 1 gekozen in het setup menu hierom), mijn theorie is dat de watchguard heeft ingegrepen en dat hij met opstarten ergens in verslikt heeft en in het opstartscherm is blijven steken.

Ik begreep van Frank dat er alweer een nieuwe Beta is? Is/zijn daarin verbeteringen aangebracht in de watchguard counter en/of de boot sequence?

Dan zou ik hem graag willen testen..
Logged
PD0RBO
Junior
**
Posts: 60


View Profile
« Reply #147 on: 13 February 2018, 20:05:03 »

Update:

Het probleem waardoor de detector na opstarten niet direct detecteerde lijkt opgelost te zijn in de nieuwste softwareversie. Nog steeds beta, dus work in progress.


Het vastlopen is in beeld en er is een vermoeden in welke hoek gezicht moet worden. Omdat het vastlopen zich niet laat reproduceren, is het erg lastig troubleshooten.

Ook heb ik een nieuwe bootloader in de Nano draaien. De bootloader had naar verluid problemen met de watchdog.

Welke problemen zijn opgelost moet ik nog uitzoeken, maar heb dus de nieuwe software onder test draaiend in een Nano net de nieuwe bootloader.
Logged
PD0RBO
Junior
**
Posts: 60


View Profile
« Reply #148 on: 16 February 2018, 20:22:01 »

Inmiddels zijn we aanbeland bij V2.2 alweer!

Het bleek dat als de verbinding niet lukte, hij het nooit meer opnieuw ging proberen. Dat was wel handig als je ‘m stand-alone wilde gebruiken, maar niet als hij een keer de verbinding kwijt was geweest en daarna zich nooit meer meldde. Nadeel is nu dat als je ‘m inderdaad stand-alone gebruikt, hij elk uur even 20 seconden weg is als hij zijn heartbeat wil versturen wat niet lukt.

De detector probeert bij een heartbeat om contact te zoeken met de onweerssite (die ergens in een datacenter draait.) Als die verbinding om wat voor reden dan ook niet lukt, of dat nou jouw lokale netwerk is of werkzaamheden van een of andere provider onderweg, dan zal hij proberen om opnieuw verbinding te maken. Maar niet om opnieuw te booten. Dat is echt alleen als de watchdogtimer 10x verlopen is.

Ook toegevoegd is een status scherm zodat je kunt zien of hij inderdaad een connectie heeft, en de mogelijkheid om met de hand een heartbeat te kunnen sturen zodat je de connectiviteit kunt testen onder diverse omstandigheden.


Logged
PD0RBO
Junior
**
Posts: 60


View Profile
« Reply #149 on: 21 February 2018, 23:29:31 »

Na vijf dagen onder test te hebben gestaan blijkt mijn grootste klacht, de onverklaarbare detectie die hardnekkig elk uur gemaakt word.

Elk uur op de minuut zogezegd, ik heb er al foto's van gemaakt en aan de heren ontwikkelaars gestuurd.

Als ik reboot om een bepaalde tijd, dan herhaald deze detectie zich op vrijwel elk volgend uur op de minuut. Dus wellicht dat de heartbeat er mee te maken heeft.

Ook kan het zijn dat de spike rejection ingebouwd moet worden, er zit in de laatste versie een counter voor disturbers en die loopt aardig op in een dag..

Maar al met al ben ik met deze versie toch al redelijk content mee.

Op het vastlopen is een plijster geplakt en het IRQ probleem is opgelost.

Eerdaags maar eens aan mijn kleurendisplay prutsen..
Logged
Pages: 1 ... 8 9 [10] 11 12
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.21 | SMF © 2015, Simple Machines Valid XHTML 1.0! Valid CSS!