Skip to main content

Topics

This section allows you to view all Topics made by this member. Note that you can only see Topics made in areas you currently have access to.

Topics - jone

1
Client software / Zooming feature request
Hi Jawi,

I've just created a new issue on githib concerning mousewheel zooming. Don't know if anyone else is the same, but I find the current Ctrl-mousewheel approach a bit awkward? Anyway, just a request. But an option to change these bindings would be great..

Cheers,
Jon

Quote
I find the default behaviour of scrolling with the mousewheel (and zooming with Ctrl-mousewheel), a bit counter-intuitive. Would it be possible to have an option that makes zooming the default mousewheel action?

Of course it's easy enough to get used to, but every time I use the client I have to re-learn the current behaviour. I think drag to scroll, and mousewheel to zoom is the most common approach with other apps?
2
Project logs / Wireless home energy monitor
I've had a prototype energy monitor running at home for some time, but I needed a another one to read a 2nd electricity meter.

So I took the opportunity to tweak the design and make my first SMD board. I've put some build notes and pictures on my web site, alog with links to the source code and schematic/pcb files.
http://http://www.dresco.co.uk/projects/energymonitor

[attachment=3]
[attachment=2]
[attachment=1]
[attachment=0]
Hope it's of interest to someone, I've got a few more projects I want to document this winter, so any feedback welcome ;)

Jon.
3
General discussion / Hand soldering surface mount devices - footprint sizes
Hi, I need to get some new PCBs made for an old project, so I thought I'd have a go at changing it from through hole to SMT. These will be my first surface mount boards, which I will be hand soldering, so am after some advice on footprints.

For instance, the standard KiCad 0805 footprints appear to have around 0.4mm overhang at each end of the component. My gut feel is that's a bit tight, would I be better off extending this to give me a little more room to work with? Or does enlarging the pads give me another problem I haven't thought of yet?

Thanks,
Jon
4
General discussion / PIC recommendation
Coming from an AVR hobbyist background, I thought I'd have a tinker with some PIC projects. I've been playing around with MPLABX under Linux, which is all good from the software side, but I'm a little bewildered by the choice of chips ;)

From an AVR perspective, I've mostly used the 28 pin ATMEGA48/88/168 series, and some 8 pin ATTINY 25/45/85 for simple things. Am really just looking for ideas on similar PIC ranges, and trying not to pick something that's dated for new designs.

A couple of hours with google has me leaning towards something in the PIC24F and 12F families? But that's the extent of my knowledge so very open to suggestions..

Thanks,
Jon
5
Client software / RLE channel groups
Hi,

Not sure if I'm missing something obvious, but I'm seeing weird results with RLE. I've been testing with daemon core v7, PIC firmware v3, and jawi's 0.9.4-b1 client from git.

My test setup has all the  buffered pins grounded or connected, the unbuffered pins aren't populated. Am using inside numbering and I have a serial terminal output connected to pin #12 (channel group 1).

If I start RLE capture with all four channel groups it works perfectly.

If I start with any single channel group, or with two channel groups, the capture buffer just fills up quickly as if there is a changing signal (but there isn't).

If I start with any three channel groups, the capture buffer doesn't fill up unexpectedly, but the signal isn't shown when I stop the capture (assuming I include group 1 where the data would be).

Can anyone else replicate this, or am I doing something daft?

Regards,
Jon