2019-09-05, 11:50 AM
In green again
-MCP23017: At the Moment on my homecontrol devices I seperate the MCP´s via the adresses: HEX 20-23 is for inputs, HEX 24-27 is for outputs. I would like to do this here the same way. I only want to change the geometric design, so the Moduls can mount in the case. So its possible to put 64 inputs and 64 outputs in the case.
Those are too much inputs/outputs it could be done but remember that we are sharing the I2C interface with an IMU and potentially more devices. If we take just HEX 20 and HEX 24 how many inputs/outputs we have?
With HEX20 and 24 we can handle 16 Inputs and 16 outputs. But I think you are to scared... ;-) Or do you have bad experience? On the GeCoS Server for Homeautomation we have the 1-wire server, RTC, 4 times multiplexer and up to 16x MCP23017 for Input, 16x MCP23017 for output, 32x MCP3424 and 32x PCA9685... And that all on one I2C-Bus on the Pi. There we have no timing problems....
Yes, I have saturated the I2C interface with only 3 sensors at high rate. But I think I have the solution. We can define all the MCP23017 individually in openplotter-i2c app so users can enable just what they need until saturate the interface. From 20 to 23 will be inputs and from 24 to 27 outputs.
I do not know "fritzing" and also not "Frankenstein-Board" ;-)
https://fritzing.org is a group of tools to design and produce PCBs collaboratively. Frankenstein-Board is a joke to describe my idea, an universal and modular board made of pieces from other working projects![[Image: smile.png]](http://forum.openmarine.net/images/smilies/smile.png)
I will take a look on it. But if i understand it right on the website, I cannot upload my data, I must design new in the online editor? That´s realy much work...
It is not an online editor, it is a desktop program and you can export eagle to fritzing format.
For me there are two options:
1.
I do this open-source. In principle it´s no problem for me as long as I have no high cost and only work. But then i do not sell the board. Im a buisness. If I sell parts, i must check them (surge test and so on) and do many (In germany we say) paperwork. (correct in english?) I must lable a CE on it for Europe. Means open-source yes, but then hardware only for me and all others can order directly from any supplier.
2.
I sell the board over my buisness. I think I can do this for low cost. (as i describe before round about 70€ for the board) Then I make all tests and operation manual. By the way I would write software as far as i can becouse I need this for my sailboat and I have luck on it. But the selling product is only the hardware. No software support.
Do not get me wrong: i would rather sell it without all the "additional costs". But its not easy to do this without problems later.... ;-)
sorry I do not understand some parts of this answer
Means: If I sell electronic parts, I must Check them and make conformity. (CE/FCC) Else It is permitted to sell the parts over a Buisnes. And that costs a lot of Money....![[Image: sad.png]](http://forum.openmarine.net/images/smilies/sad.png)
But do not worry, whatever you decide will be OK. As open-source evangelists we can not invest effort making openplotter compatible with proprietary projects and we will always prioritize open-source projects when available but this does not means we can not collaborate. Maybe we can exchange some hours of coding for your help with our Franky-Board
I think about this. What I can imagine: If anybody is intrestet in personalize or optimize the board I have no problems to send the grip files or the data. I work with kicad and eagle. Kicad is also open source.
That is a start
Yesterday I have tested seatalk. I have a ST60+ Wind here.
I have one of the SC16IS752 adapted so that I have the seatalk directly on the UART of it. I have used a voltage dividier for testing. The Uart has also inverted levels.
In the Datasheet is describet how to use the 9bit mode (multidrop Mode) But I think it is not implemented in the Linux driver.
I have found no way to use the 9 bit. I can read the data, but not the correct one with 9 bit. I fumbled around for half an day![[Image: angry.png]](http://forum.openmarine.net/images/smilies/angry.png)
So I have no solution to read/write the 9 bit.
For me there are 2 possibilities:
I mount a microcontroller on the board or I use bitbanging with pigpio.
but I don´t like bitbanging.... And if a microcontroller on board, every Modul have to flash and much work for only seatalk.
Have anybody a better Idea????
I am afraid everyone who have dealt with seatalk we got to the same conclusion, a micro is needed.
-MCP23017: At the Moment on my homecontrol devices I seperate the MCP´s via the adresses: HEX 20-23 is for inputs, HEX 24-27 is for outputs. I would like to do this here the same way. I only want to change the geometric design, so the Moduls can mount in the case. So its possible to put 64 inputs and 64 outputs in the case.
Those are too much inputs/outputs it could be done but remember that we are sharing the I2C interface with an IMU and potentially more devices. If we take just HEX 20 and HEX 24 how many inputs/outputs we have?
With HEX20 and 24 we can handle 16 Inputs and 16 outputs. But I think you are to scared... ;-) Or do you have bad experience? On the GeCoS Server for Homeautomation we have the 1-wire server, RTC, 4 times multiplexer and up to 16x MCP23017 for Input, 16x MCP23017 for output, 32x MCP3424 and 32x PCA9685... And that all on one I2C-Bus on the Pi. There we have no timing problems....
Yes, I have saturated the I2C interface with only 3 sensors at high rate. But I think I have the solution. We can define all the MCP23017 individually in openplotter-i2c app so users can enable just what they need until saturate the interface. From 20 to 23 will be inputs and from 24 to 27 outputs.
I do not know "fritzing" and also not "Frankenstein-Board" ;-)
https://fritzing.org is a group of tools to design and produce PCBs collaboratively. Frankenstein-Board is a joke to describe my idea, an universal and modular board made of pieces from other working projects
I will take a look on it. But if i understand it right on the website, I cannot upload my data, I must design new in the online editor? That´s realy much work...
It is not an online editor, it is a desktop program and you can export eagle to fritzing format.
For me there are two options:
1.
I do this open-source. In principle it´s no problem for me as long as I have no high cost and only work. But then i do not sell the board. Im a buisness. If I sell parts, i must check them (surge test and so on) and do many (In germany we say) paperwork. (correct in english?) I must lable a CE on it for Europe. Means open-source yes, but then hardware only for me and all others can order directly from any supplier.
2.
I sell the board over my buisness. I think I can do this for low cost. (as i describe before round about 70€ for the board) Then I make all tests and operation manual. By the way I would write software as far as i can becouse I need this for my sailboat and I have luck on it. But the selling product is only the hardware. No software support.
Do not get me wrong: i would rather sell it without all the "additional costs". But its not easy to do this without problems later.... ;-)
sorry I do not understand some parts of this answer
Means: If I sell electronic parts, I must Check them and make conformity. (CE/FCC) Else It is permitted to sell the parts over a Buisnes. And that costs a lot of Money....
But do not worry, whatever you decide will be OK. As open-source evangelists we can not invest effort making openplotter compatible with proprietary projects and we will always prioritize open-source projects when available but this does not means we can not collaborate. Maybe we can exchange some hours of coding for your help with our Franky-Board
I think about this. What I can imagine: If anybody is intrestet in personalize or optimize the board I have no problems to send the grip files or the data. I work with kicad and eagle. Kicad is also open source.
That is a start
Yesterday I have tested seatalk. I have a ST60+ Wind here.
I have one of the SC16IS752 adapted so that I have the seatalk directly on the UART of it. I have used a voltage dividier for testing. The Uart has also inverted levels.
In the Datasheet is describet how to use the 9bit mode (multidrop Mode) But I think it is not implemented in the Linux driver.
I have found no way to use the 9 bit. I can read the data, but not the correct one with 9 bit. I fumbled around for half an day
So I have no solution to read/write the 9 bit.
For me there are 2 possibilities:
I mount a microcontroller on the board or I use bitbanging with pigpio.
but I don´t like bitbanging.... And if a microcontroller on board, every Modul have to flash and much work for only seatalk.
Have anybody a better Idea????
I am afraid everyone who have dealt with seatalk we got to the same conclusion, a micro is needed.