נניח יש לי מעבד או רכיב מיתכנת ואני רוצה להעביר ל-8 ביטים שלו מידע דיגיטאלי שמגיע מ-2 מקורות שונים.

אני רוצה שהמעבד יהיה מסוגל לבחור איזה מידע הוא יוכל לקבל ע"י ביט נוסף (ב-'0' הוא יקבל מידע ממקור א', וב-'1' יקבל מידע ממקור ב').

אני זוכר במעורפל את הרכיב שמבצע זאת, אשמח להזכרת שמו ואולי המלצות ספציפיות, בעיקר לרכיב ששומר אנרגיה.

תודה רבה!
דור

או MUX (שני רכיבי 74HCT257), או 3STATE (שני רכיבי 74HCT241, או שני 74HCT244 עם מהפך נוסף).
איזה אנרגיה אתה רוצה לשמור?

Elim

סליחה, לא רכיב ששומר אנרגיה, אלא רכיב שמנסה לא לבזבז אותה (כי המקור בדר"כ בטריה או שניים).

יש לי עוד 2 שאלות בנושא אחר, עדיף שלא אפתח אשכול חדש:

1. בנוגע לרכיבי זיכרון לא-נדיפים, איזה סוג רכיב זיכרון (flash וכד') יהיה העדיף ביותר לשימוש כאשר הנפח הדרוש 2MByte? דרוש קריאה ממנו וכתיבה אליו.
האם ROM יתאים לעבודה? כמה זמן לוקח לצרוב אליו?

2. איך מעבירים לרכיב שומר זיכרון מידע מ-RTC בהעברה טורית? יש ביטים שאין צורך לאחסן אותם (כמו START,STOP, ו-ACK) ברכיב הזיכרון. ניתן לראות דוגמא להעברה טורית (בפרוטוקול I2O) ברכיב DS1307.

רכיבי HC ו HCT כמעט לא צורכים זרם במצב סטאטי.
בנפח 2M, רכיבי FLASH.
אתה לא מעביר ישירות מה RTC ל FLASH. המיקרו קורא מה RTC, ושומר ל FLASH מה שצריך (מה שאתה רוצה, ובאיזה פורמט שאתה רוצה).
שים לב שתצטרך קצת קוד לניהול רכיב ה FLASH, כי יש לו שתי מיגבלות (בניגוד ל EEPROM):
1. לא ניתן לכתוב פעם שניה לכתובת מסויימת, בלי למחוק אותה קודם.
2. מחיקה ניתן לבצע רק ל PAGE שלם (הגודל של PAGE שונה בין רכיבים, אך לרוב מדובר ב 32K או 64K).

Elim

בנוגע למגבלות אני חושב שזה בסדר. במקרה שלי אפילו יתרון.
הבעיה היחידה שאני צריך לתת ל-FLASH איזה counter שיספור את מספר הבתים שכתבתי אליהם. ואז כל פעם אצטרך לכתוב אליו מחדש (להוסיף לו את כמות הבתים שאני כותב).
או שאולי יש דרך אחרת כדי לדעת כמה בתים לקרוא מה-FLASH?
סה"כ אני צריך את ה-FLASH כדי שיאגור מידע (כל פעם אני מוסיף אליו מידע), ולאחר מכן - המידע יועבר אל מחשב באמצעות USB.

בנוגע למיקרו, אני חושב שזה יהיה רכיב מיתכנת (CPLD או FPGA) במקום מיקרו. האם הוא מסוגל לעמוד בדרישות האלו, כאשר ה-RTC יהיה רק אחד מבין 6 רכיבים חיצוניים שאחבר אליו?

אין בעיה, אתה צריך בסך הכל שני פוינטרים: אחד לכתובת התחלת המידע (מצביע לכתובת המידע האחרון שנשלח + 1), ומצביע נוסף לכתובת המידע האחרון שנכתב + 1 (הכתובת הבאה לכתיבה). בזמן קריאה אתה רץ מהפוינטר הראשון עד השני.
אין שום היגיון לממש את הפונקציות הללו ב CPLD או FPGA. מימוש במיקרו הרבה יותר פשוט, מה עוד שאופן הכתיבה ל FLASH הוא מורכב מעט - כדאי שתעבור על דפי הנתונים של FLASH כלשהו כדי לקבל מושג.
בנוסף - איך אתה מתכוון לממש ממשק USB ללא מיקרו ?

Elim

ציטוט:

אין בעיה, אתה צריך בסך הכל שני פוינטרים: אחד לכתובת התחלת המידע (מצביע לכתובת המידע האחרון שנשלח + 1), ומצביע נוסף לכתובת המידע האחרון שנכתב + 1 (הכתובת הבאה לכתיבה). בזמן קריאה אתה רץ מהפוינטר הראשון עד השני.

אבל אם אני כותב כל X שניות\דקות קבוצה של בתים, אז אני לא יודע מתי אפסיק (זה יכול להמשיך עוד ועוד...)

או שאתה מתכוון שכל קבוצה תיתחם עם פוינטר לתא האחרון של הקבוצה?
יש לי רעיון שאני חושב שיספיק, בבקשה תקן אותי אם אני טועה:

נניח שכל התאים ברכיב הפלאש מאופסים. ('0' לוגי בכל הביטים)
ואני יודע שכל קבוצה שאכתוב, תהיה בעל גודל ידוע.
אז בצורה הזאת אני יודע איך להפריד בין הקבוצות, וגם אני יודע שכאשר אתקל בבית שערכו 0x0, אז זה יהיה סוף המידע.
כדי שלא יהיה מצב שהבית הראשון של קבוצה מסוימת מכיל ערך 0x0, אוודא שהבית הראשון יהיה בוודאות חלק ממידע מסוים שהוא תמיד שונה מ-0.

ציטוט:

אין שום היגיון לממש את הפונקציות הללו ב CPLD או FPGA. מימוש במיקרו הרבה יותר פשוט, מה עוד שאופן הכתיבה ל FLASH הוא מורכב מעט - כדאי שתעבור על דפי הנתונים של FLASH כלשהו כדי לקבל מושג.

אני יודע, אבל מאוד חשוב לי החיסכון באנרגיה לבטרייה. עם מיקרו, הבטרייה תהיה חסרת ערך תוך יום...
והבנתי שאפשר לכתוב ל-CPLD קוד בשפת C (שמתורגם לשפת תיכנות הרכיב, בעזרת JTAG)
או קוד בשפת Verilog שכנראה יש לו את העוצמה של C.

ציטוט:

בנוסף - איך אתה מתכוון לממש ממשק USB ללא מיקרו ?

יש רכיב שמתרגם serial bit stream אל הערך המתאים ב-USB. אאל"ט זה הופך UART ל-USB. (או RS ל-USB? יצאתי די מבולבל... אקרא שוב)

למה להסתבך? אתה רוצה לסרוק כל פעם 2M כדי למצוא את הכתובת הפנויה הבאה?
המנגנון עם המצביעים פשוט מאוד, מצביע אחד מסמן את הכתובת הבאה לקריאה, והשני את הכתובת הבאה לכתיבה.
בהתחלה, שני המצביעים מתוחלים לערך 0.
כל פעם שאתה כותב BYTE, אתה כותב אותו לכתובת של המצביע השני, ואז מקדם אותו ב 1. אם תכתוב X בתים, בסוף הכתיבה ערך המצביע יתקדם ב X.
אם אתה רוצה לדעת את מספר הבתים שנכתבו וטרם נקראו, אתה מחסר את המצביעים.
בזמן קריאה, אתה קורא BYTE מהכתובת של המצביע הראשון, ומקדם אותו ב 1. אם הוא עדיין קטן מהמצביע השני, סימן שיש עוד בתים שלא נקראו.

לא ברור לי למה אתה חושב שמיקרו יצרוך יותר מ FPGA.
ושוב - ב CPLD ו FPGA אתה מממש חומרה ומכונות מצבים (ניתן גם לממש מיקרו, אך זה יהיה מטופש). בישום הזה, עדיף ומשמעותית קל יותר לממש ע"י פונקציות תוכנה.

Elim

ציטוט:

למה להסתבך? אתה רוצה לסרוק כל פעם 2M כדי למצוא את הכתובת הפנויה הבאה? המנגנון עם המצביעים פשוט מאוד, מצביע אחד מסמן את הכתובת הבאה לקריאה, והשני את הכתובת הבאה לכתיבה. בהתחלה, שני המצביעים מתוחלים לערך 0. כל פעם שאתה כותב BYTE, אתה כותב אותו לכתובת של המצביע השני, ואז מקדם אותו ב 1. אם תכתוב X בתים, בסוף הכתיבה ערך המצביע יתקדם ב X. אם אתה רוצה לדעת את מספר הבתים שנכתבו וטרם נקראו, אתה מחסר את המצביעים. בזמן קריאה, אתה קורא BYTE מהכתובת של המצביע הראשון, ומקדם אותו ב 1. אם הוא עדיין קטן מהמצביע השני, סימן שיש עוד בתים שלא נקראו.

אבל אי אפשר לכתוב פעמיים לאותו התא בפלאש..:

ציטוט:

1. לא ניתן לכתוב פעם שניה לכתובת מסויימת, בלי למחוק אותה קודם.

ציטוט:

לא ברור לי למה אתה חושב שמיקרו יצרוך יותר מ FPGA.

כתוב בדף נתונים - CPLD של XILINX לוקח בסביבות 17-18 מיקרו אמפר, בזמן Standby. הם לא ציינו כמה הוא לוקח בזמן פעיל לכן כנראה זה שווה ל-standby.
אבל מיקרו יכול לקחת עד 100mA, לדוגמא: http://www.atmel.com/dyn/resources/...nts/doc6120.pdf

ציטוט:

ציטוט:

Embedded 1.8V Regulator, Drawing up to 100 mA for the Core and External Components

או שהסתכלתי במקום הלא נכון?
בדר"כ לבטריות סטנדרטיות אין קיבולת גבוהה של Ah לכן זה חשוב...

אתה פשוט עושה סלט שלם...

1. מה הקשר בין העובדה שלא ניתן לכתוב לאותה כתובת פעמיים (אלא אם מבצעים מחיקה) ובין שימוש במצביעים או במיקרו?
בכל מימוש שתבחר, תצטרך להשתמש במצביעים, ולבצע מחיקה של PAGE כשאתה גומר לקרוא אותו (ובינתיים כותב ל PAGE הבא).
2. ציטוט:
"כתוב בדף נתונים - CPLD של XILINX לוקח בסביבות 17-18 מיקרו אמפר, בזמן Standby. הם לא ציינו כמה הוא לוקח בזמן פעיל לכן כנראה זה שווה ל-standby."
אז זהו שלא. STANDBY מציין חוסר פעילות. צריכת הזרם בזמן פעילות תלויה בתדר העבודה ובפונקציות שפועלות (לשם השוואה, המיקרו שהבאת צורך 60 מיקרואמפר בזמן STANDBY.
3. כתוב שהמייצב מסוגל לספק עד 100 מיליאמפר, גם עבור ה CORE של ה CPU, וגם עבור רכיבים חיצוניים נוספים, לא כתוב שזו הצריכה של המעבד.
4. אם תיקח פנטיום 4 ותפעיל אותו עם סוללת 6V, תקבל צריכת זרם של כ- 15 אמפר. גם המעבד שלקחת כדוגמה (ARM) הוא OVER KILL למימוש שלך. למה שאתה צריך, יספיק מעבד PIC פשוט שעובד במתח 3V , ועם צריכת זרם של כ 10 עד 20 מיליאמפר (תלוי במתח העבודה ובתדר) כגון:
http://ww1.microchip.com/downloads/...eDoc/41364B.pdf

Elim

1. חשבתי שהתכוונת שהפוינטר יהיה בתוך הפלאש, לדוגמא בתא הראשון\שני.
אבל עכשיו הבנתי אותך - שהוא יהיה בתוך ה-register של המיקרו.

2. זה מה שחשבתי, אבל הם לא ציינו מהו הערך של Icc בהתאם לתדר, למעשה אין שום ערך של Icc במצב פעיל (או שאני לא יודע לקרוא דפי נתונים...).
הנה דוגמאות של CPLD: עם ערכי Icc, בלי ערכי Icc.
לכן הנחתי בברירת מחדל שההבדל במצב פעיל הוא זניח ומשתווה ל-Icc ב-standby.

3. תודה על התיקון.

4. באמת נראה מעבד מעולה, מתאים בדיוק למה שאני צריך, עם צריכת זרם "150μA @ 1 MHz, 1.8V".

תודה רבה, עזרת לי מאוד.

1. ציטוט: "או שאני לא יודע לקרוא דפי נתונים...". לא פלא שלא ראית, הנתונים מופיעים - אך הם קצת מוסתרים... (תן מבט בגרף שמופיע בדף הראשון של ה DATASHEET).
2. זה לא חייב להיות מעבד PIC, זה יכול להיות גם מעבד ממשפחת ה 51 של ATMEL, או כל מיקרו דומה אחר.
3. אתה יכול גם לבדוק אפשרות של שימוש בכרטיסי FLASH (כגון SD). יש הרבה אפליקציות עם PIC, ותוכל להוריד גם SOURCE CODE שכבר מתפעל את כרטיסון ה FLASH (לרוב בפירמוט FAT16).
4. בנוסף, אם אני מבין נכון את האפליקציה שלך, חפש בגוגל "DATA LOGGER" יחד עם עוד מילות מפתח (SCHEMATIC, PIC וכו'). תוכל למצוא הרבה פרוייקטים וסכימות, וגם להוריד קוד מוכן.

Elim

1. לגבי סעיף 1 שבתגובה הקודמת - גרף דומה לזה שמופיע בעמוד הראשון של XCR3064, מופיע בעמוד 6 של XCR3128 (ובצירוף טבלה עם ערכים).

Elim

1. לא יודע איך לא ראיתי :s
הנה עובדה נוספת שמערכת החינוך גרועה ובמיוחד באלקטרוניקה. היו צריכים ללמד אותנו כבר ב-י"ב איך לקרוא דפי נתונים ואיזה דברים צריך לשים לב אליהם במיוחד וכו'.

2. אתה מכיר את המעבדים האלו כי עבדת איתם וקראת את הדף נתונים שלהם או שיש איזשהי חוקיות מסוימת שעוזרת למצוא במהירות רכיבים בהתאם לצרכים?

3. - 4. אחפש.

שוב, תודה.