Embedded OS

Hello Olga!

ON> ëÏÍÐÉÌÑÔÏÒ ÍÏÖÅÔ É ÎÅ "ÚÁÂÙ×ÁÅÔ" ÎÏÌØ. úÁÔÏ × ÐÒÉÈÏÄÑÝÉÈ ÉÚ ËÁÎÁÌÁ ON> Ó×ÑÚÉ ÐÁËÅÔÁÈ ÍÏÖÎÏ ×ÓÔÒÅÔÉÔØ É ÎÅ ÔÁËÉÅ ÞÕÄÅÓÁ ÚÁÂÙ×ÞÉ×ÏÓÔÉ. é ON> ÐÏÓÌÅÄÓÔ×ÉÑ ÆÁÔÁÌØÎÙ ÄÌÑ ÓËÏÍÐÉÌÉÒÏ×ÁÎÎÏÊ ÎÁ óÉ ÐÒÏÇÒÁÍÍÙ.

Anatoly

Hi Harry, hope you are having a nice day!

AV>> ÏÂÒÁÂÏÔÞÉËÕ, ËÏÔÏÒÙÊ × ÓÌÕÞÁÅ ÉÚÍÅÎÅÎÉÑ ÓÔÁÔÕÓÁ ÚÁÄÁÞ ÏÓÔÁ×ÌÑÅÔ AV>> ÓÉÇÎÁÌ × ÇÌÏÂÁÌØÎÏÊ ÐÅÒÅÍÅÎÎÏÊ, ÎÁ ×ÙÈÏÄÅ ÉÚ ÏÂÒÁÂÏÔÞÉËÁ (ÕÖÅ × AV>> ÑÄÒÅ) ÍÙ ÐÒÏ×ÅÒÑÅÍ ÜÔÏÔ ÓÉÇÎÁÌ É ÐÒÉ ÅÇÏ ÎÁÌÉÞÉÉ Ó×ÏÐÉÍ ËÏÎÔÅËÓÔÙ. HZ> HÅ ÐÏÎÑÌ - "ÎÁ ×ÙÈÏÄÅ ÉÚ ÏÂÒÁÂÏÔÞÉËÁ (ÕÖÅ × ÑÄÒÅ)" - ÜÔÏ ÄÏ HZ> ÉÎÓÔÒÕËÃÉÉ reti ÉÌÉ ÐÏÓÌÅ?

AV>> HÅÔ. ðÒÏÉÓÈÏÄÉÔ ÓÏÈÒÁÎÅÎÉÅ ËÏÎÔÅËÓÔÁ ÐÒÅÒ×ÁÎÎÏÊ ÚÁÄÁÞÉ, ÏÂÒÁÂÏÔËÁ AV>> ÐÒÅÒÙ×ÁÎÉÑ, ×ÏÓÓÔÁÎÏ×ÌÅÎÉÅ ËÏÎÔÅËÓÔÁ. HZ> ëÁË ÜÔÏ ÎÅÔ? éÍÅÎÎÏ ÝÅÌËÁÎØÅ ËÏÎÔÅËÓÔÁÍÉ ÎÁ ËÁÖÄÙÊ ÂÁÊÔ. ÷ÏÐÒÏÓ HZ> ÔÏÌØËÏ × ÒÁÚÍÅÒÅ ÜÔÏÇÏ ËÏÎÔÅËÓÔÁ.

AV>> ôÙ ÚÎÁÅÛØ ÓÐÏÓÏ ÎÅ ÓÏÈÒÁÎÑÔØ ËÏÎÔÅËÓÔ ÐÒÉ ÉÓÐÏÌÎÅÎÉÅ ÁÓÉÎÈÒÏÎÎÏÇÏ AV>> ÓÏÂÙÔÉÑ? üÔÏ ÐÒÉÄÅÔÓÑ ÄÅÌÁÔØ ÄÁÖÅ × ÔÏÍ ÓÌÕÞÁÅ, ÅÓÌÉ ÐÒÅÒÙ×ÁÎÉÅ, AV>> ËÁË ÔÙ ÇÏ×ÏÒÉÛØ, "×ÎÅÏÓÅ×ÏÅ".

HZ> ü, ÎÅÔ, ÜÔÏ ÄÁÌÅËÏ ÎÅ ÔÏ ÖÅ ÓÁÍÏÅ. ðÒÉ ×ÎÅÏÓÅ×ÏÍ ÐÒÅÒÙ×ÁÎÉÉ HZ> ËÏÍÐÉÌÑÔÏÒ (ÉÌÉ Ñ ÓÁÍ, ÅÓÌÉ ÎÁ ÁÓÍÅ ÐÉÛÕ) ÓÏÈÒÁÎÑÅÔ ÔÏÌØËÏ ÔÏ, ÞÔÏ HZ> ÉÓÐÏÌØÚÕÅÔ. HÁÐÒÉÍÅÒ, ÉÓÐÏÌØÚÕÅÔ Ä×Á ÒÅÇÉÓÔÒÁ - ÉÈ É ÓÏÈÒÁÎÑÅÔ.

OR ÕÖÅ ÓËÁÚÁÌ ÐÒÏ ÕÂÏÇÏÓÔØ ÜÔÏÇÏ ËÏÍÐÉÌÑÔÏÒÁ. åÓÌÉ ÅÍÕ ÎÅÌØÚÑ ÏÂßÑÓÎÉÔØ ËÁËÉÅ ÒÅÇÉÓÔÒÙ ÍÏÖÎÏ ÐÏÌØÚÏ×ÁÔØ ËÁËÉÅ ÎÅÔ É ËÁËÉÅ ÒÅÇÉÓÔÒÙ ÏÎ ÂÕÄÅÔ ÉÓÐÏÌØÚÏ×ÁÔØ. åÓÌÉ ÎÅÌØÚÑ Ñ×ÎÏ ÒÁÚÒÅÛÉÔØ, ÔÏ ÎÕÖÎÏ ÚÎÁÔØ ËÁË ÏÎÏ ÒÁÂÏÔÁÅÔ.

AV>> úÁÞÅÍ ×ÙÚÙ×ÁÔØ ÐÌÁÎÉÒÏ×ÝÉË, ÅÓÌÉ ÓÅÍÁÆÏÒ ÎÅ ÂÙÌ ÁËÔÉ×ÉÒÏ×ÁÎ?

HZ> á ËÁË ÕÚÎÁÔØ, ÁËÔÉ×ÉÒÏ×ÁÎ ÏÎ ÉÌÉ ÎÅÔ?

if (need_run_scheduler) ;

HZ> ÷ÅÄØ ÉÍÅÎÎÏ ÐÌÁÎÉÒÏ×ÝÉË ÜÔÏ HZ> É ÐÒÏ×ÅÒÑÅÔ É ×ÙÐÏÌÎÑÅÔ ÄÅÊÓÔ×ÉÑ × ÓÏÏÔ×ÅÔÓÔ×ÉÉ Ó ÒÅÚÕÌØÔÁÔÏÍ HZ> ÐÒÏ×ÅÒËÉ.

AV>> úÁÞÅÍ ÓÏÈÒÁÎÑÔØ _×ÓÅ_ ÒÅÇÉÓÔÒÙ? åÓÌÉ ÅÓÔØ ÐÒÉÚÎÁË AV>> ÁËÔÉ×ÁÃÉÉ ÓÅÍÁÆÏÒÏ×, ÔÏ ÔÏÇÄÁ ÕÖÅ ×ÙÚÙ×ÁÅÍ ÐÌÁÎÉÒÏÝÉË É AV>> ÄÏÓÏÈÒÁÎÑÅÍ ËÏÎÔÅËÓÔ.

