-
Data: 2015-07-30 12:40:48
Temat: Re: Moduł GSM z klientem SSL?
Od: Marek <f...@f...com> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]On Thu, 30 Jul 2015 12:21:53 +0200, Atlantis <m...@w...pl>
wrote:
> Kod w formie kompilowanej będzie pewnie wykonywał się szybciej od
> interpretowanego "w locie". Poza tym w grę wchodzi kwestia bardziej
> wydajnego zagospodarowania dostępnych zasobów - widać to chociażby
na
> przykładzie ESP. Jednak więcej można upchnąć w kompilowanym kodzie
C,
> niż interpretowanym skrypcie LUA.
Dobrze, że napisaleś " pewnie". Python np. w telitach *jest*
kompilowany do formy binarnej, podobnie jak java czy perl. Po
wrzuceniu skryptu jest kompilowany, przez co pierwsze uruchomienie
trwa długo, później już uruchamainy jest skompilowany skrypt, który
odpala szybko. Nie ustępuje to w praktyce (aby się tym przejmować)
temu co uważasz za "skompilowane wykonywane szybciej". Natomiast
jest wygodne w developingu: nie trzeba nic kompilować, kod źródłowy
bezpośrednio uploaduje się na moduł (lub moduł sam sobie go piobiera
np. z FTP).
> SSL to jednak pewien przyjęty standard i jako taki będzie pewnie
jeszcze
> łatwiejszy z implementacji. W końcu pod Linuksem są dostępne
odpowiednie
> biblioteki.
> Poza tym nie chodziło mi o to, żeby samemu pisać implementację SSL i
> skompilować ją razem z nowym FW dla modułu. O kwestię kompilacji
pytałem
> przy okazji - po prostu miło byłoby, gdyby dało się (jak w przypadku
> ESP) zrezygnować z zewnętrznego MCU i wszystkie operacje wykonywać
> wewnątrz samego modułu. Oczywiście w takim wypadku pytanie o SSL
> pozostaje nadal aktualne - zwyczajnie liczę, że opdowiednie funkcje
> znalazłyby się w dołączonych bibliotekach - znów jak w przypadku
ESP,
Ale konkretnie do czego potrzebny Ci SSL? Do przesłania kilku bajtów
raz na jakiś czas statusu z jakiegos czujnika (wnioskuję to zTwojej
historii ostatnich projektów publikowanych tu lub na elektrodzie).
Wcześniej piszesz, że chcesz wydajnie gospodarować zasoby a
proponujesz SSL, który jest overkillem dla małych mcu? No może trochę
przesadzam, ale wiadomo o co chodzi, kupujesz cały browar aby napić
się okazjonalnie piwa.
--
Marek
Następne wpisy z tego wątku
- 30.07.15 14:30 Atlantis
- 30.07.15 15:54 Marek
- 30.07.15 17:55 Atlantis
- 30.07.15 22:59 Pawel2420
- 30.07.15 23:39 Marek
- 31.07.15 07:57 pawel2420
- 31.07.15 08:07 pawel2420
- 31.07.15 13:17 Marek
- 31.07.15 13:59 pawel2420
- 31.07.15 22:13 Atlantis
- 31.07.15 22:16 Atlantis
- 31.07.15 23:49 Pawel2420
- 01.08.15 00:37 Atlantis
Najnowsze wątki z tej grupy
- System operacyjny dla 6800?
- Przyłączenie działki do sieci elektrycznej
- Działalność nierejestrowana/definicja sprzętu elektronicznego/misie i kolejki
- Smukły, długi ściągacz izolacji do kynaru
- rezystor 3 omy 400W
- [newbie] Jaki multimetr za 2-4 stówy?
- szafka sieciowa
- Raspberry Pi 5 + dyski SATA
- lutownica na węgiel
- Znów czary (albo niewiedza) - tym razem fotowoltaika
- Chess
- Vitruvian Man - parts 7-11a
- przeźroczyste koszulki
- Re: Win 10/11 nie lubi OKI
- Programator czasowy TUYA.
Najnowsze wątki
- 2024-05-18 Warszawa => Software .Net Developer <=
- 2024-05-18 Warszawa => Mid/Senior QA Engineer <=
- 2024-05-18 Ulm => Solution Architect (sichere Kommunikation und IoT-Loesungen <=
- 2024-05-18 Katowice => Head of Virtualization Platform Management and Operating S
- 2024-05-18 Warszawa => SAP WM Consultant / Execution <=
- 2024-05-18 Wrocław => Consultant/Implementer Comarch ERP XL <=
- 2024-05-18 Gdańsk => Head of International Freight Forwarding Department <=
- 2024-05-18 Warszawa => Account Manager (Recruitment Services) <=
- 2024-05-18 Łódź => Salesperson - CRM Systems <=
- 2024-05-18 Łódź => Handlowiec - Systemy CRM <=
- 2024-05-17 ZŁOMNIK o pracy w TVN TURBO, nowych przepisach i współczesnej motoryzacji. Turbo Taryfa!
- 2024-05-17 Białystok => DevOps Engineer Conexa First (Contractor) <=
- 2024-05-17 Warszawa => Starszy inżynier oprogramowania (Rust) <=
- 2024-05-17 Zabrze => Junior HelpDesk <=
- 2024-05-17 Bieruń => Administrator i wdrożeniowiec Lotus Notes/Domino <=