search

Nodo-Domotica / Nodo-Core

Arduino based Domotica platform
http://www.nodo-domotica.nl
4 stars 8 forks source link

Event=Kaku F8,Off Logging komt niet altijd overeen met de actie in realiteit #788

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago 
Welke stappen leiden tot de fout:

De hardware waarmede getest werd bestond uit:
- Kaku zender TMT-502
- Arduino Mega 2560 + ethernet card + SD card + ontvanger XY-MK-5v en zender 
FS1000A
- Er werd geen gebruik gemaakt van een NES (gezien ik deze nog niet in mijn 
bezit heb, maar wilde toch al zo graag mee testen)

Software: Nodo Versie 3.6 release 596

Er werd driemaal gecompileerd met telkens een uitbreiding van het aantal 
plugins:
1. De Eerste maal alleen met plugin 1
bij compilatie en upload verkreeg ik:

Binaire sketch-grootte: 88.358 bytes (van een 258.048-byte maximum)
avrdude: stk500v2_recv(): checksum error
avrdude: stk500v2_recv(): checksum error
avrdude: stk500v2_recv(): checksum error
avrdude: stk500v2_recv(): checksum error
avrdude: verification error, first mismatch at byte 0x5a3d
         0x32 != 0x83
avrdude: verification error; content mismatch

2. De tweede maal alleen met plugin 1 en 15
bij compilatie en upload verkreeg ik:
Binaire sketch-grootte: 89.002 bytes (van een 258.048-byte maximum)

3. De derde maal met pluging 1, 15 en 18
bij compilatie en upload verkreeg ik:
Binaire sketch-grootte: 90.194 bytes (van een 258.048-byte maximum)
avrdude: stk500v2_recv(): checksum error
avrdude: verification error, first mismatch at byte 0x3215
         0x70 != 0x92
avrdude: verification error; content mismatch

Waar zijn deze 'fouten' aan te wijten, wat betekenen ze, want ik kon ondanks 
deze berichten wel verder met testen.

De TEST verliep als volgt. Op de zender werd achtereenvolgens en meermaals op 
de toets off gedrukt voor F8
In de logging verwacht ik dan telkens opnieuw Event=Kaku F8,Off te zien 
(rawsignalreceive werd telkens op off gezet in het begin van de test. In de 
laatste test werd op het einde nog eens extra rawsignalreceive op on gezet (zie 
logging)).

Wat is de verwachte verwerking of output?
1. In de logging verwacht ik telkens opnieuw:
Input=Eventlist(1.1); Unit=1; Event=EventSend HTTP
Input=RF; Unit=0; Event=Kaku F8,Off

2. Soms werd het signaal niet opgemerkt. Ik had het gevoel dat het aantal 
verloren signaal groter werd naarmate meer plugins mee gecompileerd werden.

Wat is de feitelijke verwerking / output?
De output varieerde zoals:
Input=Eventlist(1.1); Unit=1; Event=EventSend HTTP
Input=RF; Unit=0; Event=RawSignal 0x1FF
Input=Eventlist(1.1); Unit=1; Event=EventSend HTTP
Input=RF; Unit=0; Event=RawSignal 0x287E21
Input=RF; Unit=0; Event=RawSignal 0x7FFFFF
Input=Eventlist(1.1); Unit=1; Event=EventSend HTTP
Input=RF; Unit=0; Event=RawSignal 0x3FFFF
Input=Eventlist(1.1); Unit=1; Event=EventSend HTTP
Input=RF; Unit=0; Event=RawSignal 0x1FFFF3F
Input=Eventlist(1.1); Unit=1; Event=EventSend HTTP
Input=RF; Unit=0; Event=RawSignal 0x88
Input=Eventlist(1.1); Unit=1; Event=EventSend HTTP
Input=RF; Unit=0; Event=RawSignal 0x3
Input=Eventlist(1.1); Unit=1; Event=EventSend HTTP
Input=RF; Unit=0; Event=RawSignal 0x7FFFF
Input=Eventlist(1.1); Unit=1; Event=EventSend HTTP
Input=RF; Unit=0; Event=RawSignal 0xFFFF
Input=Eventlist(1.1); Unit=1; Event=EventSend HTTP
Input=RF; Unit=0; Event=RawSignal 0x7FFF
Input=Eventlist(1.1); Unit=1; Event=EventSend HTTP
Input=RF; Unit=0; Event=RawSignal 0x1FFFF
Input=Eventlist(1.1); Unit=1; Event=EventSend HTTP