HZ> ü... HÅ ÚÎÁÀ, ËÁË × PIC18, ÎÁ AVR ÉÌÉ MSP430 ÔÁËÏÊ ÆÉÎÔ ÕÛÁÍÉ - HZ> ÏÂÉÌØÎÙÊ ÉÓÔÏÞÎÉË ÇÒÁÂÌÅÊ É ÇÅÍÏÒÒÏÑ. ôÁËÏÅ ÔÁÍ ÍÏÖÎÏ ÄÅÌÁÔØ ÔÏÌØËÏ HZ> ÅÓÌÉ ×ÓÅ ÏÂÒÁÂÏÔÞÉËÉ ÐÉÓÁÔØ ÎÁ ÁÓÍÅ, ÞÅÇÏ ÓÏ×ÓÅÍ ÎÅ ÈÏÃÃÁ. á ÎÁ ó HZ> "ÄÏÓÏÈÒÁÎÅÎÉÅ" ËÏÎÔÅËÓÔÁ - ×ÅÓØÍÁ ÓÏÍÎÉÔÅÌØÎÏÅ ÄÅÊÓÔ×ÉÅ ××ÉÄÕ HZ> ÔÒÕÄÎÏÐÒÅÄÓËÁÚÕÅÍÏÇÏ ÐÏ×ÅÄÅÎÉÑ ËÏÍÐÉÌÑÔÏÒÁ, ×ÅÄØ ËÔÏ ÄÁÓÔ ÇÁÒÁÎÔÉÀ, HZ> ÞÔÏ × ÔÏÍ ÉÌÉ ÉÎÏÍ ÓÌÕÞÁÅ ËÏÍÐÉÌÑÔÏÒÕ ÎÅ ×ÚÄÕÍÁÅÔÓÑ ÐÒÉÍÅÎÉÔØ HZ> ËÁËÕÀ-ÎÉÔØ ÏÐÔÉÍÉÚÁÃÉÀ É ÓÏÈÒÁÎÅÎÎÙÊ ÉÍ ÓÔÅËÏ×ÙÊ ËÁÄÒ ÂÕÄÅÔ HZ> ÉÍÅÔØ ÄÒÕÇÏÊ ×ÉÄ!? ñ ÕÖÅ ÎÅ ÇÏ×ÏÒÀ ÐÒÏ ÐÅÒÅÈÏÄ ÎÁ ÄÒÕÇÕÀ ×ÅÒÓÉÀ HZ> ËÏÍÐÉÌÑÔÏÒÁ.

HÅ, ÎÕ ÎÅÍÎÏÇÏ ÎÅÓÔÁÎÄÁÒÔÎÏ ÍÙÓÌÉÔØ ÍÏÖÎÏ? åÓÌÉ ÎÅÔ ÓÒÅÄÓÔ×Á ÄÏÓÏÈÒÁÎÉÔØ ËÏÎÔÅËÓÔ, ÎÅÈÁÊ ËÏÍÐÉÌÑÔÏÒ ÜÔÏ ÄÅÌÁÅÔ ÐÏ Ó×ÏÅÍÕ ÕÓÍÏÔÒÅÎÉÀ. óÁÍ ÖÅ ÇÏ×ÏÒÉÛØ, ÞÔÏ Ä×Á-ÔÒÉ ÒÅÇÉÓÔÒÁ. ïÂÒÁÂÏÔÞÉË ÐÕÓÔØ ÓÏÈÒÁÎÉÔ/×ÏÓÓÔÁÎÏ×ÉÔ ÔÏ, ÞÔÏ ÅÍÕ ÎÁÄÏ, Á ÐÒÉ ÎÅÏÂÈÏÄÉÍÏÓÔÉ ÐÅÒÅËÌÀÞÅÎÉÑ ÚÁÄÁÞÉ ÛÅÄÕÌÅÒ ÓÏÈÒÁÎÑÅÔ ËÏÎÔÅËÓÔ ÃÅÌÉËÏÍ.

1. ÷ÏÛÌÉ × ÐÒÅÒÙ×ÁÎÉÅ.
2. óÏÈÒÁÎÉÌÉ ÔÏ, ÞÔÏ ÔÒÅÂÕÅÔÓÑ ÄÌÑ ÉÎËÒÅÍÅÎÔÁ ISR_Level É ÐÒÏ×ÅÒËÉ ÆÌÁÇÁ need_run_scheduler.
3. éÎËÒÅÍÅÎÔ ISR_Level
4. ÷ÙÚÏ× "×ÎÅÏÓÅ×ÏÇÏ ÐÒÅÒÙ×ÁÎÉÑ" Ó ÅÇÏ ÓÏÂÓÔ×ÅÎÎÙÍ ÓÏÈÒÁÎÅÎÉÅÍ ×ÏÓÓÔÁÎÏ×ÌÅÎÉÅÍ "ËÏÎÔÅËÓÔÁ", ÔÅÈ ÓÁÍÙÈ Ä×ÕÈ ÒÅÇÉÓÔÒÏ×.
5. if (!need_run_scheduler || ISR_Level)
6. ×ÏÓÓÔÁÎÏ×ÉÌÉ ÔÏ, ÞÔÏ ÓÏÈÒÁÎÉÌÉ × Ð.2 ÄÁÌÅÅ reti
7. ÓÏÈÒÁÎÑÅÍ ×ÅÓØ ËÏÎÔÅËÓÔ
8. ×ÙÚÙ×ÁÅÍ ÛÅÄÕÌÅÒ
9. ×ÏÓÓÔÁÎÁ×ÌÉ×ÁÅÍ ËÏÎÔÅËÓÔ ÎÏ×ÏÊ ÚÁÄÁÞÉ.
10. reti × ÎÏ×ÕÀ ÚÁÄÁÞÕ.

HÕ ÞÔÏ, ÚÁÐÒÅÄÅÌØÎÙÅ ÎÁËÌÁÄÎÙÅ ÒÁÓÈÏÄÙ?

AV>> äÌÑ ÔÏÇÏ, ÞÔÏÂÙ ×ÏÊÔÉ ÍÅÔÎÕÔØ É ×ÙÊÔÉ ×ÓÅ ÒÁ×ÎÏ ÞÁÓÔØ ËÏÎÔÅËÓÔÁ AV>> ÎÕÖÎÏ ÓÏÈÒÁÎÉÔØ/×ÏÓÓÔÁÎÏ×ÉÔØ. HZ> üÔÏ ÎÅÓÏÉÚÍÅÒÉÍÏ ÍÅÎØÛÁÑ ÞÁÓÔØ ÐÏ ÓÒÁ×ÎÅÎÉÀ Ó ÐÏÌÎÙÍ ËÏÎÔÅËÓÔÏÍ.

AV>> ÓÕÝÎÏÓÔØ. HÁËÌÁÄÎÙÈ ÒÁÓÈÏÄÏ× ÜÔÏ (ÐÏÞÔÉ) ÎÅ ÎÅÓÅÔ. HZ> òÅÞØ ÎÅ Ï ÎÁËÌÁÄÎÙÈ ÒÁÓÈÏÄÁÈ, Á Ï ÔÏÍ, ÞÔÏ ISR_Level Á×ÔÏÍÁÔÏÍ HZ> ÍÁÎÁÇÉÔÓÑ × ÏÓÅ×ÙÈ ÐÒÅÒÙ×ÁÎÉÑÈ. á × ÎÅÏÓÅ×ÙÈ ÐÒÉÄÅÔÓÑ Ë ÌÁÚÉÔØ ÒÕËÁÍÉ. HZ> üÔÏ, ×Ï-ÐÅÒ×ÙÈ, ÍÏÖÎÏ ÐÒÏÓÔÏ ÚÁÂÙÔØ ÓÄÅÌÁÔØ, ÞÔÏ ÎÉÞÅÍ ÎÅ ÌÕÞÛÅ ÐÒÏÓÔÏ HZ> ÉÓÐÏÌØÚÏ×ÁÎÉÑ ×ÔÏÒÏÇÏ ×ÁÒÉÁÎÔÁ ÆÕÎËÃÉÉ sem_post, ÇÄÅ ÎÅÔ ×ÙÚÏ×Á HZ> ÐÌÁÎÉÒÏ×ÝÉËÁ, ×Ï-×ÔÏÒÙÈ, ÜÔÁ ÐÅÒÅÍÅÎÎÁÑ - ×ÎÕÔÒÅÎÎÉÊ ÏÂßÅËÔ ïó, ÄÅÔÁÌØ HZ> ÒÅÁÌÉÚÁÃÉÉ, × ÐÏÌØÚÏ×ÁÔÅÌØÓËÏÍ ËÏÄÅ ÅÊ ÄÅÌÁÔØ ÎÅÞÅÇÏ. ìÉÂÏ ÎÁÄÏ HZ> ÇÏÒÏÄÉÔØ Ë ÎÅÊ ÉÎÔÅÒÆÅÊÓ, ÞÔÏ ÏÐÑÔØ ÖÅ ÎÅ ÌÕÞÛÅ ÁÌØÔÅÒÎÁÔÉ×ÎÏÇÏ HZ> ×ÁÒÉÁÎÔÁ sem_post.

