Nem akartam itt feladni, vagy várni amíg a csapágyak megjönnek.. A thingiverse-en az egyik Geeetech görgő leírásában azt láttam, hogy korábban használtak csapágyaka erre a célra görgő nélkül.
Megnéztem a dobozomban és találtam 4mm-es tengelyátmérőjű csapágyat amiből kettő pontosan beleillik a görgőtartóba. Igen tudom, hogy ettől kezdve esélyem sincs, hogy a bordás szíj középen legyen.
A nyomtató el kezdett működni, a recsegő hang nélkül.
Nyertem!!!!
....vagy mégse?
Megint elkezdtem hallani a hangot. Most az Y irányból jött (a platform). Itt is kicseréltem a görgőt csapágyra.
Elkezdtem nyomtatni. Úgy tűnik, hogy az X és Y irány jó, de a rétegek tapadása problémás, bizonyos szinteken.
Azt gondoltam, hogy a Z tengelyeknek kell némi kenés. (eddig is ronda hangja volt gyors mozgásoknál).
Körülnéztem, de nem találtam itthon semmit, még egy nyamvadt WD40-et sem.
Másnap ezt vettem a boltban:
Mostmár a nyomtatásaim úgy jönnek ki mint soha előtte:
Legalábbis nem ebből a nyomtatóból.
Azt hiszem a Geeetech nyomtató építése, reparálása ezzel a végére ért. A 3D nyomtatással kapcsolatban innen a minőségjavításra a Robo 3D rendbeszedésére és egyéb terveim megvalósítására (min a fiam plottere) tudok koncentrálni.
Vége.
2017. március 28., kedd
2017. március 25., szombat
Project 2017#1 - ESP8266 Programozó Github
Ahogy ígértem itt:
http://it-pro-hu.blogspot.hu/2017/03/project-20171-esp8266-programozo-3.html
kitakarítottam az ESP programozó repóját. Ez szintén tartalmazza az ESP alapú fejlesztőpaneljeimet.
A repó itt található:
https://github.com/sufzoli/suf-electronics-ESPDEV
Ha szükséged van hozzá a különböző KiCAD könyvtárakra, akkor ezeket az erre rendszeresített KiCAD github csoportom alatt találod itt:
https://github.com/orgs/suf-KiCAD
http://it-pro-hu.blogspot.hu/2017/03/project-20171-esp8266-programozo-3.html
kitakarítottam az ESP programozó repóját. Ez szintén tartalmazza az ESP alapú fejlesztőpaneljeimet.
A repó itt található:
https://github.com/sufzoli/suf-electronics-ESPDEV
Ha szükséged van hozzá a különböző KiCAD könyvtárakra, akkor ezeket az erre rendszeresített KiCAD github csoportom alatt találod itt:
https://github.com/orgs/suf-KiCAD
A műtét sikerült, a beteg meghalt
Kaptam két eléggé halott Electrodragon féle relé modult egy barátomtól, hogy javítsam meg.
Az első úgy nézett ki mint ami javítható:
A második teljesen halott:
Ebből meg akartam menteni a terhelés oldali sorkapcsolkat, az első modul tápoldli sorkapcsának a helyére, valamint az ESP-12-es modult, hogy feltegyem az egyik fejlesztőpanelemre.
Leszedtem a sorkapcsokat és az ESP-t a panelről.
Gyártottam egy új fejlesztőpanelt belőle:
Az építés tökéletesen sikerült. (egyre jobban megy az SMD forrasztás),
de amikor a programozót rádugtam az még az USB buszról is leesett.
Tehát a műtét sikerült, de a beteg meghalt.
Az első relé modult is megjavítottam, de miután az egy hálózati feszültségre kötött eszköz, elővigyázatossági intézkedések nélkül nem akarom kipróbálni. És erre most nincs több időm.
Folyt. köv....
Az első úgy nézett ki mint ami javítható:
A második teljesen halott:
Ebből meg akartam menteni a terhelés oldali sorkapcsolkat, az első modul tápoldli sorkapcsának a helyére, valamint az ESP-12-es modult, hogy feltegyem az egyik fejlesztőpanelemre.
Leszedtem a sorkapcsokat és az ESP-t a panelről.
Gyártottam egy új fejlesztőpanelt belőle:
Az építés tökéletesen sikerült. (egyre jobban megy az SMD forrasztás),
de amikor a programozót rádugtam az még az USB buszról is leesett.
Tehát a műtét sikerült, de a beteg meghalt.
Az első relé modult is megjavítottam, de miután az egy hálózati feszültségre kötött eszköz, elővigyázatossági intézkedések nélkül nem akarom kipróbálni. És erre most nincs több időm.
Folyt. köv....
2017. március 22., szerda
GeeeTech 3D Nyomtató 3.
Volt két problémém:
A nyomtatmányaim X irányú belengésről tanuskodnak. Ez túl nagy ahhoz, hogy a Z menetes szárakra lehessen fogni (ráadásul az már egy kezelt probléma):
"Monitoroztam" a nyomtatót füllel, nyomataás közben.
Arra jöttem rá, hogy a pattogó hang a Z híd jobb oldalából jön. Arra tippeltem, hogy valami katasztrófális történt a a bordás szíj kerekével.
Szétszedtem.
Igazam volt.
Ez "volt" az egyik csapágy a kerékben:
Próbáltam hasonló csapágyat találni.
Megnéztem a dobozban amiben a GeeeTech nyomtató eredeti alkatrészei voltak - néhány dologból volt tartalék - ebből nem.
Megnéztem a csapágyas dobozomat - nincs ekkora.
Körülnéztem a neten, hogy ki tudjam deríteni a pontos típust. Csak a fizikai méreteket tudtam 8x4x3 mm. Némi iteráció és találgatás után rájöttem a típusra: MR84ZZ
Megrendeltem az Aliexpress-ről. Ez el fog tartani egy ideig amíg megjön, tehát elkezdtem helyi forrás után nézni. Találam, megrendeltem.
Közben meg próbáltam oldani a problémát, hogy tudjak nyontatni.
A thingiverse-n találtam egy csere görgőt amiben nincs csapágy:
https://www.thingiverse.com/thing:1775944
Megpróbáltam kinyomtatni úgy, hogy a görgőben csak egy csapágy van. Nem jött össze.
Jó kezdés után, van egy kimúlt 3D nyomtatóm. Már megint...
Folyt. köv....
A nyomtatmányaim X irányú belengésről tanuskodnak. Ez túl nagy ahhoz, hogy a Z menetes szárakra lehessen fogni (ráadásul az már egy kezelt probléma):
"Monitoroztam" a nyomtatót füllel, nyomataás közben.
Arra jöttem rá, hogy a pattogó hang a Z híd jobb oldalából jön. Arra tippeltem, hogy valami katasztrófális történt a a bordás szíj kerekével.
Szétszedtem.
Igazam volt.
Ez "volt" az egyik csapágy a kerékben:
Próbáltam hasonló csapágyat találni.
Megnéztem a dobozban amiben a GeeeTech nyomtató eredeti alkatrészei voltak - néhány dologból volt tartalék - ebből nem.
Megnéztem a csapágyas dobozomat - nincs ekkora.
Körülnéztem a neten, hogy ki tudjam deríteni a pontos típust. Csak a fizikai méreteket tudtam 8x4x3 mm. Némi iteráció és találgatás után rájöttem a típusra: MR84ZZ
Megrendeltem az Aliexpress-ről. Ez el fog tartani egy ideig amíg megjön, tehát elkezdtem helyi forrás után nézni. Találam, megrendeltem.
Közben meg próbáltam oldani a problémát, hogy tudjak nyontatni.
A thingiverse-n találtam egy csere görgőt amiben nincs csapágy:
https://www.thingiverse.com/thing:1775944
Megpróbáltam kinyomtatni úgy, hogy a görgőben csak egy csapágy van. Nem jött össze.
Jó kezdés után, van egy kimúlt 3D nyomtatóm. Már megint...
Folyt. köv....
2017. március 21., kedd
GeeeTech 3D Nyomtató 2.
Egy pár napja új projekt jött. A fiam "rendelt" egy tollas pottert (azt mondta, hogy közösen építjük).
Ehhez mindenképp kellenek 3D nyomtatott alkatrészek. Tehát úgy döntöttem, hogy megjavítom a a GeeeTech nyomtatót.
Még mindíg pattogó zajt hallok az extruderből. Úgy látszik lépést nem veszít, elvégre az anyag normálisan jön ki a fejből. Fogalmam sincs, mi lehet az. Nem tudok vele mit kezdeni egyenlőre.
Tehát van egy működő 3D nyomtatóm. Vagy mégse?
Folyt. köv. ...
Ehhez mindenképp kellenek 3D nyomtatott alkatrészek. Tehát úgy döntöttem, hogy megjavítom a a GeeeTech nyomtatót.
- Újragyártottam a Raspery PI-t, Ubuntu, Octoprint - a legújabb verziók.
- Lecseréltem a Bulldog motorját egy nagyobbra (erősebbre).
- Lecseréltem a TI meghajtót egy újra, csak a biztonság kedvéért. A motor áramát 1.2A-ra állítottam (a maximum 1.5A)
Még mindíg pattogó zajt hallok az extruderből. Úgy látszik lépést nem veszít, elvégre az anyag normálisan jön ki a fejből. Fogalmam sincs, mi lehet az. Nem tudok vele mit kezdeni egyenlőre.
Tehát van egy működő 3D nyomtatóm. Vagy mégse?
Folyt. köv. ...
Apa kezdődik...
Ahogy az elmúlt években mindíg, idén is elkezdődik a nagy Hackaday verseny:
Itt olvashatsz többet róla:
https://hackaday.io/prize
Még nem tudom, hogy idén mit gyártok, szóval neki kell állnom gondolkodni.
Itt olvashatsz többet róla:
https://hackaday.io/prize
Még nem tudom, hogy idén mit gyártok, szóval neki kell állnom gondolkodni.
2017. március 20., hétfő
ESP32 Megérkezett
Megjöttek az olcsó ESP32-es moduljaim (ESP-WROOM-32, hogy pontos legyek) az Electrodragon-tól.
Ez volt a legolcsóbb beszerzési forrás amit találtam. $3.50 volt darabja.
Arra gondoltam, hogy tervezek egy fejlesztőpanelt hozzá ami illeszkedik az ESP programozási "rendszerembe":
http://it-pro-hu.blogspot.hu/2017/02/project-20171-esp8266-programozo-1.html
http://it-pro-hu.blogspot.hu/2017/03/project-20171-esp8266-programozo-2.html
http://it-pro-hu.blogspot.hu/2017/03/project-20171-esp8266-programozo-3.html
http://it-pro-hu.blogspot.hu/2017/03/project-20172-esp8266-fejleszto-panel.html
Összeszedtem némi infót a hardver tervhez.
Az ESP-WROOM-32 adatlapja:
https://www.espressif.com/sites/default/files/documentation/esp_wroom_32_datasheet_en.pdf
Az Espressif féle fejlesztőpanelek kapcsolási rajzai:
https://www.esp32.com/viewtopic.php?t=344
Ez volt a legolcsóbb beszerzési forrás amit találtam. $3.50 volt darabja.
Arra gondoltam, hogy tervezek egy fejlesztőpanelt hozzá ami illeszkedik az ESP programozási "rendszerembe":
http://it-pro-hu.blogspot.hu/2017/02/project-20171-esp8266-programozo-1.html
http://it-pro-hu.blogspot.hu/2017/03/project-20171-esp8266-programozo-2.html
http://it-pro-hu.blogspot.hu/2017/03/project-20171-esp8266-programozo-3.html
http://it-pro-hu.blogspot.hu/2017/03/project-20172-esp8266-fejleszto-panel.html
Összeszedtem némi infót a hardver tervhez.
Az ESP-WROOM-32 adatlapja:
https://www.espressif.com/sites/default/files/documentation/esp_wroom_32_datasheet_en.pdf
Az Espressif féle fejlesztőpanelek kapcsolási rajzai:
https://www.esp32.com/viewtopic.php?t=344
2017. március 19., vasárnap
GeeeTech 3D Nyomtató 1.
Hoppá, a Geeetech 3D nyomtatómról szóló bejegyzést több mint egy éve kezdtem el írni. Azt akkor nem fejeztem be, így most kiegészítve teszem közzé.
Az építést 2015 decemberében kezdtem. Kicsit később a Robo3D-m hirtelen megjavítódott (tettem pár lépést ennek érdekében, és olyan jól kezdett működni, mint még soha: http://it-pro-hu.blogspot.hu/2016/01/3d-nyomtatas-mintha-mukodne.html
Az építésről:
Megpróbáltam az Allegro vezérlőt lecserélni egy erősebb TI-re, de nem segített. Néhány nyomtatás után szeptember/október magasságában feladtam.
Ehhez még társult, hogy a Robo3D ís kimúlt, a szokásos szálledarálós problémája miatt. Így egy idóre feladtam a 3D nyomtatást.
Folyt. köv.
Az építést 2015 decemberében kezdtem. Kicsit később a Robo3D-m hirtelen megjavítódott (tettem pár lépést ennek érdekében, és olyan jól kezdett működni, mint még soha: http://it-pro-hu.blogspot.hu/2016/01/3d-nyomtatas-mintha-mukodne.html
Az építésről:
- Nem vagyok különösebben kibékülve az építési útmutatóval. Rengeteg hiba van benne, úgy mint, nem oda való csavarok használata, a platform bordásszíjjának összerakása teljesen használhatatlan, videok után való rohangálás, mert a doksi elégtelen, stb. Ugyanakkor láttam már rosszabb doksit is.
- A cucchoz adott 180W-os táp egy vicc. Öt léptetőmotor, az elektronika, 40W fej fűtés, és a fűtött platform. Esélytele, hogy ezt elvigye. Thomas Sanlederer video-ja szerint 0.6W/cm2 teljesítményre van szükség a platformhoz (200x200cm-es platformnál ez 240W). Tehát lecseréletm a tápot egy 500W-osra.
- Körülnéztem a fórumokon, úgy találtam, hogy az MK8-as extruder az ipari szemét kategóriában indul. Teflon cső (ezzel már a Robo3D-nél is szívtam), a motor nyomatékhiányos: http://www.rc-cam.com/forum/index.php?/topic/4034-geeetech-mk8-extruder-tips-tricks-3d-printers/ Úgy döntöttem, hogy lecserélem az egészet egy Bulldog Lite/E3D v6 kombóra (itt megakadt a project pár hónapra - pl. alkatrészre várt)
- Gyártottam egy tartót 25/60mm L aluminiumból
- Átrendeztem a Z végálláskapcsolót miután az új fej hosszabb.
- Vágtam két, néhány centivel rövidebb menetes szárat, hogy az X irány lötyögését csökkentsem:
http://www.thingiverse.com/thing:1204200
A rövidebb szár kevésbé destruktív mint az eredeti megoldás (mellesleg megtartottam az eredeti szárakat és a barkácsboltban vett darabokból vágtam újat) - Rátettem egy boroszilikát üveglapot az aluminium platnira és a hozzáadott papírklippekket rögzítettem
- Vezérlésnek hozzáadtam egy Pi 2B-t Ubuntu-val és Octoprint-el.
Megpróbáltam az Allegro vezérlőt lecserélni egy erősebb TI-re, de nem segített. Néhány nyomtatás után szeptember/október magasságában feladtam.
Ehhez még társult, hogy a Robo3D ís kimúlt, a szokásos szálledarálós problémája miatt. Így egy idóre feladtam a 3D nyomtatást.
Folyt. köv.
2017. március 16., csütörtök
Vezeték nélküli töltő
Aki ezt leírta, egy termékleírásban, azt most megüssem, vagy megüssem?
Mi a halál köze van az NFC-nek a vezeték nélküli töltéshez?
Ja, hogy mind a kettő vezeték nélküli!
Te agyoniskolázott, dugd már be az ethernet kábeled a kettőharmincba! Elvégre mind a kettő vezetékes, meg hálózat.
Mi a halál köze van az NFC-nek a vezeték nélküli töltéshez?
Ja, hogy mind a kettő vezeték nélküli!
Te agyoniskolázott, dugd már be az ethernet kábeled a kettőharmincba! Elvégre mind a kettő vezetékes, meg hálózat.
2017. március 15., szerda
Project 2017#1 - ESP8266 Programozó 3.
Az ebay-en láttam mindenféle ESP-01 modul programozót. Mindegyikük egy gombot használt a Flash/Reset lekezelésére, ami számomra elfogadhatatlan. Tehát terveztem valamit. Ez nem egy önnálló programozó, hanem egy kiegészítés az ESP8266 programozómhoz. Ez semmi más mint két csatlakozó és a három fel/le húzó ellenállás:
A programozóhoz csatlakoztatva:
Munka közben, ESP-01-et programozva:
Lehet, hogy néhány beállítás magyarázatot ígényel:
Itt vannak a beállítások ahhoz, hogy az Arduino IDE-ben működésre bírjuk:
Lehet, hogy néhány beállítás magyarázatot ígényel:
- Azért használtam a Generic ESP8266 Module beállítást, hogy látható legyen az összes lehetőség.
- QIO mode a leggyorsabb flash hozzáférési metódus. Miután az ESP-01-nél amúgy sem hozzáférhetőek a QIO által felhasznált GPIO lábak, ezzel nem vesztünk funkcionalitást.
- 4M flash méret - Az eredeti 512k-s flash chipet lecseréletm 4M-ásra (http://it-pro-hu.blogspot.hu/2016/10/esp-01-mutet.html), tehát ez itt korrekt.
- Reset Method - nodemcu - ez a legfontosabb beállítás itt, ez teszi lehetővé, hogy a programozó automatikusan, gombok nyomogatása nélkül működjön.
Azt hiszem ezzel a project-el itt végeztem. Az egyetlen dolog ami hátra van, a github repo rendbetétele.
2017. március 14., kedd
Project 2017#1 - ESP8266 Programozó 2.
A megrendelt panelek megérkeztek a SeeedStudio-tól
Megépítettem:
Tökéletesen működik.
Csak egy gyors megjegyzés magamnak: Az USB csatit kell először beforrasztani, egyébként nem férsz hozzá az lábaihoz a pákával.
Megépítettem:
Tökéletesen működik.
Csak egy gyors megjegyzés magamnak: Az USB csatit kell először beforrasztani, egyébként nem férsz hozzá az lábaihoz a pákával.
2017. március 13., hétfő
Raspberry Pi Zero W - leszált
A vadonatúj Raspberry PI Zero W-m megérkezett:
Sosem láttam még ilyen puccos borítékot postán érkezni.
2017. március 11., szombat
Project 2017#2 - ESP8266 Fejlesztő panel
Igen, nyugodtan mondhatod. Mi a jó büdös francért csinálsz mégegy ESP8266-os fejlesztőpanlet? Rengeteg van a piacon. Csak nézd meg a NodeMCU-t, Wemos D1-et, a Sparkfun, az Adafruit moduljait, csak, hogy megnevezzek párat.
A fő ok, hogy egy idióta vagyok.
Hottá akartam férni az ESP12E/F alsó oldalán található kivezetésekhez.
Csak azt nem vettem észre, hogy ezek már elérhetóek a NodeMCU v1.0-án ami ott kallódik az asztalomon.
Ezért terveztem és építettem egyet:
Ez legalább egy olyan minimális panel amin hozzáférek ezekhez a csatlakozásokhoz, nincs rajta az USB/Soros átalakító, így könnyedén illeszkedik a jövőben tervezett projectjeimbe.
Akkor most egy pár szót arról, hogy mihez akarok kezdeni ezekkel a csatlakozásokkal.
Rengeteg fórumon arról írnak, hogy ezek a lábak használhatatlanok, kizárólag a beépített flash tudja használni ezeket.
Én egy makacs alak vagyok. Nem hiszem el amit mondtak. Magam akarom kipróbálni.
Nézzük meg, mit szándékszom elérni ezzel a panellel. A továbbiakban számozott taszkoknak fogom jelölni az elérendő eredményeket.
Az alap probléma az, hogy amíg az ESP8266 egy igen nagytudású processzor, könnyen programozható Wi-Fi-vel, jó sok flash memóriával a programok és adatok tárolására, igencsak limitált a felhasználható I/O-k száma. Igen, lehet I/O extendereket használni, de az nem ugyanaz.
Nézzük meg, hogy miből főzünk:
Először is ezek a GPIO lábak állnak szbadon rendelkezésünkre:
GPIO4, GPIO5, GPIO12, GPIO13, GPIO14
Ez összesen öt, nem túl sok annak ismertében, hogy az SPI-t és az I2C-t is csak ide tudjuk kirendezni.
A GPIO16 még lehet, hogy szabad, de néhány bejegyzés szerint megzavarhatjuk vele a boot folyamatot, és szerepe van a deep sleep üzemmódnál.
Nézzük, hogy mi másunk van.
A GPIO1 és GPIO3 használható, ha feladjuk a soros portot amin a programozás zajlik és a diagnosztikai üzenetek jönnek rajta. Ezjól használható a fejlesztési időszakban, majd később diagnosztikai célra.
Miután azt a funkciót mindenképp meg akarom tartani, ezzel egyenlőre nem akarok foglalkozni.
A GPIO0-t, GPIO2-t, GPIO15-t a boot folyamat használja. Ez azt jelenti, hogy a GPIO0 és GPIO2 tápra, a GPIO15 pedig földre van kötve a normál indulás során (ez nem igaz, ha programozzuk az eszközt, vagy SD kártyáról indítjuk).
Ha nem törődünk ezknek a boot során lévő állapotával ésfigyelembe vesszük a fel és lehúzó ellenállásokat a későbbiekben akkor kimenetként használhatóak, ugyanakkor bemenetként nem ajánlott ezeket használni, mert megzavarhatják a boot folyamatot.
Van a fejemben egy egyszerű külső áramkör amivel ez kiküszöbülhető. Tehát jelöljük meg ezt TASZK#1
A GPIO6-GPIO11 a beépített FLASH memória használja (alsó oldali csatlakozások).
Itt van egy kis tábla, hogyan vannak bekötve:
GPIO6 CLK
GPIO7 SDO0 MISO
GPIO8 SDO1 MOSI
GPIO9 SDO2
GPIO10 SDO3
GPIO11 SDCMD CS
A flash-nek folyamatosan csatlakoztatva kell lennie, tehát ezek a lábak nem használhatóak (legalábbis nem szabadon).
A rendszer két üzemmódot enged meg (lehet, hogy többet, de itt most csak a két legsűrűbben használt ESP8266 flash módról beszélünk): QIO (négycsatornás) és DIO (kétcsatornás)
QIO módban az összes SDx láb használatban van, DIO módban csak az SDO0/1. Ez azt jelenti, hogy a GPIO9/10 szabadon marad. Nézzük meg, hogy tudom-e használni ezeket. Tehát jelöljük meg ezt TASZK#2
Bizonyos dokumentumokban azt találtam, hogy a HSPI interface-t rá lehet mappelni a flash SPI lábaira. Elméletben, ha a HSPI CS jelét használjuk külső SPI eszközt köthetünk ide (4 vezetékes SPI). Ezzel meg tudom osztani az SPI lábakat a flash és a külső SPI között. Jelöljük meg ezt TASZK#3
Az ESP8266 a dokumentáció szerint tud SD kártyáról bootolni a belső flash helyett. Érdekes lenne kitalálni, hogyan működik ez. Tehát jelöljük ezt is meg TASZK#4
Egyenőre ennyi. Ki akarom deríteni, hogy a fenti négy elképzelésem működik-e, és írni a sikerről/kudarcról.
A fő ok, hogy egy idióta vagyok.
Hottá akartam férni az ESP12E/F alsó oldalán található kivezetésekhez.
Csak azt nem vettem észre, hogy ezek már elérhetóek a NodeMCU v1.0-án ami ott kallódik az asztalomon.
Ezért terveztem és építettem egyet:
Ez legalább egy olyan minimális panel amin hozzáférek ezekhez a csatlakozásokhoz, nincs rajta az USB/Soros átalakító, így könnyedén illeszkedik a jövőben tervezett projectjeimbe.
Akkor most egy pár szót arról, hogy mihez akarok kezdeni ezekkel a csatlakozásokkal.
Rengeteg fórumon arról írnak, hogy ezek a lábak használhatatlanok, kizárólag a beépített flash tudja használni ezeket.
Én egy makacs alak vagyok. Nem hiszem el amit mondtak. Magam akarom kipróbálni.
Nézzük meg, mit szándékszom elérni ezzel a panellel. A továbbiakban számozott taszkoknak fogom jelölni az elérendő eredményeket.
Az alap probléma az, hogy amíg az ESP8266 egy igen nagytudású processzor, könnyen programozható Wi-Fi-vel, jó sok flash memóriával a programok és adatok tárolására, igencsak limitált a felhasználható I/O-k száma. Igen, lehet I/O extendereket használni, de az nem ugyanaz.
Nézzük meg, hogy miből főzünk:
Először is ezek a GPIO lábak állnak szbadon rendelkezésünkre:
GPIO4, GPIO5, GPIO12, GPIO13, GPIO14
Ez összesen öt, nem túl sok annak ismertében, hogy az SPI-t és az I2C-t is csak ide tudjuk kirendezni.
A GPIO16 még lehet, hogy szabad, de néhány bejegyzés szerint megzavarhatjuk vele a boot folyamatot, és szerepe van a deep sleep üzemmódnál.
Nézzük, hogy mi másunk van.
A GPIO1 és GPIO3 használható, ha feladjuk a soros portot amin a programozás zajlik és a diagnosztikai üzenetek jönnek rajta. Ezjól használható a fejlesztési időszakban, majd később diagnosztikai célra.
Miután azt a funkciót mindenképp meg akarom tartani, ezzel egyenlőre nem akarok foglalkozni.
A GPIO0-t, GPIO2-t, GPIO15-t a boot folyamat használja. Ez azt jelenti, hogy a GPIO0 és GPIO2 tápra, a GPIO15 pedig földre van kötve a normál indulás során (ez nem igaz, ha programozzuk az eszközt, vagy SD kártyáról indítjuk).
Ha nem törődünk ezknek a boot során lévő állapotával ésfigyelembe vesszük a fel és lehúzó ellenállásokat a későbbiekben akkor kimenetként használhatóak, ugyanakkor bemenetként nem ajánlott ezeket használni, mert megzavarhatják a boot folyamatot.
Van a fejemben egy egyszerű külső áramkör amivel ez kiküszöbülhető. Tehát jelöljük meg ezt TASZK#1
A GPIO6-GPIO11 a beépített FLASH memória használja (alsó oldali csatlakozások).
Itt van egy kis tábla, hogyan vannak bekötve:
GPIO6 CLK
GPIO7 SDO0 MISO
GPIO8 SDO1 MOSI
GPIO9 SDO2
GPIO10 SDO3
GPIO11 SDCMD CS
A flash-nek folyamatosan csatlakoztatva kell lennie, tehát ezek a lábak nem használhatóak (legalábbis nem szabadon).
A rendszer két üzemmódot enged meg (lehet, hogy többet, de itt most csak a két legsűrűbben használt ESP8266 flash módról beszélünk): QIO (négycsatornás) és DIO (kétcsatornás)
QIO módban az összes SDx láb használatban van, DIO módban csak az SDO0/1. Ez azt jelenti, hogy a GPIO9/10 szabadon marad. Nézzük meg, hogy tudom-e használni ezeket. Tehát jelöljük meg ezt TASZK#2
Bizonyos dokumentumokban azt találtam, hogy a HSPI interface-t rá lehet mappelni a flash SPI lábaira. Elméletben, ha a HSPI CS jelét használjuk külső SPI eszközt köthetünk ide (4 vezetékes SPI). Ezzel meg tudom osztani az SPI lábakat a flash és a külső SPI között. Jelöljük meg ezt TASZK#3
Az ESP8266 a dokumentáció szerint tud SD kártyáról bootolni a belső flash helyett. Érdekes lenne kitalálni, hogyan működik ez. Tehát jelöljük ezt is meg TASZK#4
Egyenőre ennyi. Ki akarom deríteni, hogy a fenti négy elképzelésem működik-e, és írni a sikerről/kudarcról.
Feliratkozás:
Bejegyzések (Atom)