Original issue reported on code.google.com by erwin.va...@gmail.com on 6 Oct 2013 at 1:36

Attachments:

GoogleCodeExporter commented 9 years ago 
Dag Erwin,

Ik kan hier geen chocolade van maken. De compilatiefouten komen zeet 
waarschijnlijk van een verkeerd gekozen Arduino in de compiler =of= een Arduino 
met een beschadigde bootloader. Daar kan ik niets in voor je betekenen. 

Dan zie ik dat je geen goed IP adres van je router hebt gekregen. Dus iedere 
keer als de Nodo iets binnenkrijgt zal hij zijn bets doen om een event ergens 
af te leveren zonder dat de weg naar bestemming er is. Dus daar zit iets niet 
snor. Hierdoor zullen, gedurende deze zoektocht. events niet meer binnenkomen.

Dan gebruik je de plugin 018. Deze is alleen voor analysedoeleinden, evenals de 
optie [Debug On]. Daar heeft een gemiddelde gebruiker geen belang bij en zijn 
ool =niet= bedoeld voor regulier gebruik.

Mijn advies: Eerst zorgen dat de code goed door de compiler komt en dan 
uitsluitend de reguliere KAKU plugins gebruiken. Ook RawSignal zou ik pas 
gebruiken als je de overige zaken stabiel hebt. Graag niet meer dan 1 probleem 
per issue melden en dan graag ook even op beta forum kijken of het idd een 
probleem is.

Groeten Paul.

Samenvattend: Ik zet dit issue op Invalid.

Original comment by P.K.Ton...@gmail.com on 6 Oct 2013 at 4:19

GoogleCodeExporter commented 9 years ago 
Paul,

Het klopt inderdaad dat er geen goed IP adres binnengekomen was, maar dit
was omdat de Arduino niet met het internet verbonden was voor de totaliteit
van de uitgevoerde proeven.

De instellingen in de arduino compiler (1.0.5)  werden voor het aanmaken
van de verschillende versies niet gewijzigd (seriele poort was com 5, Board
was Arduino mega 2560, Programmer AVRISP mkII).

Dat er een probleem zou zijn met de bootloader lijkt mij vreemd, gezien bij
plugin 1 en plugin 15 samen er zich geen enkel probleem voor gedaan heeft
in het compileren/uploaden.

Tussen de verschillende proeven in is enkel het configuratie bestand
veranderd (lijnen in en uit commentaar)

Ik het zojuist nog eventjes gecompileerd met alleen plugin 1 en kreeg de
eerste keer het volgende:
Binaire sketch-grootte: 88.358 bytes (van een 258.048-byte maximum)
avrdude: stk500v2_recv(): checksum error
avrdude: verification error, first mismatch at byte 0x0c01
         0x75 != 0x72
avrdude: verification error; content mismatch

Maar wanneer ik direct daarna weer compileerde en uploade kreeg ik
dit bericht niet meer. Dit is mij vanmiddag ook al een paar keer
opgevallen. Ik zoek dit verder uit.

Wat mij wel zorgen baart is dat wanneer ik met de kaku handzender telkens
opnieuw F8 off uitzend, ik in het bestand in bijlage telkens opnieuw andere
resultaten bekom. Waaraan is dit te wijten?

Groeten
Erwin

Op 6 oktober 2013 18:19 schreef <arduino-nodo@googlecode.com>:

Original comment by erwin.va...@gmail.com on 6 Oct 2013 at 5:36

GoogleCodeExporter commented 9 years ago 
Allereerst is het zo dat bij herhaald indrukken van een knop, de Nodo 
herhalingen van hetzelfde event niet meer toont. Dit is een bewuste keuze omdat 
een KAKU zender (afhankelijk van het type) één signaal tussen de vijf en 
twaalf maal herhaald. 

Als je de optie [RawSignalReceive On] instelt, dan zal na het drukken van de 
knop de Nodo op de eerst code een event genereren. Is de Nodo hiermee klaar, 
dan zal de Nodo nog wat restant herhalingen verzenden die de Nodo dan als een 
RawSignal oppikt. 

Dit alles is volkomen normaal en daarom staat bovendien RawSignalReceive 
uitgeschakeld. Dit kan wel anders, maar daar kleven andere bezwaren aan. 

Alsternatieve methoden hoor ik graag.

Groeten

Original comment by P.K.Ton...@gmail.com on 6 Oct 2013 at 6:28