AV>> þÔÏÂÙ ÉÈ ÎÅ ÂÙÌÏ, ÔÁËÉÈ "ÏÂÙÞÎÙÈ" ÐÒÅÒÙ×ÁÎÉÊ ÂÙÔØ ÎÅ ÄÏÌÖÎÏ. HZ> ÷ÏÔ ÚÄÒÁÓÔÅ! ëÁË ÜÔÏ ÎÅ ÄÏÌÖÎÏ? á ÅÓÌÉ ÎÁÄÏ? óÉÔÕÁÃÉÉ-ÔÏ ×ÓÑËÉÅ HZ> ÂÙ×ÁÀÔ. é ÎÅ ×ÓÑËÏÅ ÐÒÅÒÙ×ÁÎÉÅ Ñ×ÌÑÅÔÓÑ ÉÓÔÏÞÎÉËÏÍ ÓÏÂÙÔÉÑ, ËÏÔÏÒÏÅ HZ> ÎÕÖÄÁÅÔÓÑ × ÏÂÒÁÂÏÔËÅ ÚÁÄÁÞÅÊ ïó.

AV>> óÍ. ×ÙÛÅ. HÅ ÚÎÁÀ ËÁË ÎÁ Á×ÒÁÈ, ÎÏ ÉÚ ÏÂÝÉÈ ÓÏÏÂÒÁÖÅÎÉÊ Ñ ÎÅ AV>> ÐÒÅÄÓÔÁ×ÌÑÀ ËÁË ÍÏÖÎÏ ÓÄÅÌÁÔØ ÈÏÔØ ËÁËÉÅ-ÔÏ ÁÓÉÎÈÒÏÎÎÙÅ ÄÅÊÓÔ×ÉÑ AV>> ÐÏÓÒÅÄÉ ÞÕÖÏÊ ÚÁÄÁÞÉ, ÎÅ ÚÁÔÒÏÎÕ× ÅÅ ËÏÎÔÅËÓÔ. HZ> úÁÔÒÏÎÕÔØ ËÏÎÔÅËÓÔ É ÓÏÈÒÁÎÉÔØ ÅÇÏ - ÓÏÇÌÁÓÉÓØ, ÒÁÚÎÙÅ ×ÅÝÉ. ïÄÎÏ HZ> ÄÅÌÏ ÐÏÀÚÁÔØ ÐÁÒÕ ÒÅÇÉÓÔÒÏ×, ÄÒÕÇÏÅ - ÓÏÈÒÁÎÉÔØ × ÓÔÅË ×ÓÅ 32.

HZ>>> ÐÒÅÒÙ×ÁÎÉÑ. AV>> íÏÖÎÏ, ÅÓÌÉ ÏÒÇÁÎÉÚÏ×ÁÔØ ÜÔÏ ÓÏÏÔ×ÅÔÓÔ×ÕÀÝÉÍ ÏÂÒÁÚÏÍ.

HZ> ëÁË? HÁ ÁÓÍÅ ÎÁÐÉÓÁÔØ? HÁÕÞÉ, ËÁË ÜÔÏ ÓÄÅÌÁÔØ, ÎÁÐÒÉÍÅÒ, ÎÁ AVR? ÷ HZ> ÓÁÍÏÍ ÐÒÏÃÅ ÎÉÞÅÇÏ ÏÓÏÂÅÎÎÏÇÏ ÎÅÔ: 32 òïH, 2 ÂÁÊÔÁ - Stack Pointer, HZ> ÏÄÉÎ ÂÁÊÔ - Status Reg. ëÁË ÓÄÅÌÁÔØ, ÞÔÏÂÙ ÓÏÈÒÁÎÑÔØ ÐÏÌÎÙÊ ËÏÎÔÅËÓÔ HZ> ÔÏÌØËÏ ËÏÇÄÁ ÔÒÅÂÕÅÔÓÑ ÐÅÒÅÐÌÁÎÉÒÏ×ÁÎÉÅ? ISR ÐÉÛÅÔÓÑ ÎÁ ó.

AV>> HÅ ÚÎÁÀ. HÏ ÐÏÌÎÏÅ ÐÅÒÅËÌÀÞÅÎÉÅ ËÏÎÔÅËÓÔÁ ÜÔÏ 300-600 ÃÉËÌÏ×, Ô.Ë. AV>> ÔÒÅÂÕÅÔÓÑ ÓÏÈÒÁÎÉÔØ/×ÏÓÓÔÁÎÏ×ÉÔØ ÏÔ 30 ÄÏ 100 ÂÁÊÔ. HZ> þÔÏ Ö ËÏÎÔÅËÓÔ-ÔÏ ÔÁËÏÊ ÚÄÏÒÏ×ÙÊ? ôÁÍ ÖÅ ÄÁÖÅ ÒÅÇÉÓÔÒÏ×ÏÇÏ ÆÁÊÌÁ HZ> ÎÅÔ - ÏÄÉÎ ÒÁÂÏÞÉÊ ÒÅÇÉÓÔÒ, ÕËÁÚÁÔÅÌØ ÓÔÅËÁ É ÓÔÁÔÕÓÎÙÊ ÒÅÇÉÓÔÒ. HZ> ïÔËÕÄÁ ÔÁËÉÅ ÏÂßÅÍÙ?

HZ>>> çÏÒÂÁÔÏÅ ÏÎÏ ÉÌÉ ÎÅÔ, ×ÏÐÒÏÓ ÐÒÅÄÐÏÞÔÅÎÉÊ. óÕÄÉ ÓÁÍ: ÐÒÉ HZ>>> ÓËÏÒÏÓÔÉ 115200, ×ÒÅÍÑ ÍÅÖÄÕ ÂÁÊÔÁÍÉ ÐÏÒÑÄËÁ 87 ÍËÓ. ÷ÒÅÍÑ ÚÁÈÏÄÁ HZ>>> × ÐÒÅÒÙ×ÁÎÉÅ Ó ÓÏÈÒÁÎÅÎÉÅÍ/×ÏÓÓÔÁÎÏ×ÌÅÎÉÅÍ ËÏÎÔÅËÓÔÁ, HZ>>> ÐÅÒÅËÌÀÞÅÎÉÅÍ ÎÁ ÓÔÅË ÐÒÅÒÙ×ÁÎÉÊ, ×ÙÚÏ×ÏÍ ÐÌÁÎÉÒÏ×ÝÉËÁ ÎÁ ×ÙÈÏÄÅ HZ>>> ÚÁÎÉÍÁÅÔ ÐÏÒÑÄËÁ 35-45 ÍËÓ (AVR @8MHz).

AV>> HÅ ÂÏÌÅÅ 15 ÍËÓ ÎÁ PIC18@10MIPS ÐÒÉ ÓÏËÒÁÝÅÎÎÏÍ ËÏÎÔÅËÓÔÅ. üÔÏ AV>> ÓÏÈÒÁÎÅÎÉÅ, ÁÎÁÌÉÚ ÎÅÏÂÈÏÄÉÍÏÓÔÉ ÐÅÒÅÐÌÁÎÉÒÏ×ÁÎÉÑ, ×ÏÓÓÔÁÎÏ×ÌÅÎÉÅ, AV>> ×ÙÈÏÄ.

HZ> ðÏÎÑÔÎÏ. ó ÐÏÌÎÙÍ ËÏÎÔÅËÓÔÏÍ, Ñ ÐÏÎÑÌ, ÔÕÔ ÔÏÖÅ ÎÅ ÐÒÏËÁÎÁÅÔ. ñ HZ> ÔÏÌØËÏ ÎÅ ÄÏ ËÏÎÃÁ ÕÑÓÎÉÌ, ÞÔÏ ÔÙ ÔÁÍ ÎÁËÏÌÄÏ×ÁÌ Ó ÓÏËÒÁÝÅÎÎÙÍ HZ> ËÏÎÔÅËÓÔÏÍ? HÁ ÁÓÍÅ ÐÉÛÅÛØ?

HZ> ÷ÒÏÄÅ ÎÅÔ. éÌÉ ÐÏÄ ËÏÍÐÉÌÑÔÏÒ HZ> ÐÏÄÓÔÒÁÉ×ÁÅÛØÓÑ?

HÅÔ. ó ËÏÍÐÉÌÑÔÏÒÏÍ ÚÁ×ÚÑËÉ ÔÏÌØËÏ ÎÁ runtime model, Ô.Å. ËÁË ÒÁÓÐÏÌÏÖÅÎ (× ËÁËÉÈ ÒÅÇÉÓÔÒÁÈ) É ËÁË ÏÂÓÌÕÖÉ×ÁÅÔÓÑ ÓÔÅË É ÅÝÅ ËÏÅ ÞÔÏ ÐÏ ÍÅÌÏÞÉ. âÅÚ ÜÔÉÈ ÄÁÎÎÙÈ ÎÅ×ÏÚÍÏÖÎÏ ËÏÒÒÅËÔÎÏÅ ÓÏÈÒÁÎÅÎÉÅ ËÏÎÔÅËÓÔÁ ×ÏÏÂÝÅ.

HZ> éÌÉ ÓÏÆÔÏ×ÏÅ ÐÒÅÒÙ×ÁÎÉÅ ÉÓÐÏÌØÚÕÅÛØ?

HÅÔ. âÙÌÏ ÚÁÍÁÎÞÉ×Ï ÐÏ ÎÁÞÁÌÕ, ÎÏ ËÏÍÐÒÏÍÉÓÎÏÅ ÒÅÛÅÎÉÅ ÂÙÌÏ ÎÁÊÄÅÎÏ ÄÏ×ÏÌØÎÏ ÂÙÓÔÒÏ.

HZ>>> ïÞÅÎØ ÖÁÌØ, ÞÔÏ × íë ÄÏ ÓÉÈ ÐÏÒ ÎÅ ÓÔÁ×ÑÔ ÎÁ ËÏÍÍÕÎÉËÁÃÉÏÎÎÕÀ HZ>>> ÐÅÒÉÆÅÒÉÀ ÈÏÔÑ ÂÙ ÎÅÂÏÌØÛÉÅ FIFO - ÜÔÏ ÉÚÂÁ×ÉÌÏ ÂÙ ÏÔ ÍÁÓÓÙ HZ>>> ÇÅÍÏÒÒÏÑ.

AV>> óÔÁ×ÑÔ. ÷ ÔÅÈ ÖÅ dsPIC ÅÓÔØ.

HZ> ñ ÉÍÅÌ × ×ÉÄÕ ÎÁÛÉ ÍÅÌËÉÅ.

HZ> ÞÔÏ ÅÓÔØ. ÷ TMS320F28xx ÔÏÖÅ ×ÓÅ ÜÔÏ ÅÓÔØ. HÅÐÌÏÈÏ ÂÙÌÏ ÂÙ, ÅÓÌÉ ÂÙ HZ> ÞÔÏ-ÔÏ ÐÏÄÏÂÎÏÅ ÂÙÌÏ É × ÂÏÌÅÅ ÍÅÌËÉÈ. HÕ ÈÏÔÑ ÂÙ × ÓÔÁÒÛÉÈ ÍÏÄÅÌÑÈ HZ> AVR, MSP430, PIC18 É ÄÒÕÇÉÈ ÉÈ "ÏÄÎÏËÌÁÓÓÎÉËÏ×".

HÅËÔÏ × ÚÄÒÁ×ÏÍ ÕÍÅ ÉÈ ÎÅ ÎÁÇÒÕÖÁÅÔ ÚÁÄÁÞÁÍÉ ×ÙÓÏËÏÓËÏÒÏÓÔÏÊ ÏÂÒÁÂÏÔËÉ ÐÏÔÏËÁÍÉ ÄÁÎÎÙÈ ÐÏÄ ÕÐÒÁ×ÌÅÎÉÅÍ (RT)OS. HÁÌÉÃÏ ÎÅ×ÏÓÔÒÅÂÏ×ÁÎÎÏÓÔØ ÒÅÓÕÒÓÁ.

WBR, AVB

Hello, Olga Nonova !

Hello, Olga Nonova !

Hello, Olga Nonova !

ó Õ×ÁÖÅÎÉÅÍ, äÉÍÁ ïÒÌÏ×.

Hello, Olga Nonova !

HÉËÁËÉÈ ÐÒÏÂÌÅÍ.

HÉ ÆÉÇÁ ÐÏÄÏÂÎÏÇÏ. ñ ÔÅÂÅ É ÎÁ ÐÁÓËÁÌÅ ÌÅÇËÏ ÎÁÐÉÛÕ ËÏÄ, ÐÒÉ×ÏÄÑÝÉÊ Ë ÐÏÒÞÅ ÐÁÍÑÔÉ ÐÒÉ ÒÁÂÏÔÅ ÓÏ ÓÔÒÏËÁÍÉ.

HÉËÁËÏÇÏ ÎÅ ÔÒÅÂÕÅÔ, ÅÓÌÉ ÎÅ ×ÙÚÙ×ÁÔØ ÆÕÎËÃÉÉ ÉÚ ÄÒÕÇÉÈ ÑÚÙËÏ×.

HÅÔ, ÎÅ ÐÒÉÊÄÅÔÓÑ.

Hello, Olga Nonova !

ó Õ×ÁÖÅÎÉÅÍ, äÉÍÁ ïÒÌÏ×.

Hello, Olga Nonova !

:) óÕÄÑ ÐÏ Ô×ÏÉÍ ÔÒÕÄÎÏÓÔÑÍ Ó ËÏÐÉÒÏ×ÁÎÉÅÍ ÓÔÒÏË - ÅÌÏÞÎÁÑ ÇÉÒÌÑÎÄÁ - ÐÒÅÄÅÌ ÓÌÏÖÎÏÓÔÉ Ô×ÏÉÈ ÐÒÏÅËÔÏ×.

HÁÓÙÝÅÎÎÏÍ ÂÅÓÓÍÙÓÌÅÎÎÙÍÉ ÍÁËÒÏÓÁÍÉ Ó ËÕÞÅÊ Ï×ÅÒÈÅÄÁ?

LB>> Портирование таких LB>> программ с одной платформы на другую я считаю ОЧЕHЬ сложным. У тебя есть LB>> опыт портирования твоего ASM с AVR на "не AVR"?

ON> Такого опыта у меня нет. Да и зачем менять шило на мыло? Спектра моделей ON> AVR хватит еще лет на 10 практической деятельности. Тогда зачем было приводить примеры макросов как способ УЙТИ ОТ МНЕМОНИК КОНКРЕТНОГО ПРОЦЕССОРА С ЦЕЛЬЮ ЛЁГКОСТИ ПЕРЕНОСА.

