-
Notifications
You must be signed in to change notification settings - Fork 446
Add 1-wire support using GPIO pin #32
Comments
I implemented an example in JAVA using the modprobe driver and reading from the file. Just like the article. At least I could read temperature values in a Raspberry pi :-) I hope it helps. |
I would suggest an static function for listing all available wired devices as an Array or List. Adem |
Schups code looks fine, but it is a few months old. Until now there has been no reaction on his merge request... Is there a chance, that it will get merged soon or got this issue postponed for a specific reason? |
I've only got active now (someone was of impression that he's following this project while he wasn't). I'll go through the code over weekend and do the necessary. Sorry for the delay... |
BTW, it will get merged into the 'develop' branch which means that it will be available in the 1.1-SNAPSHOT builds. |
Seems to take some more weekends? ;-) |
All help appreciated. Do you know how to lay laminate? Or at least remove existing tiles from kitchen floor? I think I got confused by Robert's message thinking he has already done it. Will start looking into it tonight. Sorry about it. |
I think I could learn it on-the-fly. But free support for such tasks is limited to Berlin! ;-) |
OK. I've skimmed through Schups's code and I am not 100% sure what to do. Code itself is fine and I'll pull b76d065 and f16c54c - it will, at least buy us some time. Only thing is that it, probably, will be just WIP or initial (working) starting point for One Wire interface. |
I agree - native implemenation of the 1-wire protocol would be nice. I've sumitted the merge request to get some feedback on the implementation and if the general approach would be good enough for now. 9f59171 - I merged the development branch back in to make sure it isn't breaking anything. Cheers, |
I've made implementation of one wire protocol some 20 years ago for 8031 (8051) µControllers and there are some resources on the internet (oh, what a understatement), so I don't mind looking more into it when time allows... And I hope it is going to be soon as I would like to use RPi + 2x1820 (or newer equivalent) soon as replacement for my hot water/heating controller. |
Of course a bit-banging implementation might be nice but kernel support on the other side might be more efficient?! |
There's nothing wrong relying on kernel support and I see implementation of one wire protocol that users that particular kernel module as a primary implementation. But API (java interfaces) shouldn't really be kernel module specific (i.e. talking about exposed files) but to expose higher (lower?!) level functions one wire protocol itself defines. They will nicely translate to kernel module implementation, but at the same time allow other implementations and ability to move to other platforms(), too. |
Done. Again, apologies for not have done it sooner. Your code is now in develop branch. See pull request comments for failing tests.. |
#32 fix unit test errors in TmpDS18B20Test
Unit test code merged. This W1 impl is now available in the latest 1.1-SNAPSHOT build. Thanks! |
Hi @savageautomate, https://github.com/WiringPi/WiringPi/blob/master/devLib/maxdetect.c It might be nice including it in Pi4J too :) Cheers, |
FIX: Issue Pi4J#15; Prevent the PiGPIO library from internally handling s…
Feature request to add support in Pi4J for the GPIO bit-banging 1-wire Linux kernel driver:
pi@raspberrypi:
$ sudo modprobe wire$ sudo modprobe w1-gpiopi@raspberrypi:
pi@raspberrypi:~$ sudo modprobe w1-therm
See this article for details: http://webshed.org/wiki/RaspberryPI_DS1820
The text was updated successfully, but these errors were encountered: