R

reverbrick

Thank you

Same here, lots of noise when powered from rack. Also when connected to ethernet it seem to take too much from the supply. Now I run from external power supply and run into ground loops.

Hey, Thanks for your reply Giuliomoro! I haven't considered the switches in the socket so it really seem like a problem which will probably be the case for other modules too. Thanks for clarification!

Hey there! Just received and partially built Pepper. It is wonderful, but I am considering doing it in banana standard. Anyone here tried that? Is it worth it? In the same time I am building modules from Pusherman and this decision will affect the rest of modular. Bananas seem to be more accessible, stackable and cheaper option.
Please help me choose. Regards from sunny Poland!

Is it possible somehow not to hardcode the ip so the scope still works if there's another one.

giuliomoro Will give it a try, thanks, anyway vision of having second BBB with xenomai is also a nice thing. Thanks for your help.

giuliomoro Unfortunately I did try different cables. Also reloading the driver does not help so I suspect hardware as my last idea. I'll try to arrange another BBB to be sure. Thanks for your help.

reverbrick seems like TimeMachine stuff...

Still nothing happens. Here's the only entry i got in dmesg.

ASP_TCP Disconnect: triggering reconnect by bumping reconnTrigger from curr value 0 on so 0xffffff8014e91650
ASP_TCP Detach: Reply queue not empty?

Not sure it is somehow related.

giuliomoro Thanks for reply,

root@bela ~$ dmesg | grep gadget
[ 15.420075] gadget: using random self ethernet address
[ 15.442690] gadget: Mass Storage Function, version: 2009/09/11
[ 15.448918] gadget: Number of LUNs=1
[ 15.458249] gadget: Multifunction Composite Gadget
[ 15.463371] gadget: g_multi ready

root@bela ~$ ifconfig usb0
usb0 Link encap:Ethernet HWaddr f6:66:24:34:fd:6b
inet addr:192.168.7.2 Bcast:192.168.7.3 Mask:255.255.255.252
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)

and dmesg after ifconfig usb0 up

[ 1302.463633] usb usb1: usb auto-resume
[ 1302.463660] hub 1-0:1.0: hub_resume
[ 1302.463750] hub 1-0:1.0: state 7 ports 1 chg 0000 evt 0000
[ 1302.478547] hub 1-0:1.0: hub_suspend
[ 1302.478584] usb usb1: bus auto-suspend, wakeup 1
[ 1302.478944] usb usb2: usb auto-resume
[ 1302.478962] hub 2-0:1.0: hub_resume
[ 1302.479065] hub 2-0:1.0: state 7 ports 1 chg 0000 evt 0000
[ 1302.488451] hub 2-0:1.0: hub_suspend
[ 1302.488484] usb usb2: bus auto-suspend, wakeup 1

giuliomoro This is exactly what I did. Thanks.
I haven't yet had much luck with calling zexy setup in cpp, but I'll try to work it out.
Anyway the trick with adding zexy as the first element is something I prefer as this way I am able to call it only inside patches that really need that.
Thanks a lot again.

giuliomoro Okay,
First of all thanks for your help! After your post I am starting to catch it up. I did a test: created a new patch with zexy and date objects. It came up with zexy message in terminal so it is loaded Now I need to reorder stuff in my patch so zexy will be first one.
I was not aware of how it works. I'll also try your second idea with editing cpp file.
Will post my findings.
Thanks! It's time to get a good filter in my patch...

giuliomoro Maybe that's the missing point as I expected external is being imported automagically as the path is given in core/default_libpd_render.cpp If it comes to usage of it, I am just trying to use datetime objects of zexy. Will send you all the files this afternoon.

Hello,
I think I have similar problem.
I've uploaded and successfully compiled zexy on bella.
Then I moved the compiled external to ~/Bela/projects/pd-externals/ , but my patch located on ~/Bela/projects/Bela-pd does not recognize zexy.
I've tried also to put it into my patch folder, recompile all by doing ./bela-update which resets all and checked for libpd_add_to_search_path("../pd-externals"); in core/default_libpd_render.cpp.
Still the problem exists.
My board is up to date using master-dev branch.
Please help.