Wednesday March 16 2005 12:26, Olga Nonova wrote to Alexander Torres:

ON>>> ÷ÏÐÒÏÓ: ÅÓÌÉ ÎÁÄÏ ÂÕÄÅÔ ÒÁÚÍÏÒÏÚÉÔØ ÎÅÖÎÙÅ ÆÒÕËÔÙ É ÎÅ ON>>> ÐÒÅ×ÒÁÔÉÔØ ÉÈ ÐÒÉ ÜÔÏÍ × ËÁÛÕ, ÷Ù ÔÏÖÅ ÎÁ ËÎÏÐËÕ Ó "ËÕÒÉÃÅÊ" ON>>> ÎÁÖÉÍÁÔØ ÓÔÁÎÅÔÅ? ON>

AT>> HÅÔ, Ñ ÎÁÖÍÕ ËÎÏÐËÕ "Frozen Vegatables" Ó ÐÏÌÅ ËÎÏÐÏË "Auto Cook" :) ON>

ON> ëÒÕÔÁÑ, ÄÏÌÖÎÏ ÂÙÔØ, ÍÉËÒÏ×ÏÌÎÏ×ËÁ! ó Ã×ÅÔÎÙÍ ÇÒÁÆÉÞÅÓËÉÍ ÄÉÓÐÌÅÅÍ É ON> ÐÏÌÎÏÊ ËÌÁ×ÉÁÔÕÒÏÊ ÕÐÒÁ×ÌÅÎÉÑ. äÏÒÏÇÕ-ÕÝÁÑ!

ON>>> ÷ ÍÏÅÊ ÐÒÏÄ×ÉÎÕÔÏÊ ÍÏÄÅÌÉ ÍÉËÒÏ×ÏÌÎÏ×ËÉ ÅÓÔØ ÄÌÑ ÜÔÏÇÏ ÓÐÅÃ.ÍÅÎÀ ON>>> ÒÅÖÉÍÏ×. HÏ ÒÅÁÌÉÚÏ×ÁÎÏ ÏÎÏ ÕÖÁÓÎÏ ÐÌÏÈÏ Ó ÔÏÞËÉ ÚÒÅÎÉÑ ÐÏÌØÚÏ×ÔÅÌÑ. ON>>> é ÐÏÜÔÏÍÕ, ÓÞÉÔÁÊ ÆÉÞÁ ÎÅ ÓÏÓÔÏÑÌÁÓØ. á Ó WEB-ÏÍ ×ÎÕÔÒÅ ÏÎÁ ÂÙ ON>>> ÓÙÇÒÁÌÁ ÏÞÅÎØ ËÒÁÓÉ×Ï. ON>

AT>> ÷ÏÚÍÏÖÎÏ ÜÔÏ ÐÏÔÏÍÕ, ÞÔÏ Õ ÷ÁÓ ÓÌÉÛËÏÍ "ÐÒÏÄ×ÉÎÕÔÁÑ" ÍÉËÒÏ×ÏÌÎÏ×ËÁ. õ AT>> ÍÅÎÑ ÖÅ ÏÂÙÞÎÙÊ LG, 5-ÌÅÔÎÅÊ ÄÁ×ÎÏÓÔÉ, Ó ÇÒÉÌÅÍ. ON>

ON> HÅ Õ×ÅÒÅÎÁ, ÞÔÏ "ÏÂÙÞÎÁÑ". óËÏÌØËÏ ÖÅ ÎÁ ÎÅÊ ÐÏÌÅÊ Ó ËÎÏÐËÁÍÉ ÒÁÚÍÅÝÅÎÏ?

ON>>>>> ÐÏÓËÏÌØËÕ ×ÓÅ ÂÉÂÌÉÏÔÅÞÎÙÅ ÆÕÎËÃÉÉ C ÒÁÂÏÔÁÀÔ ÉÓËÌÀÞÉÔÅÌØÎÏ Ó ON>>>>> ÏÂØÅËÔÁÍÉ, ÒÁÚÍÅÝÅÎÎÙÍÉ × SRAM. HÁÓËÏÌØËÏ ÍÎÅ ÉÚ×ÅÓÔÎÏ, ÜÔÏ ON>>>>> ËÌÀÞÅ×ÏÊ ÍÏÍÅÎÔ ÑÚÙËÁ CÉ. ON>>>

AT>>>> ÷Ï×ÓÅ ÎÅÔ. ON>>>

ON>>> þÔÏ "ÎÅÔ"? HÅ ËÌÀÞÅ×ÏÊ, ÉÌÉ ÎÅ Ó ÂÉÂÌÉÏÔÅÞÎÙÍÉ ×ÙÚÏ×ÁÍÉ? ON>

AT>> âÉÂÌÉÏÔÅËÉ ÔÏÖÅ ÐÏ ÒÁÚÎÏÍÕ ÎÁÐÉÓÁÔØ ÍÏÖÎÏ. ON>

ON> ÷ ÐÅÒÅÄÁÞÅ ÆÏÒÍÁÌØÎÙÈ ÐÁÒÁÍÅÔÒÏ× ÎÉËÁËÁÑ ÓÁÍÏÄÅÑÔÅÌØÎÏÓÔØ ÎÅÄÏÐÕÓÔÉÍÁ. ON> ðÏÜÔÏÍÕ "ÎÅÌØÚÑ".

ON>>> ñ ÐÒÅÄÐÏÞÉÔÁÀ ÎÅ ÉÍÅÔØ ÄÅÌÁ Ó óÉ × ÍÅÌËÉÈ ÏÄÎÏËÒÉÓÔÁÌÌËÁÈ. ON>

AT>> ÷Ù ÚÎÁÅÔÅ, ÌÅÔ 15-20 ÎÁÚÁÄ, Ñ ÔÏÖÅ Ó ÎÉÍ ÄÅÌÁ ÎÅ ÉÍÅÌ ÎÁ ÍÅÌËÉÈ AT>> ËÏÎÔÒÏÌÌÅÒÁÈ, ÐÏÔÏÍ × ËÏÎÃÅ 80-È ÐÏÑ×ÉÌÓÑ PL/M ÄÌÑ 51-È, ÎÏÒÍÁÌØÎÏÇÏ AT>> óÉ ÅÝÅ ÎÅÂÙÌÏ, É ÄÌÑ ×ÓÅÈ ÏÓÔÁÌØÎÙÈ Ñ ÐÒÏÄÏÌÖÁÌ ÐÉÓÁÔØ ÎÁ ÁÓÓÅÍÂÌÅÒÅ. ON>

ON> á Ñ ÓÒÁÚÕ ÐÅÒÅÛÌÁ ÎÁ PLM-51 É ÄÏ ÓÉÈ ÐÏÒ ×ÏÓÈÉÝÁÀÓØ ÐÒÏÄÕÍÁÎÎÏÓÔØÀ, ON> ÐÒÏÓÔÏÔÏÊ É ÎÁÄÅÖÎÏÓÔØÀ ÜÔÏÇÏ ËÏÍÐÉÌÑÔÏÒÁ. óÉ- ÏÔÄÙÈÁÅÔ.

AT>> äÌÑ ÔÅÈ-ÖÅ ðÉËÏ×, Ó ËÏÔÏÒÙÍÉ Ñ ×ÏÖÕÓØ Ó 93-ÇÏ, ÐÅÒÏÐÒÏÂÏ×ÁÌ ÐÅÒ×ÙÅ AT>> ÓÙÒÙÅ ÐÏÄÅÌËÉ íÉËÒÏÞÉÐÁ (âÁÊÔËÒÁÆÔÁ), èÁÊ-ôÅÞÁ É ÄÒÕÇÉÈ,ü É AT>> ÐÒÏÄÏÌÖÁÌ ÐÉÓÁÔØ ÎÁ ÁÓÍÅ. ON>

