Dziękuję za pomoc. Spróbuję i się odezwę.

Pozdrawiam

_________________
Mój Serwer AVR - http://msavr.besaba.com

Istnieje jeszcze niezbyt "ładny" myk do którego nie trzeba JS'a. W kodzie HTML w sekcji HEAD można dodać coś takiego:



Przeglądarka będzie wtedy odświeżała zawartość serwera co jedną sekundę tak jakbyś klikał przycisk odśwież. Można tym sposobem osiągnąć efekt dynamicznej zmiany zawartości, jednak nie jest to sposób którego powinno się używać.

Super ta stronka kolego Regss! Szacun!
Ja narazie stanąłem na przeróbce stronki konfiguracyjnej modułu ATNEL-WIFI232-T.
http://anshar.ddns.net/
Ale Twoje wykonanie no poprostu Wow!

Wprawdzie obiecywałem ostatnio rezasurmarowi, że już się nie pojawi nowsza wersja programu, no ale .... nie wytrzymałem - w środku jakoś gryzło mnie to kocie utf8 ... czułem się niedobrze, nawet miałem nudności ... no i ... kurczę musiałem coś zrobić

więc misiulu ---> jeśli możesz to pobierz proszę najnowszą wersję "build 39" i sprawdź teraz jak u ciebie działa z tym dekodowaniem utf8 hmmm ? ....

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Hehe, jest taki syndrom, gdzie trzeba koniecznie znaleźć rozwiązanie bo inaczej człowiek żyć nie może Chyba większość z nas go ma

Czasem się zastanawiam, czy jest coś co Mirek nie może zrobić? Wystarczy dać mu odpowiednią ilość czasu i by atomówkę zbudował :>


A no sprawdziłem i podgląd w programie, zarówno w postaci kodu jak i podglądu html działa wyśmienicie! Jednak kurde da się tego kociego UTFa w starszych delphi jakoś ogarnąć

Alllle, aby nie było.... hehe (tylko proszę oszczędzić biednego sługę) jest teraz mały problemik. Ale wydaje mi się, że spokojnie do rozwiązania

Mianowicie po wczytaniu pliku z UTF8 czy to z BOM czy bez, ładnie literki są zdekodowane do okienka z kodem. Jednak konwersja jaka wystąpi po kliknięciu "convert" zamieni polskie literki z okienka kodu, a one tam są już w ANSI a nie w UTF8 bo zostały wcześniej zdekodowane.
Jednym słowem przy konwersji trzeba by było te ANSI z okienka kodu zakodować do UTF8 z ponownie

Wcześniej mimo, że w okienku kodu były krzaczki to sama konwersja przebiegała poprawnie bo te krzaczki to był UTF8.

Jak się nie uda z ponownym kodowaniem to można próbować to jakoś omijać z zapamiętaniem sobie kodu oryginalnego przed dekodowaniem UTF8 do ANSI i ostatecznie go konwertować do pliku c, a w okienku kodu mieć tylko zdekodowany podgląd albo jakieś wariację tego pomysłu.

Tak czy siak już niewiele zostało do zrobienia. Teraz tylko w drugą stronę hehe.

_________________
.

sorry ... ale właśnie odpaliłem raketę ziemia-ziemia - spodziewaj się niespodzianki za kilka godzin w postaci ognistej kuli


Masakra normalnie - ja wprawdzie nie wiem nawet co to ten BOM i nawet nie chcę wnikać na razie ... ale tak

teraz jeśli koci plik utf8 ma ten BOM to niestety wyżynam go w pień niestety. Ale już przy zaznaczonym ptaszku utf8 konwersja do C powinna przebiegać poprawnie - tzn tak mi się wydaje ... jakby szanowny misiulu sprawdził ... eeeeh

build 40

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Hehe zawróć kulę bo udało się! Nie mam zastrzeżeń więc nie ma mnie co palić

Działa wszystko wyśmienicie tak jak powinno . Testowałem z różną kombinacją kodowania i plików i jest wszystko cacy


No i bardzo dobrze, że jest wyżynany Ten BOM to tak jak wcześniej pisałem dodatkowe trzy bajty na początku pliku po to, aby niektóre programy wczytując taki plik po tych bajtach automatycznie wykrywały jego kodowanie znaków.
W naszym przypadku jest to zupełnie niepotrzebne. U nas kodowanie jest przesyłane, albo w nagłówku http, albo ustawiane jest w kodzie strony w sekcji head w znaczniku meta.

Także Ten BOM powoduje tylko, że podczas konwersji tablica w c byłaby o 3 bajty większa (zawsze to oszczędność hehe) i czasem, w specyficznych przypadkach może powodować drobne problemy z wyświetlaniem bo zależy do czego stosuje się treść pliku tak zakodowanego.

Przykład to jak ktoś treść strony wczytuje dynamicznie przez ajax jako dodatkowe dane do już gotowej strony to za każdym razem te dodatkowe niepotrzebne bajty będą przesyłane i mogą zaplątać się z jakimiś zmiennymi lub wczytuje zawartość pliku bezpośrednio linia po linii i przetwarza te dane to jak nie uwzględnia w pierwszej linii możliwości wystąpienia tych bajtów to może mieć błędne dane.

Także według mnie i tylko mnie to jest super jak jest teraz Jakby ktoś miał inne propozycje i powody to niech śmiało pisze bo ja jestem jak Mirek początkujący i mogę nie wiedzieć wielu rzeczy

_________________
.

uuuuf nareszcie

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Witam,

Pozwolę sobie również od siebie dodać, że pod linuksem również działa prawidłowo. Wiem, wiem.... znowu ten linuks

Jeszcze małe spostrzeżenie. Czy HTML Preview pod windowsem również wyświetla krzaczki zamiast polskich znaków jeśłi załadowany plik jest w UTF-8 z zaznaczonym ptakiem przy utf8 ?

Pozdrawiam, Paweł

_________________
Pozdrawiam,
sq8mvy, Paweł

To zależy

Czy masz w kodzie do konwersji w znacznikach meta ustawione kodowanie np. na UTF8.

Wtedy działa to tak:
- Jak wczytujesz plik w UTF8, ale bez zaznaczonego UTF8 w programie to w podglądzie kodu masz krzaczki bo znaczki są wyświetlane w ANSI (nie było dekodowania), ale jak klikniesz html preview to wyświetlać Ci się będzie poprawnie ponieważ silnik renderujący stronę rozpozna kodowanie ze znacznika meta, czyli odczyta UTF8

- Jak wczytasz plik w UTF8, ale z ZAZNACZONYM UTF8 w programie to w podglądzie kodu masz piękne polskie literki, jednak jak klikniesz html preview to wyświetlą Ci się krzaczki. Dzieje się tak ponieważ znaczki UTF8 zostały zdekodowane do ANSI i wyświetlają się poprawnie w okienku kodu. Jednak silnik renderujący stronę ponownie wziął kodowanie ze znacznika meta strony i próbuje te znaczki ANSI wyświetlić w UTF8 co powoduje krzaczki

Jakbyś nie miał zapisanego kodowania w kodzie strony to podgląd pewnie poprawnie by wyglądał.

Także Mirek musi jeszcze poprawkę wgrać do programu i w przypadku, gdy zaznaczona jest opcja UTF8 to przy kliknięciu html preview kod z okienka ponownie zakodować w UTF8 i dopiero podgląd wyświetlić

Nie powinno być jednak problemu bo już to robi przed konwersją do c więc tylko dodać to trzeba do wyświetlania podglądu .

Dzięki gizmo5418 za wyłapanie BUGa! Ja testowałem goły tekst więc nie zwróciłem wcześniej na to uwagi

_________________
.

grrrrrr ....

------------------------ [ Dodano po: 20 minutach ]

Done. So lets test please build 41

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

No i działa wyśmienicie

Jedyny mankament to taki, jak ktoś przesyła kodowanie w nagłówku HTTP i nie ma umieszczonego kodowania utf8 w znacznikach META. Wtedy po wczytaniu pliku utf8 z zaznaczoną opcją "UTF8" w podglądzie html będzie miał krzaczki bo silnik renderujący przeglądarki nie wie, że ma do czynienia z UTF8 i dekoduje w ANSI.

No mi się wydaje, że to nie jest jako taki błąd w programie tylko już niedoskonałość silnika przeglądarki użytego do podglądu i nie wiem czy jest sens jakoś to próbować naprawiać. Na potrzeby podglądu wystarczy sobie na chwilę (już po wczytaniu takiego pliku w utf-8 bez znaczników meta) odznaczyć ptaszka przy utf8 i wtedy podgląd html jest poprawnie wyświetlany, następnie zaznaczyć ponownie tego ptaka i przekonwertować sobie już do kodu c.

