Παράθεση:
Αρχική Δημοσίευση από lion
Γνώσεις software σε assembly και C έχω μπόλικες, αλλά από τέτοιο hardware δεν σκαμπάζω. Με την αγορά της βασικής πλακέτας μπορείς να ξεκινήσεις;
Δηλαδή:
1. κάνεις κάποιο προγραμματάκι
2. μεταγλωτίζεις
3. το "περνάς" μέσω USB στην EPROM
4. δοκιμάζεις το πρόγραμμα
(5. ψάχνεις να βρεις γιατί δεν δουλεύει και ξανά στο 1.)
Αυτά μπορείς να τα κάνεις με την αγορά της βασικής πλακέτας ή χρειάζεσαι και κάτι άλλο σε hardware;
|
3. η usb σπανιως ειναι ενσωματομενη στον mc. Συνηθως ειναι εξωτερικο chip usb2serial. Οι καπως μεγαλυτεροι avr (σειρα mega) εχουν bootloader οποτε μπορουν απλα να κατεβαζουν νεες version απο τη σειριακη.
Για οποιον δεν εχει pc με σειριακη ενα φτηνο usb2serial των 3-4 ευρω κανει.
Συμφωνω οτι σε ενα τελειωμενο project θα ηταν πολυ χρησιμο ενα προγραμματακι που θα ετρεχε σε pc και θα εδινε τη δυνατοτητα σε καποιον να κατεβασει καινουργιο firmware προσθετωντας δυνατοτητες και διορθωνοντας bugs... Ομως απεχουμε ακομα απο κει.
Σιγουρα πρεπει να καψουμε μερικους mc πρωτα και μετα...
4. Στα embedded συστηματα το δοκιμαζεις ειναι αρκετα "καπως"
Σε ενα προγραμμα που τρεχει σε pc βαζεις μια printf και βλεπεις στην οθονη... Σε ενα embedded που δεν εχει καν οθονη, ειτε αναβοσβυνεις led, ειτε τα στελνεις στη σειριακη, (με την προυποθεση οτι το προβλημα δεν ειναι με την ιδια τη σειριακη..
)
Για πιο σοβαρο development βαζει κανεις jtag που σου δινει τη δυνατοτητα να κανεις debug το προγραμμα καθως εκτελειται στον mc. Το avr studio (δλδ το δωρεαν ide περιβαλλον) εχει simulator οπου μπορεις να κανεις trace & debug assembly αλλα και c κωδικα (στο source παντα) αλλα οταν ερθει η ωρα να δει κανεις πως αντιλαμβανεται ο mc τον εξω κοσμο (δλδ τους σενσορες) εκει το πραγμα γινεται πιο περιπλοκο. Ενα jtag επιτρεπει να βλεπεις τις πραγματικες τιμες που διαβαζει το hardware (πχ θερμοκρασια, ph κλπ)
Με τη βασικη πλακετα μπορεις να τα κανεις το βασικο προγραμματισμο, οχι ομως ευκολα και in circuit debugging. Και θελει και λιγη προσοχη με τα fuses ωστε να μην "κλειδωθεις" απεξω. (τα fuses ειναι προγραμματιζομενα "διακοπτακια" που αλλαζουν τις δυνατοτητες του hardware.. π.χ. αν του πεις να χρησιμοποιησει external clock αλλα δεν του εχεις δωσει κανενα external clock στο σχετικο pin, ο mc σταματαει να λειτουγει (και ουτε ξαναπρογραμματιζεται με σειριακο τροπο.. Για να επανελθει, ειτε πρεπει να του βαλεις clock ειτε να τον προγραμματισεις με HVPP (high voltage parallel programming, κατι που μπορει να μην ειναι και τοσο ευκολο.)
Το ardouino ειναι ενα πιο "προστατευμενο" περιβαλλον που δεν σε αφηνει να κανεις ευκολα "χοντραδες". Αυτο εχει τα καλα του και τα κακα του.
Οπως και ναναι, πρωτου αρχισουμε να μιλαμε για ενυδρειακους controllers πρεπει να φτιαξει κανεις το αντιστοιχο του hello world (να αναβοσβησει ενα led). Επισης, μιας και δεν υπαρχει λειτουργικο, οτι προγραμμα γραφτει θα πρεπει να κανει και καποιας μορφης cooperative multitasking, μιας και πρεπει απο τη μια να αναβοσβηνουμε φωτα, απο την αλλη να κραταμε την ωρα αλλα και να μετραμε το ph και τη θερμοκρασια και να ανοιγοκλεινουμε ρελεδες κατα το δοκουν.
ΥΓ Ακουγεται μπερδεμενο (και ειναι στην αρχη) αλλα οποιος ασχοληθει βρισκει την ακρη..
