User manual

wysłane polecenie, dzięki czemu można w łatwy sposób sprawdzić, które
polecenie stwarza problemy.
Nie wszystkie polecenia AT mają jednoznaczne lub jednowierszowe wartości
zwrotne. Gdy pojawia się np. zapytanie o adres IP, z reguły nie ma wcześniej
znanej wartości. Dlatego jest druga funkcja sendCom(), która potrzebuje jedynie
parametru command i odsyła cały odebrany strumień. Strumień nie może być
jednak zbyt długi, ponieważ może dojść do przepełnienia buforu SoftwareSerial .
001
String sendCom(String command)
002
{
003
esp8266.println(command);
004
return esp8266.readString();
005
}
2
Poszukiwanie błędów
Podczas tworzenia programów dochodzi często do błędów i komplikacji. Aby mieć
jakąkolwiek szansę powodzenia, są dwie funkcje debug, które są aktywowane i
dezaktywowane jednym parametrem na samym początku programu.
#define DEBUG true
Pierwsza funkcja powoduje jedynie uproszczone wydawanie tekstu przez port
szeregowy zdefiniowany jako standardowy. Jeśli stała DEBUG jest prawdziwa,
wysyłana jest zawartość ciągu znaków Msg.
001
void debug(String Msg)
002
{
003
if (DEBUG)
004
{
005
Serial.println(Msg);
006
}
007
}
Drugą funkcję można także szybko wyjaśnić. Gdy wywołana zostanie funkcja
serialDebug, program zapętla się i od tej chwili zachowuje się jak pierwszy
testowany program SoftwareSerial. Oznacza to, że wszystkie dane wysłane przez
szeregowy monitor do kontrolera, są dalej przekazywane do modułu i odwrotnie.
Można więc w przypadku błędu wywołać tę funkcję i wysyłać ręczne polecenia,