AT>> úÁÔÏ ÐÏÔÏÍ, ËÏÇÄÁ ÐÏÑ×ÉÌÓÑ ÎÏÒÍÁÌØÎÙÊ èÁÊ-ôÅÞØ - ÐÉÓÁÔØ ÎÁ ÇÏÌÏÍ AT>> ÁÓÓÅÍÂÌÅÒÅ ÓÔÁÌÏ ÎÅÕÀÔÎÏ. ON>

ON> íÏÍÅÎÔ ÐÏÑ×ÌÅÎÉÑ "ÎÏÒÍÁÌØÎÏÇÏ" èÁÊ-ôÅÞØ Ñ ÐÒÏÐÕÓÔÉÌÁ. úÁÔÏ ÕÂÕÀÔÉÌÁ Ó×ÏÊ ON> "ÇÏÌÙÊ" ÁÓÓÅÍÂÌÅÒ ÎÁÄÅÖÎÏÊ ÂÉÂÌÉÏÔÅËÏÊ ÍÁËÒÏÓÏ× ÐÒÁËÔÉÞÅÓËÉ ÎÁ ×ÓÅ ÓÌÕÞÁÉ ON> ÖÉÚÎÉ.

HÕ Ñ ×ÏÔ, ÎÅ ÐÒÏÐÕÓÔÉÌ :)

ON>>> ôÏÞÎÏ! á ×ÐÅÒÅÄÉ, ÓÏÂÓÔ×ÅÎÎÏ, ÓÁÍÙÊ ÇÌÁ×ÎÙÊ ×ÏÐÒÏÓ- × ËÁËÏÊ ÇÅÍÏÒÒÏÊ ON>>> ×ÓÔÁÎÅÔ ÓÉÑ ÚÁÔÅÑ? ON>

AT>> "çÅÍÏÒÒÏÊ" ÏÐÒÅÄÅÌÑÅÔÓÑ ÉÓËÌÀÞÉÔÅÌØÎÏ ÃÅÌÑÍÉ ×ÓÅÇÏ ÜÔÏÇÏ.åÓÌÉ ËÁË Õ AT>> ÍÅÎÑ ÂÙÌÏ ÒÁÎØÛÅ, ÜÔÏ ÉÚÄÅÌÉÑ ÅÄÉÎÉÞÎÏÇÏ ÉÌÉ ÍÅÌËÏÓÅÒÉÊÎÏÇÏ ×ÙÐÕÓËÁ, AT>> ÓÔÏÉÍÏÓÔØ ÍÉËÒÏËÏÎÔÒÏÌÌÅÒÁ × ÏÂÝÅÊ ÓÔÏÉÍÏÓÔÉ ËÏÍÐÌÅËÁ ÓÏÓÔÁ×ÌÑÌÁ AT>> ÐÒÉÍÅÒÎÏ 1/2000, ÔÏ ÜÔÏ ÏÄÎÏ, × ÓÅÇÏÄÎÅÛÎÉÈ ÉÚÄÅÌÉÑÈ ËÒÕÐÎÏÓÅÒÉÊÎÙÈ, AT>> × ËÏÔÏÒÙÊ ÍÉËÒÏËÏÎÔÒÏÌÌÅÒ ÜÔÏ ÕÖÅ 1/10 ÓÔÏÉÍÏÓÔÉ ÐÒÉÂÏÒÁ - ÜÔÏ AT>> ÓÏ×ÓÅÍ ÄÒÕÇÏÅ.

ON> óÉÌØÎÏ ÓÏÍÎÅ×ÁÀÓØ ÎÁ ÓÞÅÔ ÏÂÏÓÎÏ×ÁÎÎÏÓÔÉ ÁÒÇÕÍÅÎÔÁ ËÒÕÐÎÙÈ ÓÅÒÉÊ × ON> ÎÁÛÅÊ ÓÔÒÁÎÅ.

ON> ÷Ï-ÐÅÒ×ÙÈ, ÄÅÛÅ×ÙÍÉ ÐÏÄÄÅÌËÁÍÉ ÚÁÎÉÍÁÀÔÓÑ ËÉÔÁÊÃÙ, ÎÏ ÎÅ ÍÙ.

ON> ëÏÎËÕÒÉÒÏ×ÁÔØ ÐÏ ÄÅÛÅ×ÉÚÎÅ Ó ËÉÔÁÊÃÁÍÉ- ÚÁ×ÅÄÏÍÏ ÐÒÏÉÇÒÙÛÎÏÅ ÚÁÎÑÔÉÅ.

ON> ÷Ï-×ÔÏÒÙÈ, ÷Ù ×ÅÄÅÔÅ ÒÅÞØ Ï ËÁËÉÈ-ÔÏ ÉÇÒÕÛËÁÈ ÔÉÐÁ ÅÌÏÞÎÙÈ ÇÉÒÌÑÎÄ, ON> ÇÄÅ ÄÅÊÓÔ×ÉÔÅÌØÎÏ ËÏÎÔÒÏÌÌÅÒ 1/10 × ÓÅÂÅÓÔÏÉÍÏÓÔÉ.

HÕ ÅÓÌÉ ÂÒÁÔØ ÓÁÍÙÅ ÄÅÛÅ×ÙÅ ÎÁÛÉ ÛÔÕÞËÉ. ÔÏ ÔÁÍ ÐÒÉÍÅÒÎÏ ÔÁË É ÅÓÔØ - ÓÅÂÅÓÔÏÉÍÏÓÔØ $15, ËÏÎÔÒÏÌÌÅÒ - $1.20, ÎÏ ÅÓÌÉ ÂÒÁÔØ ÓÁÍÙÅ ÄÏÒÏÇÉÅ ÎÁÛÉ ÛÔÕÞËÉ

- ÔÏ ÓÅÂÅÓÔÏÉÍÏÓÔØ ÔÁÍ ÐÏÂÏÌØÛÅ, Á ×ÏÔ ËÏÎÔÒÏÌÌÅÒÁ ÔÅ ÖÅ $1.20-1.50

ON> ëÉÔÁÊÃÙ É ÚÄÅÓØ ÐÏÂØÀÔ ÎÁÓ. ïÔÅÞÅÓÔ×ÅÎÎÙÊ ÒÁÚÒÁÂÏÔÞÉË ÍÏÖÅÔ ÐÒÏÖÉÔØ ON> ÓÅÊÞÁÓ ÐÏÖÁÌÕÊ ÔÏÌØËÏ ÎÁ ÄÏÒÏÇÏÓÔÏÑÝÅÍ, ÉÎÔÅÌÌÅËÔÕÁÌØÎÏ ÎÁÓÙÝÅÎÎÏÍ ON> ÐÒÏÄÕËÔÅ.

HÁÓÔÏÌØËÏ "ÎÁÓÙÝÅÎÎÙÊ" - ÞÔÏ ÐÅÒÅÓÞÉÔÁÔØ ×ÙÐÕÓËÁÀÝÉÅ ÓÅÒÉÊÎÏ ÔÁËÕÀ ÐÒÏÄÕËÃÉÀ ÆÉÒÍÙ × ÍÉÒÅ - ÔÅÂÅ ÐÁÌØÃÅ× ÎÁ ÒÕËÁÈ È×ÁÔÉÔ.

Alexander Torres, 2:461/28 aka 2:461/640.28 aka 2:5020/6400.28 aka snipped-for-privacy@yahoo.com

Wednesday March 16 2005 14:00, Olga Nonova wrote to Dima Orlov:

ON> From: "Olga Nonova" snipped-for-privacy@starline.ee ON>

ON> úÄÒÁ×ÓÔ×ÕÊÔÅ, õ×ÁÖÁÅÍÙÊ Dima! ON>

ON> Wed Mar 16 2005 09:42, Dima Orlov wrote to Olga Nonova: ON>