Jeżeli jednak chciałoby się to rozwiązać to taką idealną sytuacją byłoby, w przypadku zaznaczenia ptaka "utf8", sprawdzanie czy w kodzie programu jest znacznik meta z utf-8. Jeżeli tak to robienie tak jak jest teraz w programie, jeżeli nie ma to przy podglądzie html nie dekodowanie tego na utf8 tylko puszczenie bezpośrednio w ANSI.

Jednak zapisów kodowania jest sporo więc może wyszukiwanie ciągu znaków "charset=utf" załatwiłby sprawę

W innych przypadkach powinno być ok także do zastanowienia się nad tą chyba ostatnią konfiguracją nieszczęsnego kodowania hehe.

_________________
.

Mam nadzieję, że mi wybaczycie - że już ten podgląd pominę .... ok ? Bo tu raczej mamy do czynienia z bardzo świadomym przygotowywaniem stron a nie branie czegoś tam niewiadomego z netu czy coś .... Jak ktoś przygotowuje tak małą stronę do procka to świadomie albo użyje kodowania utf i wstawi sobie ten charset=utf albo inne kodowanie. Poza tym równie dobrze ktoś może nie dać wpisu charset=utf a że działa na linuxie to i tak natywnie będzie miał kodowanie utf8 ... i wtedy to sprawdzanie w ciągu charset=utf na nic się nie zda albo zadziała niezgodnie z oczekiwaniami.

Więc ostatecznie - mamy ptaka UTF8 ... i świadomie albo działamy z utf8 albo nie i wtedy wsio działa gra i buczy

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Witam,

O super, teraz jest już wszystko ok, łącznie z podglądem HTML.



Wolałem zapytać, niż zgłaszać to jako błąd. Pod linuksem oraz wine, dzięki któremu można uruchamiać windowsowe aplikacje, czasami dziwnie się potrafią one zachowywać.

Pozdrawiam, Paweł

_________________
Pozdrawiam,
sq8mvy, Paweł

Mi tak jak najbardziej pasuje hehehe

_________________
.

Witam,

Zauważyłem, że zmienił Pan w procedurze wysyłającej troszkę opóźnienie oraz ilość bajtów po jakim ono wystąpi.
Tylko czy nie powinno być tam dodane kasowanie wartości ld ? Teraz jest tak:


a chyba powinno być przykładowo tak:


Inaczej po wysłaniu 900 bajtów między każdym następnym będzie niepotrzebna zwłoka 50us.
Dobrze myślę ?

Pozdrawiam, Paweł

_________________
Pozdrawiam,
sq8mvy, Paweł

I właśnie dokładnie o taki efekt mi chodziło. Sporo testuję i jak na razie taka opcja jest najbardziej optymalna. Wg mnie tak powinno być. Każdy może sobie to zmienić, a jeśli ktoś uzyska lepsze efekty to proszę dać znać

Reasumując nie ma być żadnego zerowania ld

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

A tak przy okazji to wyszła fajna dodatkowa funkcjonalność Jak ktoś sobie wczyta stronkę w ANSI to wystarczy, że zaznaczy ptaka utf8 i przekonwertuje sobie to do pliku c w nowym kodowaniu utf8. Oczywiście odwrotnie też działa. Wczytać w utf8, odznaczyć ptaka i masz w pliku c kodowanie ANSI

Konwerter ANSI <--> UTF8 :>

_________________
.

To wszystko przez ciebie misiulu! .....

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Witam,

Ja chciałbym wrócić do tematu dynamicznej zmiany wartości na stronce serwera avr, czyli to co wcześniej prezentował kolega Regss. Proszę o pomoc. Poniżej prezentuję kod dla uC oraz kod html strony z użyciem bibliotek jQuery, którą to stronkę konwertuje później do tablicy w programie WiFi Config.

Kod dla uC:

[ paaaanie kolego step_m ..... panie kolego .... no tym razem wyjątkowo poprawię kod, ale proszę sobie KONIECZNIE obejrzeć ten poradnik: topic7402.html ok ? - mirekk36 ]



Oraz kod stronki WWW:




W programie dla uC robię prosty licznik z wykorzystaniem timera programowego Timer1, który zlicza do 200 a później go zeruję. Chciałbym aby zmiany licznika były obserwowalne dynamicznie na stronce. Oprócz głównej strony wywoływanej adresem IP:PORT - funkcja print webpage_1(), mam również drugą stronkę - funkcja print_webpage_2(), którą wywołuję adresem z parametrem IP:PORT/p. Druga strona to dane z wartością licznika zapisane w formacie JSON. Strona ta sukcesywnie jest wywoływane w skrypcie javy, co określony czas z użyciem timeout'a. Następnie dalej w tym skrypcie dane z licznika powinny być przechwycone i dynamicznie przedstawiane na stronie opisanej funkcją print_webpage_1() - czyli na głównej stronie www serwera.

Niestety coś nie działa. Owszem wartości licznika pojawiają się na głównej stronie ale bardzo nie regularnie. Mam nawet wrażenie, że zmieniają się wtedy kiedy zminimalizuje i z powrotem zmaksymalizuje okno przeglądarki. A powinny co 1000ms - tak jak ustawiony jest Timeout dla wykonywania funkcji setTimeout(function) w skrypcie.

Może coś podpowiecie:-)

Pozdtawiam,

------------------------ [ Dodano po: 1 minucie ]

Przepraszam ale nie mam wprawy z załączaniem kodu. Dlatego tak jakoś dziwnie wyszło:-)

_________________
Mój Serwer AVR - http://msavr.besaba.com

Tak na szybko... http://87.206.251.164:8899/p pokazuje licznik podwójnie:



HTML i Jquery jest jak najbardziej w porządku.

Jasne:-). Dzięki. Obejrzę:-)

------------------------ [ Dodano po: 1 minucie ]



Może jakiś błąd przy odświeżaniu. Normalnie wczytuje się raczej jeden rekord

_________________
Mój Serwer AVR - http://msavr.besaba.com

Wreszcie licznik ruszył i zmienia się wartość dynamicznie na stronce AVR. W sumie żadna to strona. Tylko widoczna zmieniająca się dynamicznie wartość licznika w lewym górnym rogu przeglądarki. W funcji $.ajax w kodzie, który pokazywałem wcześniej zmieniłem wartość timeout z 2000 jak miał kolega Regss na 4000. I to zadziałało. Ale wytłumaczyć dlaczego, nie potrafię:-)

------------------------ [ Dodano po: 2 minutach ]

Można sobie podejrzeć: http://msavr.keed.pl

_________________
Mój Serwer AVR - http://msavr.besaba.com

Witam, od kilku godzin walczę z ujrzeniem zapytania GET ip:8899, putty milczy...
Co może być nie tak?

A dlaczego nie używasz programu ATB WIFI Config ?

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Jakos tak z "routerowego przyzwyczajenia"
Proszę


EDIT, dodam że wysylajac stringi z proca, wyświetlają się one w konsoli. W prawdzie co drugi wiersz zawiera jakies dziwne znaki, ale działa;) Dodaje aby nie było że moduł jest martwy

Może ktoś zerknąć na mój kod, bo wyświetlanie pierwszej podstawowej strony coś nie chce mi działać. Do tej pory przebrnąłem przez wszystkie poradniki i było ok a teraz poległem i nie wiem gdzie robię błąd.

Na screenie wyświetla ci "hello world" przed wysłaniem nagłówka dlatego poprawnie strona nie wygląda.

Co do kodu to wydaje się być ok jednak korzystając z funkcji uart_puts_P, która ma za zadanie czytać z pamięci FLASH, trzeba to co w cudzysłowie "jakiś tekst" ująć jeszcze w dodatkowe makro PSTR("jakiś tekst"), czyli twoje linie w http_200ok i print_webpage powinny wyglądać tak:


Może to pomoże i będzie poprawnie już wysyłać.

Pozdrawiam

_________________
.

W kodzie dodatkowe makro PSTR jest tylko wklejając kod tutaj jakoś mi to umknęło, dlatego już zaktualizowałem swój pierwszy post. Z takim kodem efekt też jest ciągle taki sam:

Czy mógłby ktoś skompilować i wgrać mój kod u siebie i mi powiedzieć czy też ma taki problem? Walczę z tym od 2 dni i ciągle mam to samo i nie wiem gdzie jest błąd. Z góry dziękuję.