On Sun, 30 Mar 2014 21:57:53 +0200, Atlantis <m...@w...pl>
wrote:
> Po prostu zanim się za to zabiorę, stracę mnóstwo czasu i napiszę
coś
> bardzo prostego i mało funkcjonalnego, wolę się przekonać, czy ktoś
już
> tego nie zrobił lepiej.

Ale masz już chociaż że dwa dzialajace nody i testujesz komunikację
czy ciągle na etapie teoretycznych rozważan to jest?

--
Marek

do góry

W dniu poniedziałek, 31 marca 2014 01:48:41 UTC+2 użytkownik Marek napisał:

> Z 3 znaków iAT+) można od razu zrezygnować, po co je powtarzać skoro
> zawsze wystepują? :-)

Te trzy znaki powinny zostać. Standardowo stosuje się je celem odróżnienia zapytania
od odpowiedzi. Zwykle po wykonaniu polecenie przychodzi oś takiego:

+LED: 1,0


> Po co dwa znaki na terminowanie linii? Jeden wystarczy. A właściwie
> po co terminowanie linii, fixed size packed rozwiąze problem

Masz rację. W tym przypadku faktycznie można z nich zrezygnować. W pakietach UDP też
ich nie przesyłam, kończąc linię pojedynczym znakiem NULL. Znaczenie mają tylko w
komunikacji RS232, gdzie trzeba jakoś wydzielić poszczególne linie.


> terminowania... itd. Format konunikatow AT nic nie wnosi oprócz tego
> że ładnie wygląda dla człowieka a dość komplikuje komunikację.
> Nie upierałbym się go stosowac przy komunikacji włącz/włącz.

Zgodziłbym się, gdybym musiał pisać ich obsługę od podstaw. Istnieją jednak całkiem
fajne biblioteki, z których lubię korzystać. Dlatego zależy mi, żeby interfejs (w tym
przypadku CAN) umożliwiał przesyłania danych w kompatybilnym formacie.

Osiem bajtów to po prostu za mało jak na wygodną obsługę komend AT. Nawet jeśli
zrezygnuję ze standardowych trzech pierwszych znaków albo terminowania linii.
Wystarczy, że trzeba będzie wysłać więcej wartości, albo wartość będzie zapisywana
przy użyciu kilku cyfr ASCII (np. współczynnik wypełnienia PWM).

do góry

W dniu poniedziałek, 31 marca 2014 01:52:43 UTC+2 użytkownik Marek napisał:

> Ale masz już chociaż że dwa dzialajace nody i testujesz komunikację
> czy ciągle na etapie teoretycznych rozważan to jest?

Teoretyczne rozważania. To znaczy na tym etapie mam prosty "prototyp", na którym
testuję podstawową koncepcję. On jednak nie jest wyposażony w magistralę CAN, jedynie
Ethernet i port szeregowy. W tej chwili projektuję właściwe urządzenie, które
zostanie zabudowane w obudowie na szynę DIN.

Tak czy inaczej wyposażę je w interfejs CAN, bo stosowany przeze mnie AT90CAN128
posiada sprzętowy kontroler.

Teraz po prostu chciałem się zorientować jak wygląda sytuacja z dostępnością
bibliotek. Jeśli faktycznie nie uda mi się niczego znaleźć, spróbuję to jakoś
oprogramować.

do góry