DO>> úÁÞÅÍ? ëÏÍÐÉÌÑÔÏÒ ÎÏÌØ ÎÅ ÚÁÂÙ×ÁÅÔ, × ÂÉÂÌÉÏÔÅÞÎÏÊ ÆÕÎËÃÉÉ ÎÉËÁËÉÈ DO>> ÚÁÝÉÔ ÏÔ ÜÔÏÇÏ ÎÅÔ, ËÓÔÁÔÉ ÒÁÚÍÅÒ ÂÕÆÅÒÁ ÏÎÁ ÔÏÖÅ ÎÅ ËÏÎÔÒÏÌÉÒÕÅÔ. ON>

ON> ëÏÍÐÉÌÑÔÏÒ ÍÏÖÅÔ É ÎÅ "ÚÁÂÙ×ÁÅÔ" ÎÏÌØ. úÁÔÏ × ÐÒÉÈÏÄÑÝÉÈ ÉÚ ËÁÎÁÌÁ Ó×ÑÚÉ ON> ÐÁËÅÔÁÈ ÍÏÖÎÏ ×ÓÔÒÅÔÉÔØ É ÎÅ ÔÁËÉÅ ÞÕÄÅÓÁ ÚÁÂÙ×ÞÉ×ÏÓÔÉ. é ÐÏÓÌÅÄÓÔ×ÉÑ ON> ÆÁÔÁÌØÎÙ ÄÌÑ ÓËÏÍÐÉÌÉÒÏ×ÁÎÎÏÊ ÎÁ óÉ ÐÒÏÇÒÁÍÍÙ.

ëÓÔÁÔÉ, Ñ ÓÁÍ ôÕÒÂÏ/âÏÒÌÁÎÄ ðÁÓËÁÌØ (ÉÍÅÎÎÏ ÉÈ, Á ÎÅ "ËÌÁÓÉÞÅÓËÉÊ ðÁÓËÁÌØ") ÌÀÂÌÀ ÇÏÒÁÚÄÏ ÂÏÌØÛÅ ÞÅÍ ôÕÒÂÏ/âÏÒÌÁÎÄ óÉ, ÎÏ Ë ÓÏÖÁÌÅÎÉÀ - ÎÉ ÏÄÎÏÇÏ ÐÒÉÌÉÞÎÏÇÏ ËÏÍÐÉÌÑÔÏÒÁ ðÁÓËÁÌÑ ÄÌÑ ÍÉËÒÏËÏÎÔÒÏÌÌÅÒÏ× - ÎÅ ×ÓÔÒÅÞÁÌ ("ÐÒÉÌÉÞÎÏÇÏ" - ÚÎÁÞÉÔ ×ÙÛÅÄÛÅÇÏ ÉÚ ÕÒÏ×ÎÑ ËÕÒÓÏ×ÏÊ ÒÁÂÏÔÙ ÉÌÉ GNU-ÔÏÊ ÐÏÄÅÌËÉ, ÞÔÏ × ÏÂÝÅÍ, ÏÄÎÏ É ÔÏ ÖÅ)

Alexander Torres, 2:461/28 aka 2:461/640.28 aka 2:5020/6400.28 aka snipped-for-privacy@yahoo.com

Здравствуйте, Уважаемый Andy!

Wed Mar 16 2005 14:24, Andy Mozzhevilov wrote to Olga Nonova:

ON>> Строки нулевой длины.

AM> То же мне проблема

Да, проблема для библиотек созданных в спешке.

ON>> Строки, у которых "забыли" /0 в конце.

AM> Кто забыл?

Удаленный источник данных, никак не связанный с "чудо-возможностями" С-компилятора.

ON>> Строки, ON>> выходящие за диапазон отведенной под нее памяти.

Да, как чудо-компилятор среагирует на приход блока данных больше, чем было отведено в памяти места под них?

ON>>>> И предусмотреть защиту от "забыли ноль в конце строки"?

LB>>> Библиотечная функция этого не делает

ON>> А в Pascal - делает! Очень грамотно проверяет выход за диапазон.

AM> Так вызови сначала strlen

И что? Сколь предсказуем будет результат вычисления длины в условиях, когда закрывающий нуль вообще на ближайших 64K ни разу не встретился?

LB>>> Запросто, при условии, что функция вызвана корректно.

ON>> А кто вызывает? Компилятор. ON>> Значит, будьте добры разобраться во всех ON>> тонкостях, как он это делает и какого уровня сохранности контекста ON>> требует. Придется лезть в ASM. Cовсем не тривиально.

AM> Когда вызывает компилятор, все работает нормально и без лазания в асм. AM> а если у вас стека моло для этих больших функций, так это ваши проблемы. AM> Если вы хотите вызвать библиотечные Си функции из асм, то уж будте добры, AM> подтвердите свою квалификацию программиста, разберитесь, как это AM> правильно делается, а не пеняйте на компилятор.

Вы не вникли в контекст разговора. Речь шла о трудоемкости написания библиотечных функций, которые может вызывать снаружи скомпилированный код. Ругать компилятор никто не собирался.

Всего Вам Хорошего Ольга

Здравствуйте, Уважаемый Andy!

Wed Mar 16 2005 14:27, Andy Mozzhevilov wrote to Olga Nonova:

ON>> Компилятор может и не "забывает" ноль. Зато в приходящих из канала связи ON>> пакетах можно встретить и не такие чудеса забывчивости. И последствия ON>> фатальны для скомпилированной на Си программы.

AM> Они фатальны для Си программы, написаной такими программистами как Вы. AM> Впрочем, даже не важно, какой программы на Си,АСМ,Паскаль,PLM. AM> Hужно заботиться о том, что с не нулевой вероятностью из канала придет AM> все что угодно.

Смахивает на заклятие. А если практически: как Вы собираетесь предусмотреть и бороться "со всем, что угодно"? Похоже на третье задание Иванушке-дурачку.

Всего Вам Хорошего Ольга

Здравствуйте, Уважаемый Oleksandr!

Wed Mar 16 2005 14:24, Oleksandr Redchuk wrote to "Olga Nonova":

OR> То, что именно для AVR OR> компилированный стек ни к чему - ещё не означает, что ограничение OR> объёма аргументов и локальных переменных количеством регистров не OR> возникнет на *другой* платформе.

Проблема "перехода к другой платформы" весьма надуманна. Hикто из заимевших твердую нишу в практической деятельности не станет этим заниматься. Пока не произойдет что-то вон выходящее. Скорей всего будут держаться за старые и проверенные наработки до последнего.

ON>> MovDD MACRO Src,Dst,Len ON>> ldi R16,Low(Src) ON>> ldi R17,High(Src) ON>> ldi R18,Low(Dst) ON>> ldi R19,High(Dst) ON>> ldi R20,Len ON>> EXTERN _MovDD ON>> call _MovDD ;--to string library ON>> ENDM

OR> "и эти люди запрещают ковыряться мне на С" :-) OR> Во-превых, передача адресов в подпрограмму через не-адресные регистры - OR> это себе сишники могут позволить, да и то - многие реализации C OR> содержат расширения. OR> Спасибо, отличная иллюстрация того, что в сложных программах на OR> ассемблере программисты как правило всё равно вынуждены выдумывать разные OR> соглашения OR> о вызовах, которые в существенной мере сводят на нет преимущества OR> "оптимального" ручного распределения регистров и появляется OR> присущий ЯВУ "оверхед".

Правильно отмечаете, что сходство с приемами ЯВУ здесь налицо. Без четкой договоренности правиле передачи формальных параметров в принципе невозможно создать работоспособную библиотеку макросов. Я не стала тратить время на собственные изыскания и оптимизации, а взяла за основу примерно тот способ, который используют С-компиляторы AVR, только без громоздкого стека данных. Hа практике (моей) он не нужен.

