Arduino utvecklingsverktyg (12 / 12 steg)

Steg 12: Tips för dem som vill göra det själva

• Det var intressant att upptäcka att min UNO och Mega inte fungerade pålitligt på 300 baud och buffringen av data mellan dem och PC är också annorlunda. Dessa skillnader är inte märkbar i "normala" förhållanden men dyka upp på gränsen för prestanda som när du överför data mycket mycket snabbt, i någon riktning och på de lägre eller högre överföringshastigheter. Se till att du testar på hela skalan av prestanda och med olika hårdvara som de inte beter sig exakt samma.
• .NET undantagshantering inte är mycket snabb så gör alla dina egna data-kontroller annars programmet kommer sakta och Arduino kommer att skicka ut data snabbare än det körs på datorn.
• Multi gängning är ett måste som du behöver för att få behandlingen av seriell Indataströmmen gjort så snabbt som möjligt och till buffertar olika former kan handtaget för att visa för användaren.
• Data kan komma så snabbt att det är omöjligt för en användare att läsa varje förändring om det är en handling typ av display. Därför inte bryr sig att uppdatera Visa data för varje enskilt tecken eftersom det ändras. Detta kommer att täppa till datorn ner även om displayen bearbetning sker i en separat tråd - kom ihåg det finns endast en ändlig mängd bearbetning och multi gängning inte gör mer av det, det bara tilldelas det annorlunda.
• Faktorer utanför Arduino och seriell monitorn kan påverka dess prestanda. Jag lämnar programmet på blöt testning över natten ta emot data pumpas ut med maximal hastighet från Arduino. Det innebär tusentals rader med data och jag märker att på säger 2 am på morgonen en linje kommer att vara i fel - vanligtvis den är det och det bör man inte håller. Jag kan bara anta ett virus check har sparkat i och trasslat till något. Medan detta kan vara en ytterst liten andel av data kan det resultera i en allvarlig följd i ditt system.
• Kontrollera uppgifterna förväntas och fel hantera om det inte är. För alla de speciella kommandon som används i följetong monitor jag skicka längden på data samt data från Arduino och jag kollar också på serial bildskärmen. Om de inte håller jag inte skicka data till formuläret lämpligt visualise men skicka vad har fångats i registreringen visualisera för användaren att medveten om att har något gått fel. Jag har funderat på att använda en CRC-kontrollsumma men extra handläggningstiden inte, för mig, motiverar det över enkel linje längd kontroller.
• Så mycket som du vill undvika att få användaren deltar i trim på ytterligheter av vad din PC kan kan klara det buffra upp en massa data vilket innebär att visualisering visar lag bakom den Arduino faktiska beteende. I min första versionerna av verktyget dök jag en hel del trim parametrar innan han gick på två som var verkligen användbart/oundviklig. Läsa alla byte så snart de tillgängliga kontra den mycket långsammare läsa en linje i taget (användbart när du skickar data tillbaka till Arduino och schemaläggning det i rätt ordning är viktigt) och bromsa visar för att tillåta dem att uppdatera i "bitar" gör det lättare att läsa snabbt föränderliga listor.
• Förvänta dig inte det är rätt första gången. Jag hade ett par tekniska bevis av begreppen (då jag fann att några kod tillgänglig på Internet var felaktig med en långsam men stadig minnesläcka). När det fungerar snabbt och tillförlitligt kan du förfina användargränssnittet för att ge de funktioner du behöver och också göra dem bekväma att använda. Detta är version 3.
• Bearbetar binära data kan vara mer kompakt och snabbare men kan inte visas i Arduino IDE som är ett bekvämt falla tillbaka möjlighet att testa.