-
Fototrend
Egyre több bankkártya méretű, egy kártyás számítógép kapható a piacokon, tipikusan nem Intel platformon. A topic ezen számítógépek hardveréről, linuxos operációs rendszeréről, szól. A kis gépek zöme otthoni hardverfejlesztésre, barkácsolásra is alkalmas, így ehhez kapcsolódó elektronikai kérdések is témába vágnak.
Új hozzászólás Aktív témák
-
azbest
félisten
válasz
orbitalion #404 üzenetére
Szoktak lenni blokkdiagramok, de a kártya fotóján lévő képeken látható chipekből is kiderül. Az allwinnerek natívan támogatnak satát és lant. Ha jól emlékszem a soc-ba intergáltan 100-as netet tud (példa), de külső lan chippel gigabitet is (példa). Bár lehet félreértem és szimplán attól függ mega vagy gigabites, hogy melyik reatek hálózati chipet teszik mellé [link]. Persze lehet más gyártó ethernet chipje is akár.Egyébként nem feltétlen akkora probléma, csak kifjezetten a raspberry pi esetén vannak usb kezelési problémák, amikről nem tudjuk egyértelműen, hogy az usb-lan chip vagy maga a soc usb-je okozza. Azóta láttam már 8 magos odroidot is olyan usb-lan chippel, így gondolom, hogy a broadcom belső usb-je lehet a problémás.
-
moli.hu
őstag
válasz
orbitalion #331 üzenetére
demagog kocsog leszek, de az internet elott meg kellett "varnod" mig talalkoztal egy szakertovel, ami evekbe telt, nem napokba.
apt-get install linux-source build-essential
-
bambano
titán
válasz
orbitalion #333 üzenetére
a /etc/apt/sources.list fájlban vannak ilyen sorok:
deb http://ftp.hu.debian.org/debian/ jessie main contrib non-free
deb-src http://ftp.hu.debian.org/debian/ jessie main contrib non-freeha csak a deb van benne, akkor binárisokat lehet egyszerűen telepíteni, ha a deb-src sor is, akkor a forrásfájlokat is.
-
bambano
titán
válasz
orbitalion #331 üzenetére
ha van deb-src sor az apt konfigjában, akkor egy utasítással fel lehet rakni a kernelforrást.
-
orbitalion
tag
válasz
orbitalion #330 üzenetére
Azt hiszem a Raspbian iso nem tartalmazza a kernel forrását, ez megmagyaráz sokmindent. Most azon vagyok, hogy ezt a forrást beszerezzem, de nem tiszta, hogy honnan és, hogy csak egyféle van-e a 3.4.90-ből, vagy van amelyiket BananaPi-re portolták? Jó ez az internet, csak az életem rámegy, mire megfelelő információkat találok!
-
tvamos
nagyúr
válasz
orbitalion #323 üzenetére
Az Android nem egy Debian alapu Linux distro. Noncs apt-get, meg sokminden mas sincs.
Talan Keeperv85 kollegat keresd meg, ugy emlekszem mas topicokbol, o keni-vagja a temat. (Hozzam kepest tutira...) Esetleg olvasgasd a blogjat. -
azbest
félisten
válasz
orbitalion #319 üzenetére
ahogy nézem több branch van, lehet csak git checkout-tal át kell váltani a másikra [link]
-
|DavidWoody|
tag
válasz
orbitalion #311 üzenetére
Köszönöm a linket. Az árával biztosan nem , 300$-t hajlandó vagyok rászánni. Ha annál több , testvérem Dániában él , ott kb 400$-nak megfelelő áron megy a Shield Tab , akkor veszek inkább azt és MHL.
-
orbitalion
tag
válasz
orbitalion #289 üzenetére
A 16G-s SD-vel nem indul, nem értem miért nem. Olvastam olyat, hogy a 4.4 dupla táplálással indult csak el. Lehet, hogy többet fogyaszt a nagy SD, mint a határeset? Nehéz elhinni, valami más ok lehet.
-
orbitalion
tag
válasz
orbitalion #288 üzenetére
Annyit szeretnék korrigálni, hogy az első bekapcsoláskor nagyon hosszú ideig kell várni, sajnos nem jelzi semmivel, hogy kész. kb. 10-15perc is kellhet. Egyértelműen kialakít egy fájlrendszert eközben és ha megszakítjuk, soha nem indul el. Utána is csak úgy, ahogy írtam. Most egy 16G-s SD-re tettem fel, hogy kiszűrjem a sebesség problémából a másik 8G-s SD-t, amin először próbáltam.
-
azbest
félisten
válasz
orbitalion #282 üzenetére
Win alatt ha van külön sd partició vagy kártya, akkor az elve önálló meghajtóként szokta az asztali gép felcsatolni. Telefonon ilyenkor van hogy nyomni kell még valamit, hogy felcsatolja. Esetleg a pécén kell még drivert telepíteni.
Ezeket a boardokat rá lehet futás közben pécére kötni, mint a telefonokat? Mert lehet, hogy kikapcsolt állapotban / máshogy rákötve egészen mást mutat a pécé felé, mint menet közben.
Viszont a jogosultság probléma nekem azt sugallja, hogy nem a megfelelő helyre szeretnéd másolni. Példának okáért ha a böngészőben bármit letöltesz, akkor az sd partició/kártya Downloads mappájába pakolja a fájlt. Tölts le valamit böngészőből, amit utána megkereshetsz a fájlrendszerben, hogy hová teszi.
Lehet még
/sdcard/0
/sdcard/legacyEzek az sdcard mappák ráadásul symlinkek szoktak lenni, mert attól függ hová mutatnak, hogy van e fizikai sd kártya vagy más külső tároló rákötve, vagy sem.
szerk:
(#284) orbitalion
most látom a válaszodat... simán lehet, hogy tartalmaz még hibákat az android, amit összeállítottak a boardhoz. Ez egy ilyen játék -
steveetm
őstag
válasz
orbitalion #282 üzenetére
És valóban, igazad van, mert normális esetben android alatt a külső sd kártya fat32 rendszerű, és egyszerűbb a helyzet windows alól.
Nálad ext4 lesz, így az írása windows alól komplikáltabb, ext2fsd-vel lehet játszani, de egyszerűbb egy tetszőleges livecd-t bebootolni virtualbox-ba, majd ott írsz amit akarsz.
Ha android alól nem megy az írás, az valószínüleg azért van, mert csak olvasható a filerendszered, ezt egy
mount -o remount,rw /
mount -o remount,rw /systemmegoldja(attól függ hová akarsz írni), vagy, ha adb működik akkor
adb root
adb remountEzekhez annyi megjegyzés, hogy fogalmam sincs, hogy a bPi android image-e alapból rootolt-e, van-e su, stb, de az alap problémád, hogy nem írható a filerendszer, azt az rw módban való remount oldja meg, amihez root jog kell. Root jogok szerezni androidon pedig attól függ, hogy éppen milyen állapotban van, de erősen kétlem, hogy egy adb root-se menjen. Ha pedig az megy, akkor oda tényleg azt másolsz, amit szeretnél(su, supersu, akármi).
Üdv.: steveetm -
steveetm
őstag
válasz
orbitalion #279 üzenetére
Nem hiszem, hogy kényelmetlenül kellene érezned magad. Mikor írtam korábban, szerintem ott is megemlítettem, hogy necces ez az off megítélés, főleg egy ilyen témában. Gondolom azért tette azbest off-ba az övét, mert úgy gondolta, hogy ez egy teljesen általános android probléma, tehát egy mobilra / tabletre illetve egy kártyapc-re, amin android fut, 100%-ig megegyező módon kell feltelepíteni.
Ugyanakkor egy olyan kérdés pl. hogy hogyan telepítsünk linuxot egy kártyapc-re, nem feltétlenül akkora off, mert x86-tól eltérően itt vannak lényegi különbségek, és az emberek zöme a linuxos topicokban x86 származékra telepít. Persze telepítés után a dolgok 99,9%-a megint ugyanaz lesz PC-n és kártyaPC-n, szóval megint elmosódik az off határ, de ezek pl tipikusan azok az "offolások" amik nekem se feltétlen kerülnek "off" kategóriába vannak. Valakinek meg igen
Mondok egy hülye példát még. Ha képes lenne windows-t futtatni az bPi, akkor utána már nem itt keresnél megoldásokat mondjuk olyan problémára, hogy hogy kell felbontást váltani, mert úgy kell, ahogy windowson, van neki topic.
De, hogy valami lényegit is mondjak, azbest megoldása annyi, hogy akár google play-ból feltelepíted a playert, sd kártyát berakod egy kártyaolvasóba a gépeden, simán bemásolod rá a libffmpeg.so-t a gyökerébe, és ennyi.
Mégegyszer, nem akarok azbest szájába adni semmit, de ami miatt ezt ő offba tehette az az, hogy ebben nincs semmi kártyapc specifikus dolog.
Ne érezd rosszul magad, mert tényleg nincs itt szerintem semmi probléma.
Üdv.: steveetm
-
Den
veterán
válasz
orbitalion #275 üzenetére
Én nem akarok beleszólni, hogy a topicgazda és a topic törzstagjai mit tartsanak offnak és mit nem, de szerintem a hsz-eid többsége ide (is) való. Lehet hogy a nagyon profiknak akik kézségszinten vágják a linuxot, androidot, stb... nem kértyapc-hez valónak tűnnek az ilyen kérdések, de pl hozzád hasonlóan én is a kártyapc kapcsán találkozom a linuxal, és végülis a számítógép a hardver és szoftver együttese, ezeknek a kis gépeknek szerves része a linux és android, ezek nélkül levélnehezéknek jók csak, úgyhogy én nem látok nagy problémát a kérdéseiddel, nekem is segítenek, ráadásul a topic nem pörög annyira, hogy ha valakit mégsem érdekel itt linuxos kérdés akkor ne tudná átpörgetni. Amióta a topicot figyelem, napi 1-10 hsz születik.
De ez csak az én véleményem. -
moli.hu
őstag
válasz
orbitalion #275 üzenetére
azert nem en szoltam rad.
OFF: egyebkent a fentiektol teljesen fuggetlenul alapvetoen en ugy gondolom, hogy egy forum nem arra valo, hogy az ember megismerkedjen valamivel, beletanuljon valamibe. Arra ott a google es a wikipedia. A forum arra valo, hogy ha az ember elakadt, akkor 2-3 napnyi (nem viccelek.) google es wikipedia utan a szakertoktol segitseget kerhessen. Raadasul a forum lassabb is, mert meg kell varni, mig valaszolnak, es megbizhatatlanabb, gatyrabb is, hisz eleg valoszinutlen, hogy pont ezen a magyar nyelvu forumon volna minosegi szakember, mig a googlevel valoszinuleg azokat es az o valaszaikat talalod meg, joval megbizhatobb tartalmat talalsz. A forum meg arra is jo, ha kifejtendo, szubjektiv valaszt akarsz. De ez en vagyok, mas meg biztos szeret csevegni.
-
moli.hu
őstag
válasz
orbitalion #273 üzenetére
bar nem kovetem figyelmesen, de en nem emlekszem, hogy emiatt az androidos ugy miatt radszolt volna valaki. osszemosod a dolgokat. amikor szoltunk, azt azert szoltuk, mert az volt. ez nem az.
-
azbest
félisten
válasz
orbitalion #271 üzenetére
nem a fájlrendszer, hanem az sd kártya vagy annakchiányában az sd kartyaként mountolt particióra kell.
ez pl /sdcard vagy /mnt/sdcard is lehet. Azt az androidot nem ismerem, hogy pontosan milyen.
Es file explorer pl teljesen jó erre. -
azbest
félisten
válasz
orbitalion #269 üzenetére
androidos telefonon és tableten dice playert használok libffmpeg-gel [link]. Az tud hálózaton is tallózni és nem csinál olyan fagyásokat mint az mx player.
-
bambano
titán
válasz
orbitalion #253 üzenetére
itt nem fognak piszkálni
-
Den
veterán
válasz
orbitalion #251 üzenetére
Én a w-t rendeltem, ami pont ugyanaz mint az rpi, csak kisebb, nincsenek a portok beforrasztva, és van rajta lítium akku töltő/illesztő áramkör, rtc, meg még pár apró eltérés, de ugyanaz a proci, meg a ram.
-
steveetm
őstag
válasz
orbitalion #253 üzenetére
Félre ne érts, tökéletesen megértem a lelkesedésed, de egy picit talán kezd elmenni a topic egy olyan irányba, ami nem feltétlen válik előnyére szakmai szempontból. Nem azt mondom, hogy ne legyen soha semmi off, hülyéskedés vagy élménybeszámoló, de az utóbbi részben picit inkább tűnhet valami személyes blognak.
Tényleg nem bántásból, ha van bármiben kérdésed, biztos segítünk, vagy legalábbis megpróbálunk. Nekem nem szokott egyébként sem problémám lenni az offolássla, de most talán picit tényleg kezd "sok" lenni, ha nem is az off legszorosabb értelmében véve.De lehet nincs igazam, ignorolhatsz is
/Peace.
Üdv.: steveetm
-
lord.lakli
őstag
válasz
orbitalion #251 üzenetére
A telefon bele most is kicsi, csak kell a képernyő ping-pong ütőnek
-
lord.lakli
őstag
válasz
orbitalion #245 üzenetére
Annyira mazoizmus, hogy a legújabb windows 2012-es szerverek is alapból csak konzolos felülettel települnek.
-
steveetm
őstag
válasz
orbitalion #242 üzenetére
Szerintem ebben a topicban legyen elég annyi, hogy a linux-sunxi egy olyan linux kernel verzió, amely az allwinner SoC-okon fut, a bővebb írás szerintem nagyon off lenne, próbálj meg keresni Linux kernel-re, GNU/Linux-ra, esetleg ez a [link].
Üdv.: steveetm
-
steveetm
őstag
válasz
orbitalion #238 üzenetére
Most nézem, picit felületesen olvastam amit írtál.
Itt egy helyesebb link:
[link]Ezen belül már van I2c, SPI userspace példa is, ami neked tetszik.
Üdv.: steveetm
-
steveetm
őstag
válasz
orbitalion #238 üzenetére
A második link A13, de nem zavarjon meg, a metodika ugyanaz lesz. Nyilván ez egy kicsit "csalás", mert mmap-ról még szó sincs, és GPIO lib se kell külön. Ezt fel lehet fogni előnyként és hátrányként is, sorold be, ahova szeretnéd
Egyébként libek is vannak, de most nem találom a linkemet, de talán mintha az A20 SDK-ban is lenne hozzá valami. Ha megleltem, akkor még jelentkezem.
Üdv.: steveetm -
moli.hu
őstag
válasz
orbitalion #223 üzenetére
"""a linux mint oprendszer a kártya PC-k szerves részeként. Remélem jól gondolom akkor, hogy itt lehet erről is beszélni?"""
ez az en vesszoparipam, de altalanossagokat lecci ne, vannak erre megfelelo topikok, ahol raadasul megfelelobb emberek is varjak a kerdeseidet. ha egy tema szervesen kapcsolodik ehhez a topikhoz, tehat a kartyapckhez, akkor persze itt, mint peldaul hogy azonos-e a kartyapc-n levo debian a pc-s debiannal. de azt, hogy mi az a gtk, azt ne itt legyszi, ha erdekelne ez a tema, akkor olvasnam azt a topikot, de engem csak a kartyapc erdekel.
-
bambano
titán
válasz
orbitalion #227 üzenetére
"Aztán az erhernet területe is kérdéses lesz, mert valahogy adatokat kell átadjak a PC-nek.": unix. használd azt, amit mások megcsináltak már. nehogy te faragj ethernet cuccokat, az egész kompletten készen van.
szerintem ezen a szinten "fejlesztői környezetnek" nincs sok értelme, egy vi (vim) pont elég.
(#230) steveetm: "A NetBeansnek semmiképp nem hibája az, hogy Java alapú, ha van benned valami rossz beidegződés a Java-val szemben, akkor el kell felejteni." de legalább jó lassú, nagy tohonya dög
-
bambano
titán
válasz
orbitalion #218 üzenetére
szerintem így kellene megcsinálni (két lehetőséget látok):
1. megírsz egy c programot, ami rs485-ön kommunikál a berendezéssel, és leszedi róla a neked szükséges adatokat (egy menetben az összeset), majd ezeket az adatokat valami strukturált formában leteszi egy fájlba. azok a programok, amik használni akarják az adatokat, ebből a fájlból dolgoznak (például teheti a web szerver könyvtárába is.
2. megírsz egy c programot, aminek paraméterként átadod, hogy konkrétan melyik adatra van szükséged, és azt az egy adatot leszedi a berendezésedről, majd kiírja a kimenetére. utána az snmp csomagban levő snmpd-t felkonfigurálod, hogy általad meghatározott snmp object azonosítókon milyen adatokat adjon vissza, és egy konfig kitöltésével összekötöd a két programot. ez úgy tud működni, hogy bármilyen gépről snmp klienssel megszólítva a málnát/banánt, az azon futó snmp szerver elindítja az általad írt programot, átveszi a kimenetét és visszaküldi a hálózaton a kiírt eredményt.ez csak elsőre hangzik fekete mágiának, mert nem az. az snmp szerver dolgozhat akár az első pontban leírt fájlból is.
a lényeg, hogy szét kell szedni a problémát, nem egyben megoldani. egy alprobléma a berendezéssel való kommunikáció, egy másik alprobléma az adatok kinyerése a málnából/banánból és egy harmadik alprobléma, hogy weben is el akarod érni.
én úgy fejlesztenék, hogy egy pc-re feldobnék egy debiant, ha eddig nem volt, és abba dugnám bele a fejlesztés idejére az rs485-öt. ezzel kímélném az egyébként nem túl gyors és nem túl nagy tárhelyes málnát az erőlködéstől. amikor megírtam azt a c programot, ami az rs485-öt hajtja, akkor ezt a pc-t nem használnám tovább, hanem a c programot áttolnám a málnára, és ott lefordítanám.
"Viszont nem hiszem, hogy a PC-n ugyanaz a kód ugyanúgy fog viselkedni.": de. én nemrég faragtam rfid kártyaolvasóhoz ugyanígy programot, simán ment. persze itt nem csicsás grafikus cuccokra kell gondolni, hanem ilyen 100-130 soros konzolon futó c programra. mert nem kell több.
nem tudom, mit kellene itt távoli asztalozni, ez a kategória szerintem nem erről szól. írhatsz programot a málnán is, ha türelmes vagy. ha nem, akkor pc. én nem voltam türelmes, pc-n írtam.
"Az is jó kérdés, hogy a pi-ken futó oprendszerek mennyire kompatibilisek egymással és összességében a "linux-al"?": a raspbian az raspberry pi-re portolt debian. azokon a területeken, amire itt neked szükséged lehet, teljesen kompatibilis. legalábbis forráskód szintjén, mert binárisan nyilván nem. de amit megírtál c-ben pc-n, a c forrást átmásolva, le lehet fordítani málnán és működik. illetve egy halom program megvan a málnára is, ami a pc-s debianban benne van.
-
steveetm
őstag
válasz
orbitalion #229 üzenetére
A Glade nem fejlesztőkörnyezet, ezen kívül sok baja nincs, de amikor én néztem, még a megmosolyogtató kategóriába tartozott, bár kétség kívül megvalósította azt, amit ígért.
A NetBeans mellé használható Glade, vagy Glade mellé NetBeans, de semmiképp sem jó egyik a másik kiváltására, teljesen másra valóak!
A NetBeansnek semmiképp nem hibája az, hogy Java alapú, ha van benned valami rossz beidegződés a Java-val szemben, akkor el kell felejteni. Ha bedöglik a Toyotám akkor sem fogom azt mondani, hogy ne használj Opel-t, mert az is Ottó-motorra épül
Üdv.: steveetm
-
steveetm
őstag
válasz
orbitalion #227 üzenetére
Fejlesztőkörnyezet beállításához tudom ajánlani ezt a leírást.
Ilyenkor, a fejlesztőkörnyezet futhat a saját gépeden(Ami erőforrás igényes, én ilyeneket nem tákolnék pi-n, amikor a legkisebb projektemnél a netbeans/eclipse 5-600 mega alatt nem áll meg), viszont a fordítás / futtatás a pi-n történik. A debugolás pedig történhet remote módon, tehát pi-n fut a kód, de a netbeans-ben tudod debugolni, a saját gépeden ([link]).És ha eddig ez nem derült volna ki, fejlesztőkörnyezetnek javasolom a NetBeans-t
Annyi megjegyzés, hogy amiket írtam azért már picit haladóbbak, nem árt némi rálátás, hogy mi miért merre és hogyan történik, különben hajtépés inc. Nem kell hozzá atomfizikusnak lenni, de egy egy vi + gcc program.c -nél ezt bonyolultabb beállítani.
Üdv.: steveetm
-
steveetm
őstag
válasz
orbitalion #224 üzenetére
Ja igen, amit kihagytam:
GTK tutorial
SDL tutorial
QT tutorialÉrdemes megnézni az egy gombot tartalmazó GTK és QT hello worldöt^^
(jójó, tudom, alma-körte, de valamiért nekem esztétikusabb, pedig akkora ultra-gtk-s voltam világ életemben, hogy ihaj, de QT kódra sose tudtam rosszat mondaniMondjuk az is sokat nyom a latba, hogy ott van hozzá a QTCreator is egyből, na)
Üdv.: steveetm
-
steveetm
őstag
válasz
orbitalion #224 üzenetére
Igazából nekem nem teljesen tiszta, hogy milyen grafikus felületet akarsz készíteni, de a három a dolog amit írtál, három teljesen különálló része a képnek:
GTK: GIMP Toolkit - Lényegében ezzel készíted az UI-t. Tartalmaz gombokat, ablakokat, kereteket, stb, tehát minden, ami egy UI felépítéséhez kell.
GDK: GIMP Drawing Kit - Ez az, amire 99.99%-ban biztos hogy nem lesz szükséges. Ez egy alacsonyszintü API, amely a GTK(+) és az X között teremti meg a kapcsolatot. Tehát lényegében mikor te azt mondod, hogy kérek egy ablakot az x,y helyre, akkor azt a GTK-nak adod ki, amely GDK parancsokkal elkészíti az ablakot, a GDK pedig szól az X-nek, hogy ezt meg azt kéne ide meg oda rajzolni.
X : Ebben is biztos vagyok, hogy nem ezt akarod fejleszteni. Az X felelős azért, hogy a gépen lévő HW-ről információt ad a felsőbb rétegek felé, tehát hol a korzuk, milyen képernyők vannak, stb.Mindhárom NAGYON le van egyszerűsítve, mert Linux alatt (is), nagyon elkülönölnek a dolgok, mert ezeken kívül még ezer másik dolog is végzi külön a dolgát(tehát egy asztali környezeten KÍVÜL van még egy ablakkezelőd is, és még a grafikus szerver és a grafikus kliens és külön megvalósítás lehet. De ez iszonyat off irány, inkább visszakanyarodom).
Naszóval, mivel nem tudom, hogy neked pontosan mi kell, ezért bedobnék egy olyat is, hogy az egész X cuccot felejtsd el, és esetleg egy frambufferbe rajzolsz SDL-el, amit szeretnél. Az SDL egy olyasmi dolog, mint windowson a DirectX, működik C/C++-ban, és biztos állíthatom, hogy normál halandó is el tud benne igazodni.
Ami hátrány: MINDENT neked kell megcsinálni benne, nincsenek kész UI elemek(mint ablak, gomb, stb)
Ami előny: Nem kell hozzá X, meg semmi extra.Ha mégis az X irány kell, akkor neked GTK(+) -ra, vagy QT-ra van szükséged, ezt a kettőt keresd, a többit ne.
Üdv.: steveetm
-
Den
veterán
válasz
orbitalion #218 üzenetére
Én távoli asztal elérést ezalapján a videó alapján lőttem be pi-n, elég egyszerű és jól működik [link]
-
bambano
titán
válasz
orbitalion #215 üzenetére
1. Szerintem rs485-öt c-ben érdemes kezelni, babrásabb, de biztosabb. nem hiszek az interpretált nyelvekben hardverközeli dolgoknál.
2. nem látom, minek használnál ebben a felállásban tcp/modbust. szerintem teljesen feleslegesen bonyolítja a felállást.
2a. a mért adatok átadására a legegyszerűbb módszer, ha egy ascii fájlba lerakod a webszerveren és onnan tölti le a vb programod http-n.
2b. a nem annyira legegyszerűbb módszer, ha xml-ben rakod le
2c. a szép megoldás szerintem az, ha menedzselési feladatokat menedzsment protokollal hajtunk végre. a mért adatokat snmp szerverbe tölteném bele és pc-n simán snmp-vel szedném le. ezzel a megoldással azt is elérnéd, hogy nem csak az általad faragott klienssel lehet feldolgozni az adataidat, hanem tetszőleges nms-sel is.a 2b megoldás arra is jó lehetne, hogy beletolod js-ben az egyszerű lekérdező scriptet a böngészőbe, és utána ugyanazzal a protokkollal ugyanúgy szedné le a böngészős felület, mint a pc-s vb felület. egy melóval két probléma letudva.
a c-s megoldás annyiból jó lehet, hogyha az rs485 csatoló esetleg usb-s, azt pc-be dugva gyorsan lehet fejleszteni a lekérdezőt, utána csak le kell fordítani pire és áttölteni.
Új hozzászólás Aktív témák
- NVIDIA GeForce RTX 5070 / 5070 Ti (GB205 / 203)
- Kormányok / autós szimulátorok topikja
- Formula-1
- Elektromos rásegítésű kerékpárok
- Renault, Dacia topik
- Házimozi belépő szinten
- Okos Otthon / Smart Home
- War Thunder - MMO Combat Game
- Milyen légkondit a lakásba?
- Eredeti játékok OFF topik
- További aktív témák...
- Komplett PC
- ROBUX ÁRON ALUL - VÁSÁROLJ ROBLOX ROBUXOT MÉG MA, ELKÉPESZTŐ KEDVEZMÉNNYEL (Bármilyen platformra)
- Megaport gaming pc + billentyű
- ! AMD Brutál Gamer Konfig ! 9800X3D / 7900XTX ( RITKASÁG ) 32Gb RAM 32Colos ROG Monitor
- Beszámítás! HP Z2 G4 Tower Workstation számítógép garanciával, hibátlan működéssel
- AKCIÓ! Apple MacBook Pro 13 2022 M2 8GB 256GB SSD garanciával hibátlan működéssel
- 14" Dell Latitude laptopok: 5400, 5480, 5490, 7480, E7440, E7450 / SZÁMLA + GARANCIA
- Eredeti, új Lenovo 330W töltők - ADL330SDC3A
- BESZÁMÍTÁS! Intel Core i7 4790 4 mag 8 szál processzor garanciával hibátlan működéssel
- Bomba ár! HP EliteBook 850 G2 - i5-5GEN I 8GB I 256GB SSD I 15,6" FULL HD I Cam I W10 I Gari!
Állásajánlatok
Cég: PC Trade Systems Kft.
Város: Szeged
Cég: CAMERA-PRO Hungary Kft
Város: Budapest