http://forums.leaflabs.com/topic.php?id=530 A place to share, learn, and grow... en-US Fri, 22 Jan 2016 00:09:27 +0000 http://bbpress.org/?v=1.0.2 q http://forums.leaflabs.com/search.php http://forums.leaflabs.com/topic.php?id=530&page=2#post-3450 Mon, 24 Jan 2011 19:07:34 +0000 gbulmer 3450@http://forums.leaflabs.com/ <p>Thse Sagrad modules look lovely, but the development kit I saw at Future was $340 !-(<br /> The modules at $30+ are more reasonable.</p> <p>Please keep us posted on your progress.</p> <p>I have an Atmel WiFi SD card, but it is too expensive, so we are intending to work on 802.15.4 for a while. </p> http://forums.leaflabs.com/topic.php?id=530&page=2#post-3447 Mon, 24 Jan 2011 18:23:01 +0000 soundcyst 3447@http://forums.leaflabs.com/ <p><a href="http://www.soundcyst.com/news/2011/01/24/blinking-lights-and-bumble-boards/">bumble b boards have arrived from dorkbotPDX!</a></p> <p>board population will be in the next couple of weeks. i still have to put an order into digikey to get all of the parts. </p> <p>i had a brief look at sagrad's <a href="http://www.sagrad.com/index.php?option=com_content&amp;view=article&amp;id=105&amp;Itemid=113">wifi offerings</a>, and they seem <a href="http://www.sagrad.com/index.php?option=com_content&amp;view=article&amp;id=77&amp;Itemid=87">promising</a>. the issues i've seen with the wishields over on async's forums, on the other hand, don't really, though i'm inclined to think they're software related issues rather than hardware related.</p> <p>in any event, i'll be testing with the zerog to start, trying to get async's libraries ported, glitches and all.. once that works, i'll start considering other modules (depending on headaches incurred ;) </p> http://forums.leaflabs.com/topic.php?id=530#post-3129 Tue, 14 Dec 2010 23:13:46 +0000 Adam 3129@http://forums.leaflabs.com/ <p>soundcyst,</p> <p>I need streaming data via wifi, not to an SD card. 802.11b should be fast enough for now. I have done some performance tests on uIP and it is much slower than the link rate, and looking at the code, you can see it is meant for systems with much slower processor and much less RAM. So I think LWIP will speed things up enough.</p> <p>And also, hopefully microchip or someone will offer a faster wifi module. </p> http://forums.leaflabs.com/topic.php?id=530#post-3121 Tue, 14 Dec 2010 14:54:23 +0000 soundcyst 3121@http://forums.leaflabs.com/ <p>@okie, thanks.</p> <p>@adam, awesome!</p> <p>i wrote a little <a href="http://www.soundcyst.com/news/2010/12/05/bumble-b-prototyping/">blog post</a> about the prototype, but basically, i'm using the same WiFi chip that the folks over at async labs use in their WiShield, YellowJacket, and BlackWidow boards. It's a (MicroChip) ZeroG2100, which has hardware AES and TKIP accelerators, but doesn't implement the network stack.</p> <p>i picked up a YellowJacket for software prototyping so that I can try to get a very proto-faked version of my software running before i put it on the right board. i haven't gotten too far with it, though, as the YellowJacket is particularly unfriendly to networks running any form of security. i tried posting to async's forum, but an administrator needed to approve me to post, and it's been a few days.. they acknowledge that it's a part time gig for them, but still, it would be nice to be able to use their forum..</p> <p>the good news is that the issue is likely in the networking software, rather than in the chip, so if lwIP fixes that, i'd be very inclined to use it. another issue with the yellowjackets is that they're finicky about which base stations they'll talk to, which also seems to be software-related. ideally, the bumble-b wouldn't have this issue, and would connect to any wifi network at all, regardless of the base station.</p> <p>regarding speed, the ZeroG2100 only does 802.11b, so depending on your required bandwidth, that may be more of a limiting factor than any software.</p> <p>but, if you're not gathering a constant data stream, the uSD card is wired to take advantage of the 4 data bits in SDIO, so logging there should be faster on a bumble-b than on any SPI-based uSD boards. perhaps logging to the uSD, then doing some quick encryption could lighten the packet load.. </p> http://forums.leaflabs.com/topic.php?id=530#post-3118 Mon, 13 Dec 2010 22:40:42 +0000 Adam 3118@http://forums.leaflabs.com/ <p>soundcyst:</p> <p>I am very interested in the Bumble-B. If there's any way I can help, let me know.</p> <p>In the meanwhile, I am working to port LWIP to the Maple+ZG2100. I would really like to have a Maple-compatible board that has wifi and a high-density STM32 chip in it, as the extra RAM would really help - running LWIP and an application is tight on the medium density devices. I am interested in streaming sensor data over wifi and uIP isn't fast enough. </p> http://forums.leaflabs.com/topic.php?id=530#post-3116 Mon, 13 Dec 2010 18:01:52 +0000 okie 3116@http://forums.leaflabs.com/ <p>soundcyst:</p> <p>yes, R15 and R16 can be removed without affecting compatibility with the bootloader, libmaple, and the IDE. </p> http://forums.leaflabs.com/topic.php?id=530#post-3093 Sun, 12 Dec 2010 02:08:59 +0000 mbolivar 3093@http://forums.leaflabs.com/ <p>soundcyst: while i don't feel confident enough to answer your question myself, i've forwarded the question on to our hardware people. </p> http://forums.leaflabs.com/topic.php?id=530#post-3063 Thu, 09 Dec 2010 15:05:59 +0000 josheeg 3063@http://forums.leaflabs.com/ <p>if you wanted to use kicad a free and open source soluiton over eagle cad you can look at my dr-brog-arm board heavly fallowing maple r3-5 </p> http://forums.leaflabs.com/topic.php?id=530#post-3053 Wed, 08 Dec 2010 14:16:30 +0000 soundcyst 3053@http://forums.leaflabs.com/ <blockquote><p>USB_P is not used.</p></blockquote> <p>does this mean R15 and R16 can be remvoved? </p> http://forums.leaflabs.com/topic.php?id=530#post-2958 Fri, 03 Dec 2010 19:06:29 +0000 soundcyst 2958@http://forums.leaflabs.com/ <p>oh, one or two ;)</p> <p><a href="https://github.com/soundcyst/maple/blob/master/maplish-bbuino/bumble-b.png" rel="nofollow">https://github.com/soundcyst/maple/blob/master/maplish-bbuino/bumble-b.png</a> </p> http://forums.leaflabs.com/topic.php?id=530#post-2894 Tue, 30 Nov 2010 18:45:44 +0000 mbolivar 2894@http://forums.leaflabs.com/ <p>the bootloader wants USB_DISC, an LED, and a button. USB_DISC is necessary, but you can fake the last two/move them around (in fact, we did just that in the mini-boot bootloader branch).</p> <p>the LED is just a status indicator; the button is just a way to signal perpetual bootloader mode. ("ok, i'm blinking fast to see if you want me to enter perpetual bootloader mode"; "ok, you pressed the button, so i'll just wait for new code forever..."). if you can live without those, we could refactor things so those steps would be omitted.</p> <p>USB_P is not used.</p> <p>the diff between the maple-bootloader master and mini-boot branches is likely a solid predictor of the work necessary to get the current bootloader up on your device. once that plays nice, you're likely golden as far as libmaple is concerned.</p> <p>the IDE relies on serial-over-usb to request the chip to reset itself. this (of course) remains true in the upcoming serial bootloader. if you want IDE compatibility, you should preserve that. the short story is that we do a little DTR/RTS toggling to transfer control to the bootloader, then conduct the remainder of the transaction over the data lines.</p> <p>the connections made at PC 9, 11, and 12 can be #defined to go somewhere else. in general, if you don't feel like breaking something out, then don't, and make your own BOARD_xxx entry (PIN_MAP, etc.) to reflect that; see boards.h:<br /> <a href="https://github.com/leaflabs/libmaple/blob/master/wirish/boards.h" rel="nofollow">https://github.com/leaflabs/libmaple/blob/master/wirish/boards.h</a></p> <p>so far, that's all we've had to do to make libmaple play nice with our maple mini prototypes. i'm just finishing that up right now; a git push will occur sometime tonight.</p> <p>we expect libmaple to grow more device-agnostic over time as we add more boards to the line. right now the bootloader situation is a bit of a mess, though. since many things are behind schedule as it is, that mess is likely to remain for a while.</p> <p>in any case, we probably won't mind merging your changes in; in fact, patches are usually welcome, and it seems like you've got a cool project brewing. </p> http://forums.leaflabs.com/topic.php?id=530#post-2891 Tue, 30 Nov 2010 13:54:02 +0000 soundcyst 2891@http://forums.leaflabs.com/ <p>any "official" words on this? </p> http://forums.leaflabs.com/topic.php?id=530#post-2743 Thu, 18 Nov 2010 22:58:57 +0000 soundcyst 2743@http://forums.leaflabs.com/ <p>yeah, jtag or swd.. and not necessarily even a bootloader. i have iar and a jlink for work, so for the first rev, i'll probably just use that, but i'd like to make this and other designs maple compatible in the future, so i thought i'd ask the question.. </p> http://forums.leaflabs.com/topic.php?id=530#post-2733 Thu, 18 Nov 2010 20:52:10 +0000 gbulmer 2733@http://forums.leaflabs.com/ <p>I have a similar-sounding design.<br /> IIRC the only option was to move the pins to get at the peripheral.</p> <p>You can initially boot those high-density chips and load using the USART, not USB. Are you using JTAG to blow a bootloader? </p> http://forums.leaflabs.com/topic.php?id=530#post-2720 Thu, 18 Nov 2010 17:20:51 +0000 soundcyst 2720@http://forums.leaflabs.com/ <p>i had trouble understanding most of that..</p> <p>i suppose i should clarify what i'm trying to design.</p> <p>an analogy should help.<br /> <a href="http://sanguino.cc/">sanguino</a> is to arduino, as the board i am designing is to maple.</p> <p>it's slightly different hardware, but runs the same software libraries and uses the same bootloader and IDE.</p> <p>sanguino is used in the reprap and makerbot 3d printers. <a href="http://diydrones.com/notes/ArduPilot">ardupilot</a> is another example for UAVs. </p>