נתונה רשימה של קואורדינטות גאוגרפיות של נקודות ציון. הרשימה ארוכה מכדי לאחסן אותה בזיכרון המיקרו-בקר, ואנחנו צריכים לזהות בזמן אמת – על סמך מידע שמגיע ממודול GPS – אם אנחנו קרובים לאחת מנקודות הציון האלה. איך עושים זאת בצורה יעילה וחסכונית במשאבים?
המקום היחיד ש-GPS עובד בו (צילום מסך מתוך Google Earth)
באגים הם חלק בלתי נפרד מכל עבודת פיתוח, והם יכולים למרר את חייו של כל מפתח – במיוחד אם הוא לא ניגש לפתרונם בדרך יעילה. הספר Debugging מאת דיויד אגאנס מבטיח להפוך אותנו למדבגים יעילים יותר, בעזרת תשעה כללי זהב. האמנם?
בעבודה עם רכיבים אלקטרוניים, ה-Datasheet הוא ידידו הטוב ביותר של האדם. עם זאת, במיקרו-בקרים ורכיבים מתקדמים אחרים, קיים מסמך נוסף שמפתחים רציניים חייבים להכיר: ה-Errata.
מקרה קיצוני של טעויות בסיליקון: לוח פיתוח שהתמיכה בו הופסקה רשמית
פונקציות ה-random המוכרות נותנות לנו התפלגות אחידה של תוצאות. מה עושים אם צריך דווקא התפלגות בצורת פעמון, או בשמה המקצועי "התפלגות נורמלית"? הנה פתרון פשוט, היישר משיעורי המבוא לסטטיסטיקה.
מוצרים סיניים זולים הם עדיין זבל, אבל לפעמים בדרכים קצת יותר עקלקלות ממה שנדמה במבט ראשון. הנה הסיפור המפתיע – מבחינתי, לפחות – של ספק הכוח השולחני שלי.
משרד החינוך שולח את ילדי בית הספר היסודי ללמוד תכנות בסביבת פיתוח מבוססת-רשת, שבה מנסים לגרום לקוף מצויר לאסוף בננות מצוירות. האם זו אכן שיטה יעילה? בתור מישהו שלמד לתכנת לפני שהייתה בכלל רשת, הנה ההתרשמות שלי מהקוף המפורסם.
הפרויקט שלכם זקוק לתקשורת RF אמינה לטווח קצר, בעלות אנרגטית סבירה? המודול HC-11, שמבוסס על השבב CC1101 של TI, עשוי להוות פתרון נוח וזול יחסית. הנה כמה פרטים והוראות שימוש בסיסיות.
בחינה של האותות שמתקבלים ממקודד סיבובי פשוט (Rotary encoder) הראתה שכאשר פיני הפלט שלו עוברים בין מצבים, קפיצות המתח האקראיות (Bounce) יכולות להיות קצרות מאוד או ארוכות מאוד, בהתאם למהירות הסיבוב של המקודד – עד כדי אי יכולת להבדיל בין קפיצה כזו לבין אות לגיטימי. האם אפשר ליצור קוד שיתגבר על כך וייתן לנו קריאה מדויקת של הסיבובים על פני כל טווח המהירויות?