-
11. Data: 2009-05-14 07:27:53
Temat: Re: AVR i język skryptowy
Od: J.F. <j...@p...onet.pl>
On Thu, 14 May 2009 09:23:36 +0200, Adam Dybkowski wrote:
>Sławomir Szczyrba pisze:
>
>> Rozglądam się za jakimś językiem skryptowym który można by załadować do atmega.
>
>PYTHON
A on jest skryptowy czy jakis polkompilowany ?
Bo zadziwiajaco szybko chodzi .. choc moze nie doceniam ilosci
wspolczesnych GHz :-)
J.
-
12. Data: 2009-05-14 07:41:10
Temat: Re: AVR i język skryptowy
Od: Adam Dybkowski <a...@4...pl>
J.F. pisze:
>>> Rozglądam się za jakimś językiem skryptowym który można by załadować do atmega.
>> PYTHON
>
> A on jest skryptowy czy jakis polkompilowany ?
To chyba zależy od implementacji. Można robić na pececie prekompilaty,
które bardzo szybko chodzą. Ale w niektórych modułach GSM firmy Wavecom
jest interpreter PYTHON'a, któremu się przesyła (po komendzie AT) skrypt
do wykonania w czystej postaci tekstowej. Skrypt jest zapisywany w
wewnętrznym Flashu i nie podlega AFAIR prekompilacji. Zresztą bardzo
fajne rozwiązanie - z samego takiego modułu GSM/GPS z wgranym
odpowiednim skryptem można zrobić gotowy monitoring GPRS do samochodu.
--
Adam Dybkowski
http://dybkowski.net/
Uwaga: przed wysłaniem do mnie maila usuń cyfry z adresu.
-
13. Data: 2009-05-14 08:46:46
Temat: Re: AVR i język skryptowy
Od: MoonWolf <m...@p...com>
Adam Dybkowski denied rebel lies:
> komendzie AT) skrypt do wykonania w czystej postaci tekstowej. Skrypt
> jest zapisywany w wewnętrznym Flashu i nie podlega AFAIR
> prekompilacji.
Nawet do bajtkodu?
--
<:> Roger, MoonWolf Out <:>|I can't see the things that
(::) (::)|make true happiness, I must be blind
(:) JID:m...@j...org(:)| http://karakkhaz.prv.pl
-
14. Data: 2009-05-14 11:13:29
Temat: Re: AVR i język skryptowy
Od: Sławomir Szczyrba <c...@o...the.night>
Quod non fecerunt barbari, fecit Adam Dybkowski :
> PYTHON
> Kwestia tylko, na ile trzeba by go okroić (np. z operacji
>
Nawet się zastanawiałem, ale nie znalazłem na sieci wzmianki by
ktoś no poważnie próbował to robić z atmega, więc odpuściłem... :)
W sumie poczytać doce i źródełka mogę, to nigdy nie zaszkodzi.
> zmiennoprzecinkowych), aby wszedł do tej ATmegi. Czy możesz jeszcze
> zmienić procka i przeskoczyć chociażby na najprostszego ARMa? Taki np.
>
Absolutnie nie wchodzi w rachubę. To bardzo ważny Projekt Realizowania
Głupich Pomysłów Które Mi Akurat Wpadły Przypadkiem Do Głowy a nie jakiś
komercyjne fooshmoo gddzie można sobie zmieniać założenia ;>
(a poważniej, 'na chwilę obecną' ARMy to dla mnie jeszcze zbyt wysokie
loty. Aczkolwiek w planach mam, zaraz po obwąchaniu xmega)
> AT91SAM7S256 kosztuje ze 30 zł - czyli taniej niż ATmega2561. A ma 256KB
> Flasha i 64KB RAMu.
>
Wychodzi mi, że 1 SAM256 = 32 ZX81
Ech, co to się porobiło... :)
Sławek
--
________
_/ __/ __/ .sig not found: (A)bort, (R)etry, (I)gnore, (S)cream?
\__ \__ \___________________________________________________
____________
/___/___/ Sławomir Szczyrba steev/AT/hot\dot\pl
-
15. Data: 2009-05-14 11:23:23
Temat: Re: AVR i język skryptowy
Od: Sławomir Szczyrba <c...@o...the.night>
Don't underestimate the power of J.F...
>>> Rozglądam się za jakimś językiem skryptowym który można by załadować do atmega.
>>PYTHON
> A on jest skryptowy czy jakis polkompilowany ?
> Bo zadziwiajaco szybko chodzi .. choc moze nie doceniam ilosci
> wspolczesnych GHz :-)
>
Taki zainstalowany na pececie jest kompilowany do bytecodu (tak samo
zresztą ma perl). Wersja dla S60 też (a przynajmniej potrafi bytecode
uruchomić). Co do innych mutacji, to już nie potrafię powiedzieć :)
> J.
Sławek
--
________
_/ __/ __/ Stary, prawie mi przeżarło nos, tak jak wtedy jak... -- osioł
\__ \__ \___________________________________________________
____________
/___/___/ Sławomir Szczyrba steev/AT/hot\dot\pl
-
16. Data: 2009-05-14 16:29:18
Temat: Re: AVR i język skryptowy
Od: Sławomir Szczyrba <c...@o...the.night>
Take the red pill, Sławomir Szczyrba...
>> PYTHON
>> Kwestia tylko, na ile trzeba by go okroić (np. z operacji
> Nawet się zastanawiałem, ale nie znalazłem na sieci wzmianki by
>
Źle szukałem.
Nazywa się to PyMite < http://code.google.com/p/python-on-a-chip/ >
i podobnoż wchodzi na minimum 4kb AVRy.
Idę czytać dalej :)
Sławek
--
________
_/ __/ __/ God said "M-x light". And there was light.
\__ \__ \___________________________________________________
____________
/___/___/ Sławomir Szczyrba steev/AT/hot\dot\pl
-
17. Data: 2009-05-14 16:36:46
Temat: Re: AVR i język skryptowy
Od: Sławomir Szczyrba <c...@o...the.night>
They're watching you, Sławomir Szczyrba.
> Quod non fecerunt barbari, fecit Adam Dybkowski :
>
>> PYTHON
>> Kwestia tylko, na ile trzeba by go okroić (np. z operacji
>>
> Nawet się zastanawiałem, ale nie znalazłem na sieci wzmianki by
>
Źle szukałem.
Nazywa się to PyMite < http://code.google.com/p/python-on-a-chip/ >
i podobnoż wchodzi na AVRy, zajmując minimum 40kb flash / 4 kb ram.
Idę czytać dalej :)
Sławek
--
________
_/ __/ __/ Jest tam, szybuje między rusztowaniami. - szambelan
\__ \__ \___________________________________________________
____________
/___/___/ Sławomir Szczyrba steev/AT/hot\dot\pl
-
18. Data: 2009-05-14 18:42:48
Temat: Re: AVR i język skryptowy
Od: "Artur M. Piwko" <m...@b...pl>
In the darkest hour on Thu, 14 May 2009 09:41:10 +0200,
Adam Dybkowski <a...@4...pl> screamed:
>>>> Rozglądam się za jakimś językiem skryptowym który można by załadować do atmega.
>>> PYTHON
>>
>> A on jest skryptowy czy jakis polkompilowany ?
>
> To chyba zależy od implementacji. Można robić na pececie prekompilaty,
> które bardzo szybko chodzą. Ale w niektórych modułach GSM firmy Wavecom
> jest interpreter PYTHON'a, któremu się przesyła (po komendzie AT) skrypt
> do wykonania w czystej postaci tekstowej. Skrypt jest zapisywany w
> wewnętrznym Flashu i nie podlega AFAIR prekompilacji.
Musi podlekać kompilacji do bajtkodu. Nie da się inaczej w przypadku
Pythona. Ów kod może nie być składowany w pamięci stałej, ale jest
wtedy tworzony przy każdym uruchomieniu skryptu.
--
[ Artur M. Piwko : Pipen : AMP29-RIPE : RLU:100918 : From == Trap! : SIG:236B ]
[ 20:41:30 user up 12072 days, 8:36, 1 user, load average: 0.13, 0.89, 0.04 ]
Life would be so much easier if we could just look at the source code.
-
19. Data: 2009-05-14 18:47:17
Temat: Re: AVR i język skryptowy
Od: "Artur M. Piwko" <m...@b...pl>
In the darkest hour on 14 May 2009 18:36:46 +0200,
Sławomir Szczyrba <c...@o...the.night> screamed:
>>> PYTHON
>>> Kwestia tylko, na ile trzeba by go okroić (np. z operacji
>>>
>> Nawet się zastanawiałem, ale nie znalazłem na sieci wzmianki by
>>
> Źle szukałem.
> Nazywa się to PyMite < http://code.google.com/p/python-on-a-chip/ >
> i podobnoż wchodzi na AVRy, zajmując minimum 40kb flash / 4 kb ram.
> Idę czytać dalej :)
Niby fajny, ale w stosunku do oryginalnego Pythona wypuścili go
na dużo gorszej licencji (tak, jakby nie dało się dodać Pythonowej)...
:\
--
[ Artur M. Piwko : Pipen : AMP29-RIPE : RLU:100918 : From == Trap! : SIG:230B ]
[ 20:46:08 user up 12072 days, 8:41, 1 user, load average: 0.13, 0.89, 0.04 ]
I am Hamlet, prince of Borg. Prepare to be... or not to be!
-
20. Data: 2009-05-14 19:11:38
Temat: Re: AVR i język skryptowy
Od: "Artur M. Piwko" <m...@b...pl>
In the darkest hour on Thu, 14 May 2009 09:41:10 +0200,
Adam Dybkowski <a...@4...pl> screamed:
>>>> Rozglądam się za jakimś językiem skryptowym który można by załadować do atmega.
>>> PYTHON
>>
>> A on jest skryptowy czy jakis polkompilowany ?
>
> To chyba zależy od implementacji. Można robić na pececie prekompilaty,
> które bardzo szybko chodzą. Ale w niektórych modułach GSM firmy Wavecom
> jest interpreter PYTHON'a, któremu się przesyła (po komendzie AT) skrypt
> do wykonania w czystej postaci tekstowej. Skrypt jest zapisywany w
> wewnętrznym Flashu i nie podlega AFAIR prekompilacji.
Musi podlegać kompilacji do bajtkodu. Nie da się inaczej w przypadku
Pythona. Ów kod może nie być składowany w pamięci stałej, ale jest
wtedy tworzony przy każdym uruchomieniu skryptu.
--
[ Artur M. Piwko : Pipen : AMP29-RIPE : RLU:100918 : From == Trap! : SIG:236B ]
[ 20:41:30 user up 12072 days, 8:36, 1 user, load average: 0.13, 0.89, 0.04 ]
Life would be so much easier if we could just look at the source code.