ON>> LoadConst MACRO IntegerVar, LongConst ON>> ;------------------------------------- ON>> ; Load Integer Variable with a 32-bit constant. ON>> ldi R16, Low(IntegerVar) ON>> ldi R17, High(IntegerVar) ON>> ldi R18, Low (LWRD LongConst) ON>> ldi R19, High (LWRD LongConst) ON>> ldi R20, Low (HWRD LongConst) ON>> ldi R21, High (HWRD LongConst) ON>> EXTERN _LoadConst ON>> call _LoadConst ;--to math library ON>> ENDM

OR> Хм... И сколько раз такое чудо встречается в программе? Если один-два, OR> то макрос и подпрограмма - только ради макросости и подпрограммности.

Повторяю, для создания реально работающей библиотеки макросов следует _неукоснительно_ придерживаться один раз и навсегда принятых правил обращения к подпрограммам. Да, в некоторых случаях громоздко и избыточно. Зато стопроцентно работает! И такая надежность создания прикладных програм с лихвой кроет любые рассуждения о красивости и оптимальности.

OR> А если больше, то [макросы скипнула]

OR> 2 слова выиграша на каждом вызове, 10-14 слов проигрыша на самой OR> подпрограмме (если указатель в LoadConst сразу пишется куда надо, иначе - OR> 8-12 слов проигрыша). Итого после 5-го..7-го применения - пошёл чистый OR> выигрыш. OR> В особо экономном случае - под условную компиляцию две версии макроса OR> и функции :-)

Вполне возможно. Hо исправлять у себя, хоть убей! - не стану.

OR> 15-Mar-05 22:05 Olga Nonova wrote to Anatoly Mashanov:

ON>> Оптимизация нынче неактуальна. Hа злобу дня встал пресловутый Time To ON>> Market.

OR> Тогда я вообще не понимаю этих стонов по поводу C-шного и RTOS-ного OR> "раздувания кода". Освоенная RTOS этот time2market как раз сокращает.

С этим никто не спорит. Спор начался с больших сомнений о том, что сильно урезанная, для заталкивания в обьем мелкой однокристаллки RTOS принесет хоть какоую-нибудь пользу разработчику. Да к тому же, поставляемая еще и в исходниках на Си, что сразу же нагибает разработчика к Си. Претензии здесь все крутятся. А не против ЯВУ и многозадачных RTOS вообще.

Всего Вам Хорошего Ольга

Здравствуйте, Уважаемый Alex!

Wed Mar 16 2005 15:26, Alex Kouznetsov wrote to Olga Nonova:

ON>> Компилятор может и не "забывает" ноль. Зато в приходящих из канала связи ON>> пакетах можно встретить и не такие чудеса забывчивости. И последствия ON>> фатальны для скомпилированной на Си программы.

AK> Чушь.

Hет.

AK> Hет никакой разницы на чем скомпилирована программа, принимающая AK> z-строки. Что на ассемблере, что на паскале, что на сях - обрабатываться AK> строки должны одинаково. Это не языком определяется, а разработчиком.

Мне очень нравится слово "должны". А как на самом деле происходит? Представьте, оказывается до сих пор программы, написанные на C++ и на Pascal с очень большим трудом находят общий язык между собой. Это замечание обычно хорошо понятно хоть раз писавшим DLL-ки.

AK> Также нет никакой разницы, на каком языке написана программа, выдающая AK> строки в канал связи. Если разработчик решил передавать z-строки, он их AK> передаст и на паскале, и на сях. Если же он решил использовать строки со AK> счетчиком, он опять же сделает их и на си и на паскале.

Пример в студию, как на Си реализовать паскалевскую строку со счетчиком. Hа Паскале это делается просто в декларациях:

Var MyString : string[32];

И все. Сразу есть переменная, сразу понятен размер ее контейнера, мгновенно получаете автоматичекий контроль выхода за допустимый диапазон и можно спокойно плевать на забывчивость кем-то "закрывающих нулей". Представьте пожалуйста Ваш вариант того же самого на Си. А то, говорить: "Должен!"- мы все умеем.

AK> Что касается самого канала связи с потерями, то не видно принципиальной AK> разницы между использованием строки со счетчиком или z-строки. И в том и AK> в другом случае потери/изменения каких-то байтов/битов могут оказаться AK> "фатальными" для принимающей программы, если у написавшего эту программу AK> сильно кривые руки, а в голове опилки.

Погубят Вас эмоции. Да, все _может_ оказаться фатальным. Hо у сишных z-строк вероятность этого "может" значительно больше. Если Вы представите, что все в этих строках держится исключительно на одном хиленьком нолике в конце, то наверняка поймете справедливость моих доводов.

AK> Тем не менее, даже если какая-то разница есть, си не ограничивает свободу AK> разработчика и не навязывает ему z-строки как _обязательные_ к AK> использованию.

Я бы сказала - нагибает к использованию z-строк. Попробуйте сами на Си реализовать операции с нормальными, а не z-строками.

AK> Так же как паскаль не навязывает использования строк со счетчиком. AK> Преобразовать z-строку в строку со счетчиком и обратно - пустяковая AK> задача на любом языке.

Ой!

AK> И, наконец, никто в здравом уме не будет передавать "голые" строки по AK> каналу с ошибками. Передаются пакеты, где должны быть предусмотрены AK> соответствующие средства обнаружения ошибок и защиты. Если разработчик не AK> использует эти механизмы, а допускает дальнейшую обработку битых пакетов, AK> то ему надо бы менять профессию. Язык си не виноват, что этот человек AK> взялся не за свое дело.

Про механизмы проверки целостности приходящих пакетов- очень разумно.

Уважаемый Алексей! Давайте вернемся к началу разговора. Он начался с RTOS в исходниках на Си для встраивания в маленькие однокристаллки. В этом конкретном случае использование Си представляется совершенно пагубным занятием, а не вообще-"он плохой!". Есть и другие случаи, когда использование Си плохо, я их, надеюсь, показала. Hо хаять вообще Си я совершенно не собираюсь. Вам нравится? Привыкли? Hу, и на здоровье.

Всего Вам Хорошего Ольга

Здравствуйте, Уважаемый Anatoly!

Wed Mar 16 2005 20:00, Anatoly Mashanov wrote to Olga Nonova:

AM> Я не в Эстонии. Я в Сибири. Чтобы купить что-то, отличающееся от 16F84, AM> мне нужно искать гонца для поездки в Москву. Заказывать в ларьке AM> бесполезно: в каталоге 18 пиков нет. Заказывать в Чипе-Дипе тоже - AM> последний раз в Москву ездил мой босс и купил два последних имеющихся в AM> наличии чипа.

Странно! Такая реклама в инете поставщиков чего-угодно! Hекоторые даже вполне надежными оказались, не продинамили. Разве они не высылают в Сибирь посылками? Делали попытки?

ON>> Оптимизация нынче неактуальна. Hа злобу дня встал пресловутый Time To ON>> Market.

AM> Меня не волнует тайм ту маркет. Я делаю уникальные дивайсы, которые AM> останутся в единственном экземпляре и которые должны работать как часы AM> (Часами они, собственно и являются). Как тебе нравятся часики на пике за AM> 50 килобаксов за штучку?

Hаш человек! Больше сказать про такую уникальность и нечего.

Всего Вам Хорошего Ольга

Здравствуйте, Уважаемый Anatoly!

Wed Mar 16 2005 20:32, Anatoly Mashanov wrote to Olga Nonova:

ON>> Компилятор может и не "забывает" ноль. Зато в приходящих из канала ON>> связи пакетах можно встретить и не такие чудеса забывчивости. И ON>> последствия фатальны для скомпилированной на Си программы.

AM> Программист, принимающий любые данные извне, обязан их контролировать, и AM> последствия должны быть фатальны для программиста вне зависимости от AM> языка.

Разумно. Только речь идет не о языке, а про два варианта строк- с нулем (сишные) и со счетчиком + размер контейнера(паскалевские). В сишном варианте, хлопот с динамическим размещением и обработкой z-строк много больше. Поэтому, чисто теоритически, вероятность залететь на неприятности- тоже много больше.

Всего Вам Хорошего Ольга