minden parancs küldése után van 1500 msec várakozás, majd csak ez után indul a kiolvasás, és a kiolvasás után lesz újabb küldés. próbáltam már 5sec-es várakozást is, de semmi változás. de ha mégis ez lenne a gond, akkor mindig az első parancs futna le jól, de nálam csak az AT fut le problémamentesen...
egy kicsit körbenéztem a modulon lévő ICkkel kapcsolatban. az egyik egy flash memória, a másik pedig egy 'BlueCore4-Ext'. ezt, egyébként sok más gyártó modulján is láttam. esetleg tudnék olyat csinálni, hogy valami más gyártó firmware-ét raknám fel? vagy megpróbálok keresni 'okosított' fejlesztő kör...
igen, át van állítva (full-swing). két különböző kvarccal is próbáltam, elméletileg mindkettő 0%-os hibát ad 19200 baudon, és mindkettővel ugyan az a helyzet. a kvarcok sebességét egyrészt magáról a kvarcról olvastam le, másrészt egy 'wait 10' parancs segítségével teszteltem (a 18,xxx MHz kvarc eset...
A print után mi van, ha nem csak chr(13) van, hanem hagyományos: print "ATZ" szerepel? A $bauddal ütközik a Config Pind.0 = Input Config Pind.1 = Output Nem kell a kódba. A beolvasás ne input legyen, hanem inkey(), amíg 13 v 10-es kódra nem futsz. És ellenőrizd, ha a bejövő adat nem betű/...
sikerült találnom egy soros portot, így egy kicsit tovább tudtam debugolni. amikor a PC-ről küldöm a parancsokat a BT modulnak, minden működik. minden kérésre érkezik válasz, minden parancsot jól értelmezi a BT. amikor a megát kötöm rá a PC-re, és lefuttatom a progit, a terminál ablakban nem látok h...
A BlueTooth modul adatlapja elvileg ad toleranciát, hogy meddig mehetsz el.... baud: bit/s+sallangok. 1900 bps = ~1900 bit/s akkor hogy megváltozott a baud jelentése :D én még olyanra emlékszem, hogy 1 baud az 1 adat átvitele tokkal vonóval (start, stop, paritás és adat bitek) jav: nem változott me...
A BT modul lehet, hogy még érzékenyebb a kódpontosságra. Asszinkron ide vagy oda... Sajna tapasztalat. na, kipróbáltam két olyan kvarccal, ami 0% hibát ad 19200 baudon (18.432 mhz és 7.3728 mhz). sajna nem lett jobb. vagyis igen, de az még a kvarc előtt volt ( kellett egy 'Config Serialin = Buffere...
Ha persze kemény fiú vagy és csakazértis RC oszcillátorral akarsz UART-olni, mert ugyebár senki se dumáljon bele abba ahogy az ember UART-ol... :D jó poén egyébként viszont nem két vezérlő között kommunikálok ("...amiből a vevő kiszámolja az egyes bitek között eltelt időt..." ahogyan írod...
ez egy ősrégi m88, minden új dolgot először rajta élesztek fel és tanulok meg kezelni. ki van kapcsolva az órajel osztás, így biztosan 8mhz-en megy. sőt, a waitms 1500 is másfél másodperc, és nem 12s :) tiszta, hogy "élesben", főleg nagy mennyiségű adatnál, kvarc kerül fel rá. ez a chip má...
üdv. egy BTM-112-t próbálok működésre bírni egy M88-cal (nem arduino, csak simán össze vannak drótozva egy dugpanelen). 3.3V-ról van megtáplálva, a BT modul, az M88 és egy karakteres LCD. az M88 soros portját (2. és 3. láb) bekötöttem a BT-be, a modulon a CTS-RTS összekötve, RESET testre kötve. ha b...
szerintem védelemnek kevés (lassú) a zéner, egy szupresszort is tennék oda, meg néhány kondit (pl. 400V-os 100n, 10n, 1n) az ellenállásos feszosztóra pedig nagyobb értékű ellenállásokat tennék, így nem "húznák el" a méréseket, valamint az ellenállások és a hangkártya közé párhuzamosan 2db ...
azt hittem, kompatibilisak egymással. mindegy, akkor nem pörgök rajta, megvárom, amíg utánajársz a dolgoknak, addig majd bascommal fordítok, és studioval égetek.
kutakodtam egy kicsit a neten, és találtam olyan bejegyzéseket, hogy a libusb-t a firmware-ben engedélyezni kell fordításkor, de akkor viszont nem működik az avr studio-val. egyébként nekem avrdude-dal sem sikerült összeakasztanom (habár ezt fenntartásokkal kell fogadni, ugyanis életemben nem haszná...